QUERY · ISSUE

Firmware 1.19.1 on NUCLEO-WB55 is failing on BLE functions

openby Yannick-Mariettiopened 2023-03-13updated 2024-09-03

bugport-stm32needs-info

Hello

MicroPython Firmware : 1.19.1
Board : STMicrolectronics NUCLEO-WB55

Since recent STMicroelectronics releases of stm32wb5x_BLE_HCILayer_fw.bin, available here :

https://github.com/STMicroelectronics/STM32CubeWB/tree/master/Projects/STM32WB_Copro_Wireless_Binaries/STM32WB5x

all BLE scripts run on NUCLEO-WB55 boards are failing with message :

tl_ble_wait_resp: timeout.

Please help !
I did not found any way to restore BLE functions, even while downgrading stm32wb5x_BLE_HCILayer_fw.bin to rev 1.13 which was the one used for MicroPython firmware developement.

Best regards

Yannick

CANDIDATE · PULL REQUEST

stm32/boards/NUCLEO_WB55: Update rfcore_firmwre for new WS.

closedby davidmm01opened 2021-10-12updated 2021-11-25

port-stm32

Updates the memory address for the latest WS version, and adds
a fix (to behavior occuring since WS 1.11 where) the board returns
misleading statuses during WS upgrade.

Assessment

S Sonnet · medium

Both items concern NUCLEO_WB55 wireless stack firmware compatibility. The issue reports BLE runtime timeout ("tl_ble_wait_resp: timeout") after updating the STM32WB BLE HCI firmware. PR #7893 updates rfcore_firmware.py memory addresses for newer WS versions and fixes status reporting during WS upgrade.

The connection is plausible: if the rfcore firmware upgrade script uses incorrect memory addresses for newer WS versions, the wireless stack may be left in a broken or inconsistent state, which could manifest as BLE transport timeouts at runtime. However, the PR targets the upgrade script (rfcore_firmware.py), not the runtime BLE transport layer (tl_ble_wait_resp). The issue's error is a runtime HCI communication failure, not an upgrade-time problem. Whether applying the PR's fix would resolve the BLE timeout depends on whether the user's firmware is in a corrupted state due to a failed prior upgrade — that's not confirmed.

Suggested action

Link PR #7893 as context. Ask the reporter whether they used rfcore_firmware.py to upgrade the wireless stack, and whether re-running the upgrade with the corrected script clears the timeout. If it does, close the issue as resolved by #7893; if not, the timeout is a separate runtime BLE transport bug requiring further investigation.

Firmware 1.19.1 on NUCLEO-WB55 is failing on BLE functions

stm32/boards/NUCLEO_WB55: Update rfcore_firmwre for new WS.

Keyboard