STM32Cube MCU Full FW Package for the STM32WL series - (HAL + LL Drivers, CMSIS Core, CMSIS Device, MW libraries plus a set of Projects running on boards provided by ST (Nucleo boards)
Other
103
stars
53
forks
source link
Device not sending the acknowlegement for confirmed downlink to the gateway/LNS, in class B #93
The board is NUCLEO-WL55JC1
STM32 CubeIDE v1.15.1
STM32 CubeMx v6.10
Describe the bug (skip if none)
Device is not sending the acknowledgement of the confirmed downlink, when device is in the class B. This problem is persist in both RX1 and ping slot windows.
When device is in class A, it works without any problem.
How to reproduce the bug (skip if none)
Join to the LNS.
Go to class B.
Send the confirmed downlink on any slot RX1 or ping slot.
Device would not send ack of the downlink received.
Additional context
In LoRaMac.c near line 1610, the first if condition has been commented by the ST, which is presented in the origianl lora mac node stack and second if condition has been introduced, which is causeing the problem.
I commennted out the if condition introduced by the ST and re enabled the original if condition. This fix the bug.
RJMSTM
commented
2 weeks ago
Describe the set-up
The board is NUCLEO-WL55JC1 STM32 CubeIDE v1.15.1 STM32 CubeMx v6.10
Describe the bug (skip if none)
Device is not sending the acknowledgement of the confirmed downlink, when device is in the class B. This problem is persist in both RX1 and ping slot windows. When device is in class A, it works without any problem.
How to reproduce the bug (skip if none)
Additional context
In LoRaMac.c near line 1610, the first if condition has been commented by the ST, which is presented in the origianl lora mac node stack and second if condition has been introduced, which is causeing the problem.
I commennted out the if condition introduced by the ST and re enabled the original if condition. This fix the bug.
Screenshots