ElectroTech · 26 July 2026

ARM Cortex-M85 : le nouveau roi des MCU embarqués ? Décryptage technique complet

Entre promesses de performances multipliées et premières puces commerciales, le Cortex-M85 d’ARM bouscule le paysage des microcontrôleurs. Avec son architecture superscalaire, son extension vectorielle Helium et des fréquences dépassant le GHz, ce cœur promet de repousser les limites de l’embarqué. Mais que vaut-il vraiment face au Cortex-M7 et au M33 ? Plongée technique dans les coulisses du processeur qui veut régner sur l’edge AI, le contrôle moteur et l’audio.

Pourquoi 2026 marque l’avènement du Cortex-M85

L’essor de l’intelligence artificielle en périphérie de réseau (edge AI), la complexification des algorithmes de contrôle moteur et l’exigence croissante de sécurité dans l’IoT industriel ont créé un besoin de puissance de calcul inédit dans le monde des microcontrôleurs. Les cœurs classiques comme le Cortex-M7, pourtant longtemps considérés comme le haut de gamme, montrent leurs limites face à des charges de travail mêlant DSP, ML et traitement temps réel.

C’est dans ce contexte qu’ARM a dévoilé le Cortex-M85 en avril 2022, présenté comme le processeur Cortex-M le plus performant jamais conçu. Mais comme souvent dans l’embarqué, le chemin entre l’annonce d’un cœur et l’arrivée de silicium fonctionnel est long. Il faut attendre octobre 2025 pour voir Renesas lancer les premiers MCU de l’industrie basés sur ce cœur (séries RA8M2 et RA8D2), suivis de près par STMicroelectronics avec le STM32V8 en novembre 2025, et par GigaDevice avec le GD32M531 dédié au contrôle moteur. En ce milieu d’année 2026, les premières cartes de développement commencent à circuler, et les ingénieurs peuvent enfin évaluer concrètement ce que ce nouveau venu a dans le ventre.

La question qui taraude la communauté embarquée est simple : le Cortex-M85 est-il vraiment le nouveau roi des MCU, ou un cœur de niche trop gourmand pour les applications courantes ? Pour y répondre, il faut plonger dans son architecture.

Architecture superscalaire et Helium : le bond technique du M85

Le Cortex-M85 est le premier cœur Cortex-M à implémenter l’extension vectorielle M-Profile, baptisée Helium (MVE). Cette extension apporte des instructions SIMD (Single Instruction Multiple Data) capables de traiter plusieurs données en un cycle, ce qui était jusqu’alors l’apanage des DSP ou des cœurs plus gros comme le Cortex-M55. Mais le M85 va plus loin : il adopte un pipeline superscalaire double-issue, ce qui signifie qu’il peut exécuter deux instructions par cycle d’horloge dans des conditions favorables.

Concrètement, le pipeline se compose de 7 étages pour les instructions scalaires et de 9 à 10 étages pour les instructions vectorielles et flottantes. Le FPU supporte les formats fp16, fp32 et fp64 (double précision), une première pour un cœur Cortex-M grand public. Les unités de calcul permettent jusqu’à 8 MACs (multiply-accumulate) 8 bits, 4 MACs 16 bits ou 2 MACs 32 bits par cycle, ce qui donne une idée de la puissance brute disponible pour les opérations de filtrage, de transformée de Fourier ou de réseaux de neurones légers.

Pour mieux visualiser le saut générationnel, comparons les caractéristiques annoncées par ARM (via le blog technique de Renesas) :

Ces chiffres proviennent de sources ARM et Renesas, aucun benchmark indépendant (EEMBC) n’étant encore disponible à ce jour. Néanmoins, ils donnent une tendance claire : le M85 surclasse nettement le M7 en performances brutes, et même le M55 pourtant doté de Helium. La raison ? Le pipeline superscalaire double-issue permet de mieux exploiter le parallélisme au niveau des instructions, là où le M55 reste scalaire.

Sécurité embarquée : PACBTI, TrustZone et certification PSA Level 2

La sécurité n’est pas en reste. Le Cortex-M85 intègre l’ensemble des mécanismes de l’architecture Armv8.1-M : TrustZone pour l’isolation matérielle entre un monde sécurisé et un monde non sécurisé, et surtout PACBTI (Pointer Authentication Code et Branch Target Identification). Ce dernier protège contre les attaques par retournement de pointeur (ROP/JOP) en signant les adresses de retour et en vérifiant les cibles de branchement. Complété par une unité de vérification de limites de pile (stack limit checking) et une unité de débogage renforcée (DUE), le M85 vise la certification PSA Certified Level 2, un standard pour les dispositifs IoT nécessitant une sécurité renforcée.

Le Cortex-M33, référence historique en matière de sécurité dans la gamme Cortex-M, propose également TrustZone et PACBTI (dans sa version Armv8.1-M). La différence majeure réside dans les performances : le M33 est optimisé pour l’efficacité énergétique, tandis que le M85 mise sur la puissance de calcul. Pour une application IoT critique nécessitant à la fois sécurité et traitement lourd (chiffrement en temps réel, analyse de flux vidéo), le M85 devient un choix naturel.

Benchmarks réels : 6,39 CoreMark/MHz et 5 072 points sur STM32V8

Les premiers chiffres de performance issus des puces commerciales commencent à filtrer. Renesas annonce pour sa série RA8 un score de 6,39 CoreMark/MHz, soit un peu plus que les 6,28 annoncés par ARM. Le STM32V8 de STMicroelectronics, cadencé à 800 MHz, atteint 5 072 CoreMarks. Le modèle RA8P1 de Renesas, combinant un Cortex-M85 à 1 GHz, un Cortex-M33 à 250 MHz et un NPU Ethos-U55, dépasse les 7 300 CoreMarks et offre 256 GOPS à 500 MHz pour les charges de travail neuronales.

Pour mettre ces chiffres en perspective, un Cortex-M7 typique plafonne autour de 2,14 CoreMark/MHz (en réalité 5,29 selon les données ARM, mais les implémentations réelles sont souvent plus basses). Le M33, lui, tourne autour de 1,5 CoreMark/MHz. Le gain est donc considérable : un M85 à 800 MHz offre environ 3 à 4 fois plus de performances qu’un M7 à 400 MHz, et jusqu’à 6 fois plus qu’un M33 à 250 MHz.

Attention toutefois : ces mesures proviennent de communiqués fabricants et non de benchmarks indépendants comme EEMBC. Les conditions de test (compilation, options, mémoire) ne sont pas toujours détaillées. Il faudra attendre des analyses tierces pour valider ces chiffres en conditions réelles.

Les premières puces en détail : STM32V8, RA8, GD32M531

Chaque fabricant a fait des choix technologiques différents pour implémenter le Cortex-M85, ce qui se traduit par des compromis variés en termes de consommation, de mémoire et d’applications cibles.

Le STM32V8 se distingue par sa technologie 18 nm FD-SOI (Fully Depleted Silicon On Insulator), qui offre un bon compromis entre performances et fuites de courant. ST a intégré des timers de contrôle moteur avancés, ce qui en fait une cible naturelle pour les applications de motor drive. Renesas a opté pour le 22 nm ULL (Ultra Low Leakage) de TSMC, avec de la MRAM embarquée (jusqu’à 1 Mo) et des versions avec flash co-packagée. Le RA8P1 va encore plus loin en ajoutant un coprocesseur Cortex-M33 et un NPU Ethos-U55, créant une plateforme hétérogène taillée pour l’edge AI. GigaDevice, de son côté, cible spécifiquement le contrôle moteur avec le GD32M531, mais les détails techniques restent rares.

Écosystème et portage : outils, bibliothèques et le sous-système Corstone-310

L’adoption d’un nouveau cœur ne se fait pas sans une chaîne d’outils mature. ARM Compiler, GCC et IAR prennent en charge les instructions Helium (MVE) et les nouvelles fonctionnalités de sécurité (PACBTI). Les bibliothèques CMSIS-DSP et CMSIS-NN ont été optimisées pour tirer parti de l’extension vectorielle. ARM propose également le sous-système Corstone-310, qui associe le Cortex-M85 à l’accélérateur neuronal Ethos-U55, formant une plateforme de référence pour l’edge AI.

Pour les développeurs qui migrent depuis le Cortex-M7, le portage est généralement simple au niveau du code C : les mêmes API CMSIS sont utilisées. En revanche, pour exploiter pleinement Helium, il faut réécrire les boucles de traitement DSP/ML en utilisant les intrinsèques MVE ou compter sur le compilateur pour vectoriser automatiquement. Les premiers retours d’expérience, bien que rares, indiquent que GCC et ARM Compiler parviennent à vectoriser une partie significative du code, mais que les gains les plus importants nécessitent un travail manuel. Aucune étude indépendante sur la facilité de portage n’est encore disponible.

Compromis consommation/performance : le M85 peut-il rester efficient ?

C’est la grande inconnue. Aucun chiffre de consommation (μA/MHz ou mW/MHz) n’a été publié par les fabricants pour le Cortex-M85. Les seules indications proviennent des technologies de fabrication : le 22 nm ULL de Renesas et le 18 nm FD-SOI de ST sont des nœuds modernes, bien plus efficaces que le 40 nm généralement utilisé pour les Cortex-M7. Il est donc raisonnable de penser que le M85 offre un meilleur rapport performance/watt que le M7 à fréquence égale.

En revanche, face au Cortex-M33 (souvent en 28 nm ou 40 nm), la comparaison est moins favorable. Le M33 est optimisé pour la très basse consommation, avec des courants de veille de l’ordre du microampère. Le M85, avec son pipeline complexe et ses unités vectorielles, ne pourra pas rivaliser dans ce domaine. Pour une application sur batterie nécessitant des cycles de sommeil longs, le M33 reste le meilleur choix. Le M85 est clairement destiné aux applications où la performance prime sur l’autonomie, ou aux systèmes alimentés en permanence (automobile, industrie).

Face au M7, au M33 et aux RISC-V : où placer le M85 dans l’échiquier ?

Le Cortex-M85 ne cannibalise pas totalement le M7 ni le M33, mais il redessine les segments. Le M7, avec ses 5,29 CoreMark/MHz et son pipeline superscalaire, était jusqu’alors le roi des hautes performances. Le M85 le dépasse nettement (6,28 à 6,39 CoreMark/MHz) et offre en plus Helium, ce qui le rend plus adapté aux tâches DSP/ML. Pour les applications qui utilisaient un M7 couplé à un DSP externe, le M85 permet de supprimer ce dernier, simplifiant la conception et réduisant le coût.

Le M33, quant à lui, conserve sa place dans les applications où la sécurité et la basse consommation sont critiques, comme les capteurs IoT, les dispositifs médicaux portables ou les nœuds de réseau maillé. Le M85 est trop gourmand pour ces usages.

Face aux cœurs RISC-V hautes performances (par exemple SiFive U84, qui revendique des performances comparables au Cortex-M7), le M85 offre un avantage certain en termes d’écosystème logiciel et de sécurité matérielle éprouvée. Les partisans de RISC-V mettent en avant la flexibilité et l’absence de redevances, mais pour l’instant, aucun cœur RISC-V n’atteint le niveau de performance du M85 avec un pipeline superscalaire double-issue et une extension vectorielle aussi mature.

En résumé, le M85 est le nouveau roi des MCU pour les applications exigeantes, mais il ne remplace pas les cœurs plus modestes. C’est un cœur de niche… une niche qui englobe désormais le contrôle moteur haut de gamme, l’audio professionnel, l’edge AI et les systèmes temps réel complexes.

Ce que le M85 change pour les ingénieurs et makers en 2026

Pour les concepteurs de cartes embarquées, l’arrivée du M85 signifie qu’il est désormais possible d’exécuter des réseaux de neurones convolutifs légers (comme MobileNetV1) ou des algorithmes de traitement audio (ANC, beamforming) directement sur un MCU, sans FPGA ni processeur applicatif. Les cartes de développement commencent à arriver : ST propose une Discovery pour le STM32V8, Renesas des kits pour les RA8. Les makers peuvent dès maintenant évaluer ces plateformes, même si les prix restent élevés (le RA8M1 est annoncé autour de 7,50 $ en volume, mais les kits de développement dépassent les 100 $).

Le conseil pour les développeurs : si vous travaillez sur un projet qui nécessite à la fois des performances de calcul élevées et une faible latence (contrôle moteur, audio temps réel, edge AI), le M85 mérite une évaluation sérieuse. En revanche, pour des applications simples ou ultra-basse consommation, restez sur M33 ou M4. Les outils sont mûrs, mais les bibliothèques optimisées Helium sont encore en phase de rodage. Commencez par porter vos algorithmes sur un simulateur ou une carte de développement, et mesurez les gains réels avant de vous engager.

Le Cortex-M85 n’est pas une révolution, mais une évolution majeure qui repousse les limites de ce qu’un microcontrôleur peut faire. En 2026, il n’est plus une promesse : il est là, et il tient ses promesses… du moins sur le papier. Reste à voir comment il se comportera dans la durée, face à la concurrence RISC-V et aux futures générations (M86 ?). Une chose est sûre : la guerre des cœurs embarqués ne fait que commencer.

Sources

• ARM Cortex-M85 product page
• STMicroelectronics STM32V8 announcement
• CNX-Software : STM32V8 details
• ARM Community Blog : Cortex-M85 safety and performance
• Electronique News : Renesas RA8 announcement
• Electronique Mag : Renesas RA8 performance
• Industrie Mag : Renesas RA8P1
• L’Embarqué : Renesas M85 + M33 + Ethos-U55
• RaspberryMe : Renesas RA8E1/RA8E2
• Renesas Blog : Leveraging Helium and Cortex-M85
• ARM Developer Documentation : Cortex-M85 overview
• GigaDevice GD32M531 announcement (BusinessWire) (lien non fourni, mais mentionné dans la matière)
• ECI News : First functional silicon based on Cortex-M85

Article recherché et rédigé automatiquement · Magazine Electrosens