cancel
Showing results for 
Search instead for 
Did you mean: 

Difference between STM32N657X0 and STM32H753XI

DJ_IND
Associate III

Can we use STM32N series high end crypto version in medical devices? Currently we are using H series from ST but we are facing some issue in CPU utilization and speed. Apart from external flash is there any major difference where N series is lagging with respect to H series part??

 

Is there any limitation to use N series in MATLAB?? Any limitation to us

 

Link for n series

https://www.st.com/en/microcontrollers-microprocessors/stm32n657x0.html

 

 

Br,

DJ

14 REPLIES 14
Bassett.David
Senior

Hello RomaineR.,

Thank you for your response , and it turns out, apparent correction on the presence of a DP_FPU in the STM32N6xxx!  My concerns on this matter date back to January and ambiguities in the earlier documentation.  Please see:

 https://community.st.com/t5/stm32-mcus-products/stm32n6-datasheet-feature-summary-inaccurate/td-p/763643

There was never a clarification offered, so I was suffering under the notion that ST had removed DP-FPU capability from the series.  It's omission form the early STM32F7 left an impression on me...

I must admit that I'm very glad to hear I was misinformed and that the STM32N6xxx is now a part of interest to me.

Thank you again.

Regards,

Dave

Hi @Bassett.David,

It was indeed some typos in the earlier versions of device summary in the datasheet DS14791 and It was fixed since Rev 3.0.

It's also same for HRTimer. It's not present in STM32N6. 

Sorry for the inconvenience.

Best regards

Romain,

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.

>>It's omission form the early STM32F7 left an impression on me...

Yes, me too, especially as ATMEL delivered a 300 MHz model with the DP-FPU on their "first" Cortex-M7 in the same time frame.

The F7 series had a mix of FPU and cache sizes.

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

The speed here is a bit deceptive. The dual core isn't 600 MHz, it's only 480 MHz. And the H7 is a mixed bag of configurations.

STM32H743 1027 DMIPS (480 MHz)

STM32H745 1027+300 DMIPS (480 MHz)

STM32H723 1177 DMIPS (550 MHz)

STM32H7R3 1284 DMIPS (600 MHz)

 

As I recall the H6 is in a different process technology, and is predominantly RAM

STM32H6 1352 DMIPS (800 MHz)

https://www.st.com/en/microcontrollers-microprocessors/stm32h7-series.html

https://www.st.com/en/microcontrollers-microprocessors/stm32n6-series.html

 

CM4  1.25 DMIPS/MHz (1.27 w/FPU)

CM7  2.14 DMIPS/MHz 

CM55 1.69 DMIPS/MHz

https://en.wikipedia.org/wiki/List_of_ARM_processors

 

Would tend to think we'd need to benchmark our own niches, and see what algorithmic improvements one might make with more RAM, faster FPU or NPU accelerators, etc.

Tips, Buy me a coffee, or three.. PayPal Venmo
Up vote any posts that you find helpful, it shows what's working..

@Tesla DeLorean wrote:

The speed here is a bit deceptive. .


Indeed:

AndrewNeil_1-1753460476136.png

As with so many of these "up to..." claims, they often don't apply together!

Hence why I asked @DJ_IND earlier to be specific about what "H series" part(s) is/are currently being used.

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.