i-cube-lrwan Class B Beacon not Received

[ismailgunes]

Hi Everyone,

Im working on nucleo L053r8 board with sx1276 lora module and i-cube-lrwan expansion software package.

İ manage to do all the functions class A and Class C With TTN.

Class B working but , beacons are rearly receiving.

First Beacon is always successfull and pingslots are working correctly also it can receive downlinks via pingslots.

Please help me.

Thanks.

APP_VERSION:        V1.1.0
MW_LORAWAN_VERSION: V2.3.0
MW_RADIO_VERSION:   V1.1.0
0s002:temp= 29
###### OTAA ######
###### AppKey:      18:3B:68:EC:86:CA:A7:A9:62:AB:52:ED:A2:ED:88:91
###### NwkKey:      18:3B:68:EC:86:CA:A7:A9:62:AB:52:ED:A2:ED:88:91
###### ABP  ######
###### AppSKey:     59:F2:FC:B6:32:57:72:60:46:F1:82:55:08:5A:D9:5F
###### NwkSKey:     53:29:5F:48:9D:EA:FB:A6:F9:42:0A:8F:00:44:24:DB
###### DevEui:  70:B3:D5:7E:D8:00:33:49
###### AppEui:  00:00:00:00:00:00:00:00
###### DevAddr: 27:FD:99:2B
0s075:temp= 29
0s080:TX on freq 868100000 Hz at DR 0
1s603:MAC txDone
6s638:RX_1 on freq 868100000 Hz at DR 0
8s446:MAC rxDone

###### = JOINED = OTAA =====================

###### ========== MCPS-Indication ==========
150s120:temp= 29
150s121:VDDA= 254
150s125:TX on freq 867500000 Hz at DR 0
150s135:SEND REQUEST
151s783:MAC txDone
156s817:RX_1 on freq 867500000 Hz at DR 0
158s131:MAC rxDone

###### ========== MCPS-Confirm =============

###### ========== MCPS-Indication ==========
1729865471s996:RX_BC on freq 869525000 Hz at DR 3
1729865472s159:MAC rxDone
1729865472s158:TX on freq 868500000 Hz at DR 0

###### ========== BC_RECEIVED
1729865473s322:MAC txDone
1729865478s357:RX_1 on freq 868500000 Hz at DR 0
1729865479s506:MAC rxDone

###### ========== MCPS-Confirm =============
Switch to Class B done

###### ========== MCPS-Indication ==========
1729865584s662:temp= 29
1729865584s663:VDDA= 254
1729865584s667:TX on freq 867100000 Hz at DR 0
1729865596s998:temp= 29
1729865599s989:MAC rxTimeOut
1729865599s989:RX_BC on freq 869525000 Hz at DR 3

###### ========== MCPS-Indication ==========

###### ========== BC_NOT_RECEIVED
1729865599s997:temp= 29

###### ========== MCPS-Indication ==========

###### ========== BC_NOT_RECEIVED
1729865610s071:RX_P on freq 869525000 Hz at DR 3
1729865610s075:MAC rxTimeOut
1729865625s430:RX_P on freq 869525000 Hz at DR 3
1729865625s434:MAC rxTimeOut
1729865640s791:RX_P on freq 869525000 Hz at DR 3
1729865640s794:MAC rxTimeOut
1729865656s151:RX_P on freq 869525000 Hz at DR 3
1729865656s155:MAC rxTimeOut

[STTwo-32]

Hello @ismailgunes 

Could you try to reproduce this behavior using one of the ST Shield implementing the SX1276. A similar behavior has been detected year ago due to the fact that SetLoRaSymbNumTimeout is not sufficient. But it has been solved for example on the V1.2.0 of the STM32CubeWL. Could you try using the STM32WL? 

Best Regards.

STTwo-32

[ismailgunes]

Hi,

I dont have Stm32WL but i'll get it soon.

Also I realized something in the logs.

I assume there is a unwanted  "Mac rxTimeOut" in logs. RX_BC comes after but these two commands happening in same milliseconds. I explained in the logs.

Here is the logs.

You can see the difference here
After ping slots there is one more Mac rxTimeout 
When there is no extra timeout log, device is succesfully receive beacons


1730464783s233:RX_P on freq 869525000 Hz at DR 3
1730464783s299:MAC rxTimeOut
1730464798s593:RX_P on freq 869525000 Hz at DR 3
1730464798s658:MAC rxTimeOut
1730464813s953:RX_P on freq 869525000 Hz at DR 3
1730464814s019:MAC rxTimeOut
1730464829s313:RX_P on freq 869525000 Hz at DR 3
1730464829s378:MAC rxTimeOut
1730464844s673:RX_P on freq 869525000 Hz at DR 3
1730464844s738:MAC rxTimeOut
1730464860s033:RX_P on freq 869525000 Hz at DR 3
1730464860s099:MAC rxTimeOut
1730464875s393:RX_P on freq 869525000 Hz at DR 3
1730464875s458:MAC rxTimeOut
1730464890s753:RX_P on freq 869525000 Hz at DR 3
1730464890s818:MAC rxTimeOut
1730464892s743:temp= 27
BEACON_STATE_IDLE
1730464895s740:MAC rxTimeOut
1730464895s740:RX_BC on freq 869525000 Hz at DR 3
BEACON_STATE_TIMEOUT
BEACON_STATE_REACQUISITION

###### ========== MCPS-Indication ==========

###### ========== BC_NOT_RECEIVED
1730464895s755:temp= 27
BEACON_STATE_IDLE
BEACON_STATE_REACQUISITION

###### ========== MCPS-Indication ==========

###### ========== BC_NOT_RECEIVED
1730464896s000:temp= 27
BEACON_STATE_IDLE
BEACON_STATE_REACQUISITION

###### ========== MCPS-Indication ==========

###### ========== BC_NOT_RECEIVED
1730464898s603:RX_P on freq 869525000 Hz at DR 3
1730464898s668:MAC rxTimeOut
1730464913s963:RX_P on freq 869525000 Hz at DR 3
1730464914s028:MAC rxTimeOut
1730464929s323:RX_P on freq 869525000 Hz at DR 3
1730464929s389:MAC rxTimeOut
1730464944s683:RX_P on freq 869525000 Hz at DR 3
1730464944s748:MAC rxTimeOut
1730464960s043:RX_P on freq 869525000 Hz at DR 3
1730464960s108:MAC rxTimeOut
1730464975s403:RX_P on freq 869525000 Hz at DR 3
1730464975s469:MAC rxTimeOut
1730464990s763:RX_P on freq 869525000 Hz at DR 3
1730464990s828:MAC rxTimeOut
1730465006s123:RX_P on freq 869525000 Hz at DR 3
1730465006s189:MAC rxTimeOut
1730465020s743:temp= 27
BEACON_STATE_IDLE
1730465023s740:RX_BC on freq 869525000 Hz at DR 3
1730465024s226:MAC rxDone
BEACON_STATE_LOCKED

###### ========== BC_RECEIVED

Thank you for helping me.

[ismailgunes · Accepted solution]

Hi,

After some debug, i solved the problem.

beaconRxConfig.WindowTimeout value turn  to zero after exiting the function.

beaconRxConfig was defined in "LoRaMacClassBProcessBeacon" function.

I make it global variable and fix the problem.

Thanks.