2025-07-29 3:10 AM - last edited on 2025-07-29 3:13 AM by Andrew Neil
We are using an STM32WB5MMG in a product, We needed to run a few BLE tests for compliance needs and came across the BLE transparent mode to help with BLE tests.
In accordance with the ReadMe under BLE_TransparentMode inside STM32WB5MM-DK, we have undertaken the following steps
Updated FUS and Stack
Updated VCP_TX and VCP_RX
The CubeMonitor-RF software refuses to connect with the device however
Unable to connect
No changes are done to the transparent mode example with the exception of UART pin update. ioc file PDF attached
2025-07-29 6:48 AM
Hello,
could you please share the modified project, so I could try to reproduce it on my side?
Thank you.
Best regards,
ST support
2025-07-29 8:07 AM
Hello @FilipKremen
Appreciate the offer to help thanks!
I am using the project as is from the latest (V1.23.0) release of Cube Repo [[LINK]]
Specifically I am building the STM32WB5MM-DK/Applications/BLE/BLE_TransparentMode project with 1 modification, changing of default USART pins to PA9 and PA10 to fit my custom board. Original GIT link here [[LINK]]. Also attached is the ICO file where the pin change is done for regenerating the project
I have already attached a screenshot of the CubeProgrammer window in the thread above, showing my FUS and BLE stack updated correctly.
Please note that I had to update both the FUS and stack as instructed, the other example projects also did not seem to be advertising as expected, I ran out of time today to investigate further
Also, can the FUS not be downgraded once upgraded? I was unable to downgrade and retest the board with our known functioning FW
2025-07-29 10:12 PM
Hi Adding to this thread,
The same modified application works fine with Older FUS (V1.2) and stm32wb5x_BLE_Stack_full_fw.bin
However this does not appear to enable Connecting capabilities under ACI Utilities, perhaps due to the full extended stack not being used.
The UART modified binary for transparent mode is also attached
2025-07-30 2:02 AM
Hello,
transparent mode application requires stm32wb5x_BLE_Stack_full_extended_fw.bin.
You can find more information about FUS on our Wiki page.
STM32WB Firmware Upgrade Service - stm32mcu
I tested the example project with same stack version, and it worked fine. However, I also got a message that the device is not responding. I connected the board to STM32CubeProgrammer and clicked on "Start wireless stack" and then I downloaded the application again and it works fine. Can you please try it again with the steps I mentioned? Thank you.
I'm also attaching my modified project (USART - PA9/10).
Best regards,
Filip Kremen
2025-07-30 5:19 AM
Hi @FilipKremen
Thank you for the links, I am aware of the stack requirements and had setup the device with the appropriate Stack
I also updated the Cube Programmer to the latest version
Like stated initially
The code unfortunately is still not connecting in spite of starting the Wireless stack like suggested
When I started the Wireless stack manually I also noticed in the cube programmer logs the wireless stack failing to start, could this be the cause?
Like stated before all the examples work fine with older V1.2 FUS and corresponding V1.17.1.1 wireless stack
I am inclined to believe that the way I have setup the FUS / Wireless stack could have some issue since other examples such as Heartbeat also do not appear to be working.
Would it be possible to please verify on your end if your FUS and Wireless stack match mine? I have zipped the FUS, Wireless stack and the App Binary(Same as the one you shared) for you to confirm, logs from Cube Programmer added
2025-07-30 6:33 AM
I'm using the same versions. After downloading the application, please try to reset the board.
I had to reset my board before connecting to STM32CubeMonitorRF.
Also, can you please try to download the project directly from STM32CubeIDE?
Thank you.
Best regards,
Filip Kremen
2025-07-30 6:52 AM
Hi,
I tried downloading the example project directly without any modifications though CubeIDE and discovered that the device is entering a hard fault
Like I still suspected, there could be something wrong with my FUS/Soft-Device Binaries
2025-07-30 10:07 PM
@FilipKremen , I made another observation that I figured was worth sharing
I updated the CubeProgrammer to the latest version , took a fresh set of boards, updated the FUS and stack along with your application Binary.
The example worked as expected on both boards, and connected with cubeMonitorRF software once.
But both boards have since stopped working since a power cycle. Even starting the Wireless stack manually, or resetting the boards manually is not helping
I am assuming that I might be entering hard fault again, would it be possible that I have some option byte set different from the default that is causing the soft device to crash?
2025-08-04 5:56 AM
Hello,
did you manage to solve the issue?
Could you please try to download the stack again? Or try it again with older version?
Also, if you could share the option bytes, thank you.
Best regards,
Filip Kremen