-
-
Notifications
You must be signed in to change notification settings - Fork 651
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
First message lost after (2) reset #58
Comments
Hi, This is not a bug : there is a counter (lmic.fCnt) inside the stack in order to help the server to detect uplink resend. So with the reset you send a packet twice with 0, the second is dropped. |
Yup, it is as Oliv4945 explains. You should either use OTAA, or save the frame count. As a workaround you can use the frame count relaxation, but I suspect that you are already doing this and this is exactly what triggers this behaviour (since TTN sees frame counter 0 twice and assumes that the second one is a duplicate). In any case, not a LMIC problem I believe, so I'm closing this issue. |
I would not do that way, or saving all lmic structure : when reseting the stack will use default parameters, and the network will not send its current set as it will not know that the node has restarted |
…2.1.5 Make release v2.1.5
Hello,
I am using this library with my NodeMCU (ESP8266) and the RFM95W.
Everything works fine if I send messages periodically. The problems comes when I reset twice.
Example:
Once I receive a new message again, the cycle repeats.
I am using the sub band 1 in the US (through select sub band). Can anyone give me some hint about what I am doing wrong?
Thanks!
The text was updated successfully, but these errors were encountered: