I just started exploring LoRa and bought my first sensor node, the RisingHF RHF1S001.
Together with the owner of the local gateway I got the sensor node connected to the gateway, but I never recieved any data.
After managing the connection to the gateway in my data-tab I saw this:
It looks like my dev addr changes everytime. This was the first and only time I saw something in my data-tab.
After this I changed the transmit period to a longer upload interval; I probably didnt get data because of the high upload frequency. Hereafter, the device didnt make connection to the gateway anymore (I tried changing it back to the old transmit period).
Also in my console the dev addr is changing.
When I flash this new dev addr to my device (and I checked if the settings are changed after flashing - they do) and disconnect the device, the dev addr is probably changed.
If I connect the device again to my computer, and i check the settings, the dev addr is mirrored to what I flashed before.
I tried this multiple times, with different dev addresses and this will always happen.
Flashing the dev adrr mirrored doesnt work either haha (dev addr will be right then, but still no connection to the gateway or data in console).
I suggest you start all over to get back to the situation in your first screenshot.
That was working 100% I think
payload decoder example : Decoder for RisingHF rhf1s001
So to start from scratch delete the device from the application.
Delete the application.
Create a new application (change the name for example : huygen_sensor_netw )
Create a new OTAA device (change the name for example : temp_sensor )
It changes everytime a new ‘lighting-package’ comees in to the dev adrr of that package.
Is that correct?
I changed it a couple of time to the ‘current’ dev addr shown in my console, but nothing changes.
The lightning bolt is a OTAA join request. The back-end will reply to the node with a join accept message containing the device address. It looks like the node fails to join which might be caused by it not receiving the join accept packet.
well, anyone could resolve it, apart from using ABP mode? I have worked with RisingHF for many times about this issue, they said it is TTN problem in OTAA mode.