cancel
Showing results for 
Search instead for 
Did you mean: 

Migration of ST67W611M1 Wi-Fi module from STM32U575ZI-Q to STM32G0B1RE

VictorGU
Associate

STMicroelectronics Support Team,

I am currently working on a project using the ST67W611M1 Wi-Fi module and I would like to request your technical support regarding a platform migration.

I have successfully validated the ST67W611M1 using the STM32U575ZI-Q Nucleo board, running the test and reference applications provided in X-CUBE-ST67W61.
With this setup, the NCP firmware, AT command interface, and Wi-Fi connectivity are all working as expected.

My objective is now to migrate this implementation from the STM32U575ZI-Q (STM32U5 series) to an STM32G0B1RE, which will be the target MCU for the final product.

Given the architectural differences between the STM32U5 and STM32G0 families (clock tree, peripherals, HAL configuration, and BSP adaptations), I would appreciate your guidance on the following points:

Recommended procedure or reference examples for migrating the ST67W611M1 host firmware from STM32U5 to STM32G0

Any known limitations or constraints when using the ST67W611M1 with the STM32G0 series

Required changes in the BSP / HAL layer (UART, GPIO, reset/boot handling, DMA, etc.)

Confirmation of supported UART configurations and baud rates for stable AT/NCP communication on STM32G0

If available, any application notes, example projects, or internal guidelines related to STM32G0 + ST67W611M1 would be extremely helpful.

Thank you in advance for your support.
I remain available to provide additional technical details if required.

Best regards,

Victor.

1 ACCEPTED SOLUTION

Accepted Solutions
Andrew Neil
Super User

@VictorGU wrote:

STMicroelectronics Support Team,


You realise that this is a community forum - not a direct route for ST support?

For direct ST support, raise a case via https://ols.st.com/s/

 

The ST67W611M1 neither knows nor cares what microcontroller you use - it just needs to see the specified interactions on its UART, SPI, etc.

So, beyond specific hardware details of configuring the UART, SPI, etc, software above that layer should be microcontroller agnostic.

A complex system that works is invariably found to have evolved from a simple system that worked.
A complex system designed from scratch never works and cannot be patched up to make it work.

View solution in original post

1 REPLY 1
Andrew Neil
Super User

@VictorGU wrote:

STMicroelectronics Support Team,


You realise that this is a community forum - not a direct route for ST support?

For direct ST support, raise a case via https://ols.st.com/s/

 

The ST67W611M1 neither knows nor cares what microcontroller you use - it just needs to see the specified interactions on its UART, SPI, etc.

So, beyond specific hardware details of configuring the UART, SPI, etc, software above that layer should be microcontroller agnostic.

A complex system that works is invariably found to have evolved from a simple system that worked.
A complex system designed from scratch never works and cannot be patched up to make it work.