Thanks to visit codestin.com
Credit goes to github.com

Skip to content

feat: add STM32WB0x support #2756

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 36 commits into
base: main
Choose a base branch
from

Conversation

fpistm
Copy link
Member

@fpistm fpistm commented Jun 26, 2025

This PR add the support of the STM32WB0 series.

Tests using a Nucleo-WB09KE:

Closes #2730.

fpistm added 30 commits June 25, 2025 17:31
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Included in STM32CubeWB0 FW v1.2.0

Signed-off-by: Frederic Pillon <[email protected]>
Included in STM32CubeWB0 FW v1.2.0

Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Allow some redefinition.

Signed-off-by: Frederic Pillon <[email protected]>
Remove duplicate clock definition.
Allow VECT_TAB_OFFSET redefinition.

Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
Signed-off-by: Frederic Pillon <[email protected]>
fpistm added 6 commits June 26, 2025 14:38
Signed-off-by: Frederic Pillon <[email protected]>
STM32WB0x series have a flash base address of 0x10040000,
while other series have 0x8000000.
This means that the STM32CubeProgrammer requires
a different set of options to flash the board.
Moreover, by default the start address is 0x10040000,
which makes it begin execution directly in user flash.
This skips the bootloader code which performs some
bookkeeping (notably, updating RAM_VR.ResetReason).
As a result, RAM_VR.ResetReason and RCC->CSR will
hold invalid values until PORRESET, or two regular
RESET cycles occur (only 1 for RCC->CSR).

So, force board to begin execution in bootloader
(0x10000000) after flashing via STM32CubeProgrammer
to ensure proper system behavior at all times.

Signed-off-by: Frederic Pillon <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: In progress
Development

Successfully merging this pull request may close these issues.

Support for STM32WB0x
1 participant