Analyse de la version 2026b de MathWorks : MATLAB et Simulink

La révolution silencieuse du matériel n’est pas un nouveau connecteur, un accélérateur plus puissant, ni une autre carte d’évaluation avec un ventilateur qui semble avoir des ennuis juridiques. C’est le moment où votre schéma, votre firmware, votre modèle de perception, votre suite de tests et vos variantes de produit commencent tous à se comporter comme une même scène de crime partagée. MathWorks a annoncé la version 2026b de MATLAB et Simulink, et la vraie question utile n’est pas de savoir s’il y a de nouveaux boutons dans la barre d’outils. C’est de savoir si ces boutons aident les ingénieurs à empêcher le matériel défini par logiciel de se transformer en incident spaghetti avec des broches GPIO.

Parlons de ce que le texte de lancement n’a pas besoin de dire tout haut : les systèmes techniques modernes ressemblent de moins en moins à des appareils à usage unique et de plus en plus à de petits gouvernements. Les capteurs font du lobbying auprès du processeur, les modèles d’IA réclament de la mémoire, les boucles de contrôle demandent un timing déterministe, et le budget d’alimentation reste dans un coin avec un porte-bloc. R2026b compte parce qu’elle vise le milieu peu glamour de ce bazar, là où la modélisation, la vérification et le déploiement déterminent si le matériel se comporte comme un produit ou comme une plaque d’essai hantée.

Ouvrons le capot, Engineering.com montre les cartes principales

Engineering.com rapporte que la version 2026b ajoute Simulink Variant Manager, Visual Inspection Toolbox et Polyspace Test Server, tout en élargissant les capacités dans l’aérospatiale, les systèmes embarqués, l’intelligence artificielle, la perception, l’ingénierie audio et l’analyse statistique. Cette liste se lit comme un établi de laboratoire après une réunion d’équipe multidisciplinaire, mais le schéma est clair. MathWorks ne se contente pas d’ajouter des fonctions mathématiques. L’entreprise ajoute davantage de plomberie dont les équipes ont besoin lorsqu’une même plateforme doit prendre en charge de nombreuses configurations de produit et que davantage de logiciels doivent survivre au contact de l’électronique réelle.

L’élément qui sent le plus le matériel est Simulink Variant Manager, qui, selon Engineering.com, prend en charge la gestion des variantes de produit dans les modèles et les architectures système. Si vous avez déjà expédié une même carte contrôleur dans plusieurs configurations régionales, fonctionnelles ou de capteurs, vous savez pourquoi c’est important. Les variantes sont l’endroit où une intention d’ingénierie propre vient se faire détrousser par les exceptions, sauf si le modèle garde la traçabilité et la cohérence visibles. Voyez Variant Manager comme le manifeste d’une équipe de braquage, qui s’assure que le chauffeur, le perceur de coffre et la personne qui tient la caméra thermique sont bien tous dans le même film.

MathWorks présente la mission comme celle des systèmes définis par logiciel

MathWorks indique dans ses nouveautés que les systèmes d’ingénierie avancés avec MATLAB et Simulink deviennent de plus en plus définis par logiciel et autonomes. Ce cadrage fait un vrai travail. Défini par logiciel ne veut pas dire que le matériel a cessé de compter, cela veut dire que le comportement du matériel est désormais négocié à travers des algorithmes, de la calibration, de la génération de code, une infrastructure de test et des cibles de déploiement. Le cuivre est toujours là, boudeur avec panache si vous violez l’intégrité du signal, mais une plus grande part de la différenciation produit se déplace vers les modèles et le logiciel.

Les points forts de la version R2026b de MathWorks mentionnent aussi de nouvelles capacités d’IA générative et agentique, notamment MATLAB Agentic Toolkit, Simulink Agentic Toolkit et Polyspace Agentic Toolkit. Je ne lirais pas cela comme une autorisation de laisser un agent se promener librement dans un contrôleur de vol ou un onduleur moteur comme un raton laveur dans un poste électrique. La conclusion plus terre à terre est que MathWorks ajoute des outils assistés par IA autour d’environnements où les ingénieurs expriment déjà le comportement du système, les tests et les artefacts de vérification. Pour les équipes, la question raisonnable devient : où l’IA peut-elle réduire les tâches répétitives de configuration sans affaiblir la discipline de revue ?

La vérification est l’étage régulateur, selon Engineering.com

Engineering.com indique que R2026b ajoute des outils pour la gestion de configuration, l’inspection visuelle, les tests automatisés et la vérification système, à mesure que les systèmes d’ingénierie combinent logiciel, électronique et IA. C’est la spécification discrète qui change l’histoire. La vérification n’est pas de la paperasse après la partie amusante, c’est le régulateur de tension du processus d’ingénierie. Personne n’applaudit le régulateur jusqu’à ce qu’il s’affaisse, chauffe, et que votre magnifique processeur commence à vous mentir exactement au pire moment possible.

Polyspace Test Server et l’analyse de couverture de code jouent ce rôle dans le tableau R2026b, selon Engineering.com. Pour les développeurs embarqués, la couverture n’est pas seulement un trophée sur un tableau de bord. C’est un moyen de trouver quelles branches du logiciel n’ont jamais été forcées à avouer sous test, en particulier dans des systèmes où un modèle, du code généré et le comportement de la cible peuvent diverger. Cette fois, la trahison n’est pas le throttling thermique, c’est le chemin de test que vous pensiez exister mais qui n’a en réalité jamais été exercé.

La couche d’inspection vise les produits riches en capteurs

Engineering.com décrit Visual Inspection Toolbox comme l’un des ajouts de R2026b et indique que la version prend en charge les applications de nuages de points. Cela rapproche la version de la couche physique plus qu’une simple mise à jour MATLAB pourrait le laisser penser. Les nuages de points et l’inspection visuelle vivent là où les photons, les lentilles, les capteurs de profondeur, la calibration, l’éclairage et les algorithmes se disputent tous pour savoir qui a causé le défaut. Une boîte à outils qui combine des méthodes d’IA et de traitement d’image, comme le rapporte Engineering.com, vise cette frontière inconfortable entre logiciel de perception et réalité matérielle mesurable.

Pour les lecteurs qui construisent de la robotique, des bancs d’inspection, des prototypes autonomes ou des systèmes industriels riches en capteurs, la leçon pratique est d’arrêter de traiter la simulation et la vérification comme des îles séparées. Les points forts de la version MathWorks indiquent des mises à jour de gestion de projet dans MATLAB et Simulink, notamment un format de fichier de projet TOML, tandis qu’Engineering.com met l’accent sur la collaboration, la traçabilité et la cohérence pour les conceptions basées sur plateforme. Ce n’est pas glamour, mais un plan de masse non plus, et il vous manque quand même dès qu’il est mauvais.

Ce qu’il faudra surveiller après R2026b, c’est la part du flux de travail matériel qui remonte en amont vers des modèles exécutables et des descriptions de système testables. Si votre feuille de route produit inclut l’IA, le contrôle embarqué, la perception ou plusieurs variantes matérielles, le geste utile est simple : auditez où vivent actuellement vos hypothèses. Si la réponse est une photo de tableau blanc, trois feuilles de calcul et une branche de firmware nommée final, les outils essaient de vous dire quelque chose.