cancel
Showing results for 
Search instead for 
Did you mean: 

CMSIS drives for STM32H5

Scribe
Associate II

Hello,

For the STM32U5 there is a full collection of CMSIS compliant drivers. Will such drivers be provided for the H5 (in particular USB and Ethernet) and if so, does ST have an estimate of in what time frame?

I'm trying to determine if I will need to write my own wrappers or not.

Many thanks

6 REPLIES 6

> For the STM32U5 there is a full collection of CMSIS compliant drivers

Where?

What do you mean by "CMSIS compliant drivers"?

JW

STOne-32
ST Employee

I refer to the CMSIS-Driver Specification: https://www.keil.com/pack/doc/CMSIS/Driver/html/index.html

This is a collection of APIs that allow components to be interfaced with Keil MDK Middleware or any other CMSIS-Driver compliant middleware, such as the USB and Network stacks.

The U5 features a CMSIS-Driver compliant USB implementation, amongst other things.

Thank you for your response, I can see that right now from those release notes there's no support for CMSIS-Driver compliant drivers (https://www.keil.com/pack/doc/CMSIS/Driver/html/index.html), questions:

  1. Are the Ethernet and USB components on the H5 similar/identical to those on the H7 or U5 so that I can lift and adopt an existing CMSIS implementation?
  2. Do you know if/when support will be added? (specifically for USB and Ethernet).

Many thanks

Pavel A.
Evangelist III

> so that I can lift and adopt an existing CMSIS implementation?

You mean of course, existing implementations from ST "Cube firmware" packages for STM32H7 (ETH) and ST USB H/D libraries on github ?

MWB_CHa
ST Employee

I'm not sure I fully understand your question but let me try:

  • First, STM32U5 doesn't have ETH IP, so you can take it out of the equation for this part.
  • If you mean the HAL drivers: USB & ETH HAL are not identical of course between STM32H7 and STM32H5 but are compatible at API level, so can be used seamlessly.
  • If you mean the registers description: USB & ETH registers are not identical between STM32H7 and STM32H5. But since the IP differences are slight, the registers description can also be used almost seamlessly.  
  • If you mean Middleware layer: STM32H7 and STM32H5 have same Middleware layer if you use Classic CoreMW (ST USB Device/Host, LwIP), [STM32H7 here, STM32H5 here] and same also if you use Azure RTOS (USBX & NetXDuo) [STM32H7 here, STM32H5 here]

If you mean something else, then sorry for the misunderstanding and thanks in advance for clarifying.