You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the network send a new channel(MAC cmd SRV_MAC_NEW_CHANNEL_REQ),
all new channels are refused.
the function LoRaMacChannelAdd() returns LORAMAC_STATUS_BUSY.
I think, the bug can be fixed if you add the lineLoRaMacState &= ~MAC_TX_RUNNING;
in LoRaMac.c, /OnRadioRxDone() / case FRAME_TYPE_DATA_UNCONFIRMED_DOWN: / if( isMicOk == true ) / else of if( multicast == 1 )" / out of if( ( DownLinkCounter == downLinkCounter ) && ( DownLinkCounter != 0 ) )
The second pb with this bug, is the stack uses theses new channels, despite the error.
Thanks
GF.
The text was updated successfully, but these errors were encountered:
Hi,
I use the new stack, with the wrapper for api_V3.
The bug is in class A and class C.
When the network send a new channel(MAC cmd
SRV_MAC_NEW_CHANNEL_REQ
),all new channels are refused.
the function LoRaMacChannelAdd() returns
LORAMAC_STATUS_BUSY.
I think, the bug can be fixed if you add the line
LoRaMacState &= ~MAC_TX_RUNNING;
in LoRaMac.c, /
OnRadioRxDone()
/case FRAME_TYPE_DATA_UNCONFIRMED_DOWN:
/if( isMicOk == true )
/else
ofif( multicast == 1 )" /
out ofif( ( DownLinkCounter == downLinkCounter ) && ( DownLinkCounter != 0 ) )
The second pb with this bug, is the stack uses theses new channels, despite the error.
Thanks
GF.
The text was updated successfully, but these errors were encountered: