pkg/semtech_loramac: handle non OK mcps confirm messages#8982
pkg/semtech_loramac: handle non OK mcps confirm messages#8982jia200x merged 2 commits intoRIOT-OS:masterfrom
Conversation
|
Ran some tests on my side, OTAA still works as expected and it also fix some issues I encounter before like shell stucks after sending a message if public : off or class : C. Now I cannot block the shell (at least in OTAA, no clue about ABP). |
|
Seems like I have the same issue as @jia200x with ABP : |
70fa6c1 to
ef76c3e
Compare
|
@dylad can you try again ? I rebased the branch on the latest master which should contain the fix for "mac is busy". |
|
Indeed now it works with ABP too ! @jia200x does it solve your issue too ? |
|
This solves the blocked shell issue for me. Good! |
ef76c3e to
7e2f5cf
Compare
|
Perfect! Let's wait Murdock |
|
@jia200x, all checks have passed :) |
|
@dylad are you OK with this PR? |
|
@jia200x I'm fine with this PR. |
|
Great! Then ACK&GO |
Contribution description
This PR is built on top of #8798 and #8639 and provides a fallback when no OK MCPS confirm message is received from the network after a TX.
It doesn't solve the fact that no message can be received when using ABP activation but at least it prevents the mac thread from being stuck forever.
For simplicity, non OK status are all treated as error (so we don't distinguish all the cases). See here for more information.
Issues/PRs references
Based on
#8798and#8639