I am trying to come up with a proof of concept where I can send my sensor data to Azure. I have purchased a start dev kit which included a SODAQ Mbili, a LoRabee Microchip RN2483 and some sensors (LoRa rapid development kit from AllThingsTalk).
There are currently no available TTN connections in my area so I figured I might need to setup my own gateway, however some questions emerged regarding this.
a. Many DIY gateways are dating to 2016 and backwards. I am looking for a solution for a gateway that is up to date with the current released products on the market. I thought about Arduino Uno + Dragino Shield or Andreas Speisses guide (Youtube) with ESP8266 and a RFM95. Do you have any recommendations?
b. How does the connection between the sensors and Azure IoT hub work in overall? Can you do something like the following flow: Sensors->SODAQ Mbili->gateway->Azure
or do you have to go through Sensors->SODAQ Mbili->gateway->TTN->Azure?
I want to setup a private network for the sake of the proof of concept and I have plans for setting up a public one.
This explains a bit. However I must say that I’d expect a somewhat easier approach on this, like publishing from the console and referring to it from IoT hub. So far I couldn’t find anything more up to date so I think this is it atm.
Thank you for your reply. It uses docker(?) which I am not familiar with, I barely know what I am looking at tbh .
I found this Github guide which gives a thoroughly walkthrough and I think johanstokking is the creator because you can see his face in the guide. It might be a part of the repo that you linked but I am unsure.
TTN to Azure IoT Hub can be set up very easily using a HTTP Integration (under Integrations tab in the TTN application). This will forward all messages to Azure.
Thank you for your reply.
I completely understand why single channel gateways should generally be avoided but why for the purpose of a PoC? I want to try out the technology before making a decision about developing a product.
Because of the different behavior of the gateways. Most packets sent by a node will not be received by a single channel gateway because the node sends at a different (random) channel. Also most single channel gateways for not allow for downlink (application to node) traffic which limits possible solutions.
Hi Ian, I just tried to setup a TTN to Azure IoT Hub integration following your description. The messages are not forwarded. Is there a log somewhere? do you think the suggestion is still working now it is over a year old?
Great!
As Url I’ve used https://{iothubname}.azure-devices.net/devices/{devicename}/messages/events?api-version=2016-11-14
And as Authorization I’ve tried using both the device primary key connection string like: HostName={iothubname}.azure-devices.net;DeviceId={devicename};SharedAccessKey=xxxxxxxxxxxxxxxxx
And a SAS token like: SharedAccessSignature sr={iothubname}.azure-devices.net%2Fdevices%2F{devicename}&sig=xxxxxxxxx&se=xxxxxxxxxxx
when I use:
url: https://{iothubname}.azure-devices.net/devices/{devicename}/messages/events?api-version=2016-02-03
and authorization: SharedAccessSignature sr={iothubname}.azure-devices.net%2Fdevices%2F{devicename}&sig=xxxxxxxxx&se=xxxxxxxxxxx
However meta data in the IoT hub in Azure about the device is not updated. These information are empty and that’s why I thought it was not working:
LAST ACTIVITY
LAST STATUS UPDATE
CLOUD TO DEVICE MESSAGE CO.
.
