Replies: 8 comments 4 replies
-
All looks fine to me; the device correctly receives an LinkADRReq and processes this accordingly:
|
Beta Was this translation helpful? Give feedback.
-
@michapr, how long does the ADR algorithm take to process uplinks on TTN? |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Additional info:
After press reset all was "ok" again, but with SF10BW125:
Yesterday late evening have seen in TTN console that sometimes the DR was ok - in interface was logged SF7BW125 (but I have not an Arduino-log). Will check today, if I have got such a log will provide it.... With latest release the same device was really working stable some weeks (in deep sleep mode) all the time with SF7BW125 even after reboot and without errors (but with saved sessions). That's why I think that maybe any difference between the versions? Thank you for your time! |
Beta Was this translation helpful? Give feedback.
-
You are right, this was a "wrong" debug log - after reboot. But I do not use the sleep/reset mode in this time, I'm using your original example code with delay() ... and here I see this issue.
Sorry for confusion.... |
Beta Was this translation helpful? Give feedback.
-
Yes, I never have thought about that device could reboot after delay - that's why haven't seen it (a very very rare case for me....). But I have seen now that device is not rebooting every time. No changes at all... only waiting some time. Here a part of the log after switching to normal work.
|
Beta Was this translation helpful? Give feedback.
-
I have seen that the ESP32 reboot only occurs when you call these two command requests: link_check and device_time
If remove it (maybe one of them, not 100% sure) all is working fine. Maybe this could help. The THANKS! |
Beta Was this translation helpful? Give feedback.
-
ADR-issue is not a real *ADR"-issue, but device is rebooting - opened a new issue as requested: #1049 and close this one. |
Beta Was this translation helpful? Give feedback.
-
Hi,
I'm using for test the "LoRaWAN_Reference.ino" with the only modification
node.setADR(true);
After the Heltec WSL stick is connecting to TTN always the SF10BW125 will be used.
Before with the previous version all was fine, SF7BW125 was used by default.
(Also made a downgrade and tested again)
With second device (higher RSSI value) the same...
If I disable ADR and set the datarate to
node.setDatarate(5);
the SF7BW125 will be used.What can be wrong here?
THANKS!
Beta Was this translation helpful? Give feedback.
All reactions