mirror of https://github.com/ARMmbed/mbed-os.git
b07c3e791f
It is quite possible that the user request for scheduling an uplink is deferred because of backoff or if it was a CONFIRMED message, a retry may take place on a different datarate and different channel. We didn't have a hook for such deferred scheduling, telling the user whether the async rescheduling worked or not. This commit adds that capability and now we can tell the application if a scheduling failure took place after the original schedule request was accepted. |
||
|---|---|---|
| .. | ||
| LoRaMac.cpp | ||
| LoRaMac.h | ||
| LoRaMacChannelPlan.cpp | ||
| LoRaMacChannelPlan.h | ||
| LoRaMacCommand.cpp | ||
| LoRaMacCommand.h | ||
| LoRaMacCrypto.cpp | ||
| LoRaMacCrypto.h | ||