BLE_Audio_TMAP_Peripheral application stuck in loop after call termination on STM32WBA55G-DK1

[user_1sb]

Hello ST Community,

I am testing the BLE_Audio_TMAP_Peripheral application from STM32Cube_FW_WBA_V1.6.1 on the STM32WBA55G-DK1 board. I noticed an issue that occurs consistently after a BLE audio call is terminated.

After the call ends, the firmware falls into a loop. In debug mode, I see that the RADIO IRQ (RADIO_IRQHandler) is firing, and eventually execution reaches the function llhwc_sm_done_isr() after low-level radio interrupt handling. At this point, the code is polling the RADIO register (at 0x48020440) waiting for some acknowledge bit that never gets set.

This behavior is reproducible not only when running from the IDE but also when flashing and running the provided BLE_Audio_TMAP_Peripheral_reference.bin binary. I observed this issue when testing with a Samsung Galaxy A55 smartphone.

Could you please advise whether this is a known limitation, or if there is a workaround/fix available?

Thank you!

[CorentinS]

Hello,

Thanks for the bug report.

Could you test this behavior with the newer release STM32Cube_FW_WBA_V1.7.0, since many updates have been done ? 

Thank you.

[user_1sb]

Hello CorentinS,

Thank you for the quick follow-up.

I tested again with STM32Cube_FW_WBA_V1.7.0 on the STM32WBA55G-DK1.

Unfortunately, the same hang still occurs after the call ends: the RADIO IRQ fires, execution reaches llhwc_sm_done_isr(), and the firmware keeps polling the register at 0x48020440, waiting for a bit that never gets set.

So the behavior is still reproducible in v1.7.0.

Additionally, I noticed that this bug also occurs if a call is made or received while media streaming is active.

Could you please confirm whether a workaround or fix will be available in a future release?

Thank you.

[TMANE.1]

Hello, 

Thanks for you help, the issue has been seen on our side and a fix is coming soon with release V1.8.0 

Best regards,