1 Gateway to Multiple Network Server

[simonlau_01 (Simon Lau)]

Sorry. I still new to Lorawan.

I have 1 Gateway with 1 temperature sensor and 1 siren.

My provider require me to connect RAK7249 --> TTN --> Application.
I have no privilege to access TTN.

One of the requirement is I need to trigger the siren when temperature out of specification.
My provider only allow uplink and reject downlink.

Therefore, I couldn’t do any integration such as HTTP integration and pass CURL donwlink payload to trigger the alarm.

In summary, any possibility RAK7249 to forward packet to multiple network server?

[Nicholas]

Yes,Besides TTN, you can also choose AWS, Built-in LoRa server and so on.I hope can help you！！！

[simonlau_01 (Simon Lau)]

Hi thanks for advice. Yes. I understand we have many type of network server but possible to be 1 gateway with 2 packet forwarded server address?

[Nicholas]

oh，sorry！This is not currently possible！

[simonlau_01 (Simon Lau)]

How about if I add one more gateway side by side? Can I indicate sensor A connect to gateway A and sensor B to gateway B?

[Nicholas]

That’s fine, and then you send the data to the same receiver, right? For example, through MQTT.

[cstratton (Chris)]

@simonlau_01

My provider require me to connect RAK7249 → TTN → Application.

What is this “provider” and what role do they play in your system? From basic principles, if you own the gateway, then effectively you yourself are the “provider”

I have no privilege to access TTN.

Anyone can create an account with TTN, that is fundamental to it being a public network.

One of the requirement is I need to trigger the siren when temperature out of specification. My provider only allow uplink and reject downlink.

LoRaWAN networks, especially class-A only networks are really optimized for uplink and not downlink. So while you should be able to make downlink work, you really should close the loop of temperature threshold to siren in the node firmware itself, and not via the network. The network could perhaps asynchronously downlink requests to change the configured thresholds though.

In summary, any possibility RAK7249 to forward packet to multiple network server?

Not by itself with the stock firmware, no. There are alternate packet forwarder programs which “sort of” do this but there are many problems in concept, and you’d need to adapt them to the hardware of the gateway. More realistic would be crafting some sort of “splitter” service to run in the cloud and point the gateway at that rather than at either network server directly.

Generally though a give node is only allowed to belong to one LoRaWAN network at a time. If one of the networks never downlinks at all in any way, and based on that you decide that the node should be ABP, then maybe you can have a second network “passively monitoring”. But this would be very unconventional.

Really it seems that the mapping of capabilities offered by LoRaWAN to your goal needs more thought. In particular, try to close the loop between sensor and alarm without going through the network. Or if you must because they are distinct devices, then make the alarm node be a class-C device and chose a network server which supports that (TTN does not).

[simonlau_01 (Simon Lau)]

@cstratton

enerally though a give node is only allowed to belong to one LoRaWAN network at a time. If one of the networks never downlinks at all in any way, and based on that you decide that the node should be ABP, then maybe you can have a second network “passively monitoring”. But this

Thanks for the detail explanation. Anyway, my problem resolved.
To further clarify, I’m using IoT-in-a-box. After clarify with them, I can have my own network server. Previously, they control the TTN. That’s the reason I said no privilege.

Point for description.
Just sharing. Temperature sensors → Chirpstack → IoT-in-a-box → Amazon S3.
When threshold, CURL → HTTP Integration → Chirpstack → trigger siren.