MXCHIP WiFi protocol on B-U585-IOT02A

FBelt.1 · ‎2024-08-20

Hi,

I am working with B-U585-IOT02A.

In all example project using NetXDuo stack tcp/ip (web server, Azure Iot Hub, ecc. ecc.) the communication with wifi mxchip is performed by SPI using IPC -HCI command protocol.

I haven't found documentation about command accepted from SPI by MXCHIP module.

I need to know what command are received by mxchip wifi, because they are not standard AT command, and I need to develope a project with STM32U585 with a different chip wifi.

Several other wifi chip accept only AT command, and I need to analyze the difference and the structure of sample projects.

Best Regards

Fabrizio Beltrandi

Andrew Neil · ‎2024-08-20

@FBelt.1 wrote:
using NetXDuo stack tcp/ip ... I need to develope a project ... with a different chip wifi.

Perhaps it would be easier to just find a WiFi module supported by NetXDuo ?

Andrew Neil · ‎2024-08-20

@FBelt.1 wrote:
I haven't found documentation about command accepted from SPI by MXCHIP module.

There's a company contact given here:

https://www.st.com/content/st_com/en/partner/partner-program/partnerpage/MXCHIP.html

See also: https://www.mxchip.com/en and https://www.mxchip.com/en/about-us/contact

FBelt.1 · ‎2024-08-21

Thank you Andrew,

I know that wifi modules supported by NetXDuo need to work in data mode bypassing on chip tcp/ip stack.

Do you know other behavioures needed?

Best Regards

Fabrizio

Andrew Neil · ‎2024-08-21

@FBelt.1 wrote:
Do you know other behaviours needed?

I know nothing - you'd have to check that with NetXDuo

https://github.com/eclipse-threadx/netxduo

https://github.com/eclipse-threadx/rtos-docs/tree/main/rtos-docs/netx-duo

Drivers: https://github.com/eclipse-threadx/rtos-docs/blob/main/rtos-docs/netx-duo/chapter5.md

Guillaume K · ‎2024-08-21

Hello @FBelt.1

@FBelt.1 wrote:

I know that wifi modules supported by NetXDuo need to work in data mode bypassing on chip tcp/ip stack.

Are you interested in NetXDuo driver that allows to use the WiFi processor's TCP-IP stack instead of NetXDuo's ?

you can use #define NX_ENABLE_TCPIP_OFFLOAD

there is an example of another WiFi driver that uses it:

GitHub - eclipse-threadx/samples: A collection of complete sample workspaces and projects for popular development boards from ST, NXP, Renesas, Microchip and Microsoft using popular IDEs and toolchains, including IAR, ARM, STM32CubeIDE, MCUXpresso, MPLAB, Visual Studio, and Visual Studio Code.

you can download the zip for STMicroelectronics B-L4S5I-IOT01A : https://github.com/eclipse-threadx/samples/releases/download/v6.2_rel/Azure_RTOS_6.2_STM32L4+-DISCO_STM32CubeIDE_Samples_2022_11_30.zip

The B-L4S5I-IOT01A board has an Inventek ISM43362 WiFi chip used with SPI and AT commands.

The TCP-IP stack is handled in the WiFi chip (not on the STM32L4S5).

It's not the netxduo driver itself that handles the AT command. It's done in an intermediate library:

stm32cubeide\common_hardware_code\wifi.c

stm32cubeide\common_hardware_code\es_wifi.c

The netx driver is duplicated in each netxduo project sources. For example: stm32cubeide\sample_netx_duo_ping\nx_driver_stm32l4.c

The netx driver calls wifi.c which calls es_wifi.c which handles the actual AT command communication with WiFi chip on SPI.

Note : NX_ENABLE_TCPIP_OFFLOAD is required . it is defined in stm32cubeide\netxduo\ports\cortex_m4\gnu\inc\nx_port.h but you can define it in your IDE project level or in nx_user.h.