Sentrius RG1xx LoRaWAN Gateway + Wi-Fi / Ethernet + Optional LTE (US Only)

No, an RS1xx AS923 sensor will not work with an AU915 gateway because it cannot receive the downlink packets due to differing bandwidth and frequency plans used and therefore will drop off the network.

IP stands for Ingress Protection. Its a standard we use to check the sealability of a product once it is installed.

It is composed as IP## , where first digit is for dust/solid objects and the 2nd digit, is for liquids.
Here is the meaning for each numerical code:

Yes, as long as they are operating on different networks such that AS923 sensors talk to the AS923 gateway and vice versa for AU915 devices. 

The Connector for the RG1xx Concentrator Card on the Sentrius RG1xx is a standard PCIE M.2 Key connector.
There are various suppliers for these connectors but the Sentrius Gateway uses a Kyocera, Part# 24 6411 067 401 894 E.

Generic ECAD Models can be downloaded from Mouser

Once the RM1xx is put into deep sleep, it can wake up by detecting an external GPIO signal. GpioSetFunc can be used to configure which pin to use in order to wake up from deep sleep.

From the definition of GPIOSETFUNC (nSigNum, nFunction, nSubFunc), when the GPIO pin is configured to DIGITAL_IN (nFunction = DIGITAL_IN), nSubFunc parameter's bit 4 and 5 control when it wakes up the radio.

Bits 4, 5

0x10 When in deep sleep mode, awake when this pin is LOW
0x20 When in deep sleep mode, awake when this pin is HIGH
Else No effect in deep sleep mode

For example, the following line of code sets GPIO pin# 28 to trigger waking up RM1xx from deep sleep when it goes from HIGH to LOW. rc = GpioSetFunc(28,0x01,0x23)

Refer to GpioSetFunc defined in RM1xx BLE Central smartBASIC Extensions Guide v1.1 for more details.

This is an output from a GPS module on the RG1xx. The 1PPS is a standard output from GPS modules. Currently GPS is not supported on the RG1xx.

There are a number of low cost hobbiest gateways on the market based on devices such as the Raspberry Pi, paired with a Semtech SX1272/SX1276, normally used in a LoRaWAN node. These low cost gateways often are single channel devices, operating on a single spreading factor. A single channel gateway can miss many of the LoRaWAN messages broadcast. The Laird RG1xx is an 8 channel gateway based on the industry standard Semtech SX1301/SX1257 chipset providing a scaleable solution able to receive on multiple channels/spreading factors at the same time.

Pin 41 is used to identify the type of M.2 card.

PIN 71 is an input to the RG191 and is the reset  for the SX1301.

If you have normal RG1xx (non LTE version) and add Ethernet to Cellular bridging capability, you can access to RG1xx UI via port forwarding but with the following requirement

• need to forward whatever external port to internal port 443 to reach the gateway on that bridging device.
• Cellular provider allows incoming connections on that port.

LoRaWAN version: MAC V1.0.2
Regional Parameters version: PHY V1.0.2 REV B

The Sentrius M2 Card's SPI logic level is at 3.3V.
 

M2 card reset pin is active high and you need to hold the line high for 100ns min after power supply has stabilized

End-devices do not actually make a connection with a gateway. End-devices broadcast to all gateways within range and the gateway forward packets to a network server if it can hear them. So, a gateway does not have a hard number for supporting devices and it is rather dependent on how much bandwidth a gateway can support. For example, factors such as payload size, interval of each data transmission or data rate being used can affect how much air time is consumed and therefore the gateway processes. Also environment factors should be considered.   

It's normally best to experiment with real devices in actual sites in order to figure out how many devices can transmit data without much data loss, using desired configuration/setup.

If your network servers is installed in Linux machine,
iptables --list shows what ports are allowed. Make sure all the intended ports are included here.

The below is an example of output on a machine that had Chirpstack installed.

root@ip-172-31-17-202:/home/ubuntu/Variants# iptables --list

Chain INPUT (policy DROP)

target prot opt source destination

ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT tcp -- anywhere anywhere tcp dpt:https
ACCEPT tcp -- anywhere anywhere tcp dpt:1883
ACCEPT tcp -- anywhere anywhere tcp dpt:1884
ACCEPT tcp -- anywhere anywhere tcp dpt:8083
ACCEPT tcp -- anywhere anywhere tcp dpt:8883
ACCEPT udp -- anywhere anywhere udp dpt:1700
ACCEPT tcp -- anywhere anywhere tcp dpt:3001
ACCEPT tcp -- anywhere anywhere tcp dpt:8886
ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED
ACCEPT all -- anywhere anywhere


Chain FORWARD (policy ACCEPT)

target prot opt source destination

Chain OUTPUT (policy ACCEPT)

target prot opt source destination

ACCEPT all -- anywhere anywhere

SPI on RG1xx M2 is slave mode only

The access keys used in TTN v2 are not used anymore in TTN v3 the API key is used instead. Follow the below steps to create an API Key for an application from The Things Stack Console.

1. Navigate to your application.
2. Select the API Keys section on the left menu and click the + Add API Key button.
3. Fill in the Name and select the Rights of your API key.
4. Click on the Create API Key button in order to create the API key. This will open the API key information screen.

Note: Please make sure to save your API key at this point because it will no longer be retrievable after you leave the page.

LoRaWAN 1.02 spec requires the end-devices to broadcast JoinReq message on Freq 923.2-923.4 Mhz.  The max output power is 14dBm. The end devices can only use SF10BW125 to join the network, which is DR2.