RAK7258
Firmware: 1.1.0056_Release r193
Using LTE
When “Automatic data recovery” is switched on TTN does not recevie my packets. When I switch this setting off, the packets are received by TTN.
RAK7258
Firmware: 1.1.0056_Release r193
Using LTE
When “Automatic data recovery” is switched on TTN does not recevie my packets. When I switch this setting off, the packets are received by TTN.
Hi. Please update to the latest firmware and give feedback https://downloads.rakwireless.com/en/LoRa/DIY-Gateway-RAK7249/Firmware/
Also can you check with LTE ping time with Gateway Diagnostics and give screen?
I have a similar problem with the gateway connected via wifi. As soon as the “Automatic data recovery” function is enabled, no more packets are received by TTN. I’ve updated the gateway to the latest firmware (1.1.0060_Release r198). Anything else I can try?
Are you using properly formatted sd card?
I’m using the one that came with the gateway. Haven’t done anything special with it and it appears to save the log files correctly to the sd card.
Sorry for late replay. Will test and give feedback asap.
Great, I’m looking forward to the results.
Any updates on this yet?
I can understand your question: when you connect with LTE, will TTN not receive any uplink data?
For me this problem occurs when the gateway is connected via WiFi. When I enable the 'Automatic data recovery”, data is no longer visible in the TTN portal.
“Automatic data recovery ”Can you take a screenshot to show how this happened? If everything is normal in wifi mode, you can check whether the network is normal when lte is connected.
Hi @jesse can you check that you use the latest firmware? https://downloads.rakwireless.com/en/LoRa/DIY-Gateway-RAK7249/Firmware/
Hi @velev. Today I updated to the latest version (V1.1.0061_Release_r199, previously I was using r198). However, this did not fix the problem. As soon as I enable ‘automatic data recovery’, no more data is being forwarded to the things network. The system log shows this:
JSON up: {"rxpk": [{"tmst":3842661947,"chan":4,"rfch":0,"freq":867.300000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":9.8,"rssi":-49,"size":26,"data":"QEEtASaAlAEBh31otzWPkzept67JFGToWfA="},{"tmst":3902699059,"chan":1,"rfch":1,"freq":868.300000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":9.3,"rssi":-50,"size":26,"data":"QEEtASaAlQEBPQYIRR1jbm58Z5EfGIrWwm0="},{"tmst":3962736171,"chan":1,"rfch":1,"freq":868.3Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 404
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 405
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 406
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 407
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 408
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 260121a8 fcnt - 5887
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 409
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: Dequeue uplink data packet : dev 26012d41 fcnt - 410
Mon Feb 17 08:13:29 2020 user.info lora_pkt_fwd[2891]: [truncated]
@Nicholas it’s this function I’m talking about:
Only ns can process these lost messages. Do not turn on this function when connecting ttn. ttn server will process these messages and cannot process them through gateway.
What do you mean by ‘ttn server will process these messages and cannot process them through gateway.’?
Oh wow, this is the first I hear about this. Maybe you should add this as a note to the UI next to the setting so that users like us don’t get stuck without knowing why.
On another note, why does it not work with TTN? How can we make it work with TTN? Can’t the packet forwarder cache the packets and send the udp uplinks as soon as a connection with the TTN network server is restored?
We started recommending the RAK gateways because of this feature, and many of out users use TTN. If this feature does not work with TTN we will have to find a different provider, which I really do not want as I prefer the RAK gateways.
This feature can be used with TTN. We just can’t determine if TTN can correctly process the messages whose time stamp has expired (each message has its own time stamp, if the message is cached. If you enable this function, the message should be correctly forwarded to TTN. The gateway did not do this, it must be a configuration error, or there are other bugs. We will test this feature.
Hi Jesse:
I have test the “Automatic data recovery” of packet forwarder. It seems to work well. At least when I turn on this switch, TTN can still receive packets from the gateway normally.
You can contact me by mail. I hope to know the details of your gateway so that I can help you solve this problem.
That is very interesting! Did you restart the gateway after enabling automatic data recovery? As far as I can tell our settings are exactly the same. Are you also using the RAK7258 with a wifi connection?
I did not restart the gateway after turning on this switch. My gateway uses wifi to connect to the network. I will try to restart the gateway. But I don’t think the restart will affect this function.