-
-
Notifications
You must be signed in to change notification settings - Fork 658
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
LoRa node encounters failure in txfsk() #193
Comments
I was able to discover the source of this issue. For US-915, the datarate for joining is set in lmic.c as follows:
When |
utkarshshah007
added a commit
to utkarshshah007/arduino-lmic
that referenced
this issue
Sep 1, 2018
This PR provides a solution for matthijskooijman#193 Currently, if there are more than 132 failed Join requests, the datarate will overflow, and the "override to SF10" behavior will fail. This eventually leads to a failure and execution halt. This change allows everything to function as intended, until the txCnt increases past 255, at which point it will simply start again from 0 without a failure.
Here's a PR that solves this issue: #197 |
ngraziano
pushed a commit
to ngraziano/arduino-lmic
that referenced
this issue
Nov 26, 2018
Fix matthijskooijman#192: rename stTcxoPower > setModuleActive
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
After running for about an hour using a slight modification of ttn-otaa (just sending unheard join requests, the TTN gateway I'm using is disconnected), my LoRa end node hits:
FAILURE /.../Arduino/libraries/IBM_LMIC_framework/src/lmic/radio.c:429
This corresponds to an early assert in the txfsk() method. However, this node should be running in Lora mode, not FSK mode.
I assume this means that
getSf(LMIC.rps) == FSK
must be true. I've set my downlink datarate to SF9, as suggested in the ttn-otaa example.Why might my end node be in FSK mode? How do I change this?
The text was updated successfully, but these errors were encountered: