SoC vs SoM vs SBC vs custom : choisir sans se tromper en 2026

Sur un projet industriel récent à 1k-10k unités/an et 12 ans de durée de vie cible, nous avons préféré une carte custom autour d'un System on Chip (SoC) i.MX 8M Plus à un System on Module (SoM) sur étagère. Contrairement à l'idée reçue, en mid-volume la propriété intellectuelle, la seconde source et le form factor tranchent. Chez AESTECHNO, bureau d'études électronique à Montpellier, nous arbitrons ce choix sur quatre critères mesurables. Mis à jour mai 2026.

Sommaire

• Qu'est-ce qu'un SoC, un SoM, un SBC, et un design custom ?
• Pourquoi cette décision pèse sur 5 a 15 ans de roadmap
• Tableau comparatif des quatre architectures
• Critère 1 : volume de production et seuil de bascule BOM
• Critère 2 : durée de vie produit et longévité fournisseur
• Critère 3 : propriété intellectuelle et seconde source
• Critère 4 : intégration mécanique et form factor
• Retour terrain : i.MX 8M Plus custom contre SoM en industriel
• Quand le SoM reste le meilleur choix (et quand le SBC tue le projet)
• Méthodologie AESTECHNO : six étapes pour arbitrer
• En résumé
• FAQ

Qu'est-ce qu'un SoC, un SoM, un SBC, et un design custom ?

Un System on Chip (SoC) désigne le silicium application processor brut, livré en boîtier QFN, BGA ou LGA, sur lequel l'équipe conçoit son propre PCB. Un System on Module (SoM) est ce même SoC déjà intégré avec sa DDR, son Power Management Integrated Circuit (PMIC) et son flash sur un mini-PCB normalisé. Un Single Board Computer (SBC) est une carte complète prête à brancher. Un design custom englobe la totalité, du choix silicium à la mécanique. Chaque option charge différemment le stackup PCB, le routage des via, et le Board Support Package (BSP) côté firmware.

Ces quatre niveaux d'intégration matérielle correspondent à quatre niveaux d'effort, de risque et de propriété intellectuelle. Le SoC bare (i.MX 8M Plus, STM32MP257, Renesas RZ/G3S, AMD Versal AI Edge) est le plus exigeant : il faut router la DDR ou la LPDDR4 sur quatre couches mini, dimensionner le PMIC, intégrer le PHY Ethernet, le HDMI ou MIPI-DSI, la cage USB et le BSP. Le retour sur cette charge est la maîtrise complète de la carte, du firmware et du coût matière à volume.

Le SoM abstrait la complexité haute vitesse. Le module Variscite VAR-SOM-MX8M-PLUS, le Toradex Verdin iMX8M Plus, le Compulab UCM-iMX8M-Plus ou le Phytec phyCORE-i.MX 8M Plus embarquent l'application processor, la LPDDR4, le PMIC et l'eMMC sur un mini-PCB qualifié, livré avec son BSP Linux Yocto et sa documentation de carrier. L'équipe ne route que des signaux basse vitesse vers le connecteur SO-DIMM ou MXM, ce qui réduit le risque haute vitesse et accélère la mise en service.

Le SBC (Raspberry Pi CM4 IO Board, BeagleBone Black, Variscite SOM-MX8M-Plus EVK) est une carte complète conçue pour le prototypage et la démonstration. Son cycle de vie reste court (3 a 5 ans typiques), son form factor n'est pas personnalisable, et la maîtrise du firmware reste partielle. Le design custom couvre toute la chaîne, du choix silicium au routage CEM en passant par la mécanique et la certification : c'est l'option par défaut chez AESTECHNO sur la majorité des projets industriels sérieux.

Avant d'entrer dans les critères chiffrés, le tableau ci-dessous résume le profil de projet auquel chaque architecture convient le mieux, sur des dimensions complémentaires de la matrice volume / durée de vie : risque d'approvisionnement, effort de certification CE / FCC, expertise interne requise et profil de projet idéal.

Architecture	Risque approvisionnement et obsolescence	Effort de certification CE / FCC	Expertise interne requise	Profil de projet idéal
SoC bare	maîtrisé : seconde source planifiable, grade silicium choisi	élevé : dossier complet, conformité au stack-up	forte : routage DDR, BSP, qualification CEM	équipe expérimentée visant l'optimisation BoM à fort volume
SoM	moyen : dépend de la longévité du vendeur de module	modéré : pré-conformité SoM réutilisable, test final obligatoire	modérée : carrier basse vitesse, BSP fourni	premier produit, équipe sans Linux embarqué interne
SBC	élevé : cycle de vie court, redesign post-launch fréquent	à refaire : certification complète sur produit assemblé	faible : intégration logicielle seule	prototype, démonstrateur, validation marché
Custom carrier + SoC	maîtrisé : seconde source AP planifiée dès la spec	élevé : dossier complet, classe A ou B visée au design	forte ou bureau d'études partenaire	production industrielle 1k a 100k / an, 7 a 15 ans de vie

Pourquoi cette décision pèse sur 5 a 15 ans de roadmap

Le choix architectural matériel d'un produit IoT ou industriel détermine la trajectoire du programme pendant toute sa vie commerciale : le temps de la première série, le coût unitaire à mid-volume, la marge à volume mature, la capacité à résister à une rupture composant et l'autonomie face au fournisseur. Une mauvaise décision en phase de spécification se paie pendant huit a quinze ans.

Le coût n'est jamais celui qu'affiche le bon de commande initial. La NRE (Non-Recurring Engineering) du SoC bare absorbe entre 12 et 24 semaines d'ingénieur haut-niveau pour le routage carrier, le BSP, la qualification thermique et la pré-conformité CEM. À l'inverse, le SoM raccourcit ce démarrage de 3 a 6 mois en standardisant le sous-système CPU + mémoire + PMIC + flash, mais il ajoute un surcoût unitaire récurrent qui se compose pendant toute la vie du produit. Selon NXP, la durée de vie garantie sur les références i.MX industrial-longevity dépasse 15 ans, ce qui aligne le SoC bare sur les horizons des équipements de production.

S'ajoute la dimension certification. Un SoM Variscite ou Toradex livré avec un dossier de pré-conformité CE / FCC raccourcit le passage en laboratoire accrédité, mais cette pré-conformité ne dispense jamais d'un test final sur le produit assemblé selon la norme CISPR 32 / EN 55032 Classe B. Le custom impose un dossier complet, mais permet de viser la classe A ou B au stack-up et au plan de masse plutôt que par couches de blindage tardif. Selon la IPC, le respect des règles IPC-2221 et IPC-A-610 conditionne la conformité de production en série, indépendamment du choix SoC ou SoM.

Tableau comparatif des quatre architectures

Le tableau ci-dessous synthétise les quatre options sur sept dimensions clés. Les valeurs proviennent de retours d'expérience AESTECHNO sur des projets industriels et IoT à base d'i.MX 8M Plus, STM32MP1 et NVIDIA Jetson Orin entre 2022 et 2026.

Critère	SoC bare	SoM	SBC	Custom carrier + SoC
Time-to-market initial	12 a 18 mois	6 a 10 mois	2 a 4 mois (proto)	10 a 14 mois
NRE typique	élevée (silicium + carrier complet)	modérée (carrier basse vitesse)	faible (intégration logicielle)	élevée (équivalent SoC bare)
BoM unitaire	optimisée à 100k+	surcoût 25 a 60 pourcent	surcoût 50 a 100 pourcent	optimisable à 1k a 100k
Form factor	libre, contraint par routage DDR	imposé par le SoM (SO-DIMM, MXM)	imposé totalement	libre, sous IPC-2221
Propriété intellectuelle	complète (client)	partagée (SoM vendor)	limitée (carte vendor)	complète (client)
Durée de vie cible	10 a 15 ans (i.MX industrial-longevity)	5 a 10 ans (vendor policy)	3 a 5 ans (révisions fréquentes)	10 a 15 ans (SoC choisi)
Seconde source AP	planifiable à la spec	dépend du SoM vendor	aucune	planifiable à la spec

La lecture du tableau dégage deux ruptures claires : le SBC sort de la course pour toute production sérieuse, et le SoC bare cohabite avec le custom carrier dans la même zone qualitative (le custom est en pratique la matérialisation industrielle d'un SoC bare). Le vrai débat se joue entre SoM et custom, et il se tranche sur les quatre critères suivants.

Critère 1 : volume de production et seuil de bascule BOM

Le seuil de bascule BOM est le volume cumulé de production à partir duquel la voie custom carrier devient moins chère que la voie SoM, une fois la NRE custom absorbée par l'économie de BOM unitaire. C'est le point de croisement des deux courbes de coût cumulé, et il sert de pivot chiffré à tout arbitrage SoC contre SoM.

Le volume de production annuel détermine si l'amortissement de la NRE custom passe sous le surcoût unitaire du SoM. La règle empirique que nous appliquons : sous 500 unités par an, le SoM est plus rentable ; entre 500 et 5 000 unités, la zone d'arbitrage demande un calcul fin ; au-dessus de 5 000 unités par an, le custom devient quasi systématiquement gagnant sur 5 ans.

Le seuil exact dépend de trois variables : le prix négocié du SoM (typiquement 80 a 250 euros HT par module en i.MX 8M Plus), le surcoût BoM custom par rapport au SoM (généralement 25 a 60 pourcent en moins par unité une fois la NRE absorbée), et la NRE custom (typiquement plusieurs dizaines a quelques centaines de milliers d'euros selon la complexité). Sur un horizon de 5 ans à 5 000 unités annuelles, l'écart cumulé se compte facilement en centaines de milliers d'euros en faveur du custom.

Dans notre pratique, nous insistons pour calculer ce seuil de bascule avant de signer la spécification, pas après. Le calcul prend une heure et structure la conversation client de manière objective. Selon NXP, les programmes d'industrial-longevity sur les références i.MX 8M Plus appliquables couvrent un horizon de 15 ans, ce qui élargit la zone où le custom amortit confortablement.

Critère 2 : durée de vie produit et longévité fournisseur

La durée de vie produit cible (3, 5, 10 ou 15 ans) fixe la trajectoire de maintenance hardware et donc la dépendance au fournisseur. Un produit prévu pour rester en série commerciale pendant 10 ans doit aligner son architecture avec un fournisseur silicium qui s'engage formellement sur cette durée, indépendamment du choix SoM ou custom.

Les programmes de longévité fournisseur sont devenus un critère décisionnel structurant. NXP propose son Product Longevity Program avec engagement minimum 10 ou 15 ans sur les références industrial-grade i.MX. STMicroelectronics aligne ses STM32MP1 et STM32MP2 sur 10 ans minimum dans le programme STM32 Longevity. Renesas applique sa Renesas Reliability Program au RZ/G3 avec un horizon similaire. À l'inverse, les SoMs grand public (Raspberry Pi CM4 hors longevity, certains modules ARM bas de gamme) restent sur des cycles 3-5 ans, ce qui exclut leur emploi sur une production industrielle longue.

Contrairement à l'idée reçue selon laquelle le SoM offrirait toujours une longévité supérieure au SoC bare, nous avons constaté qu'un SoM construit sur un SoC consumer-grade hérite des cycles courts du silicium sous-jacent. À l'inverse, un custom carrier autour d'un i.MX 8M Plus industriel hérite des 15 ans de NXP, indépendamment de l'écosystème SoM. La règle pratique : aligner le grade silicium sur la durée de vie produit, puis choisir entre SoM et custom selon les autres critères.

Critère 3 : propriété intellectuelle et seconde source

La propriété intellectuelle (PI) désigne l'ensemble des fichiers de conception (schéma, layout, gerbers, BSP, scripts de production, dossiers de certification) qui définissent le produit. Le choix SoM transfère une partie de cette PI au vendeur du module, qui détient le design carrier de référence, le BSP et les drivers. Le custom rapatrie cette PI chez le donneur d'ordre.

L'enjeu de seconde source découle directement de la PI. Sur un design custom autour d'un i.MX 8M Plus, le donneur d'ordre peut planifier dès la spécification une stratégie multi-source : NXP i.MX 8M Plus comme source primaire, NXP i.MX 8M Mini ou variante équivalente comme repli, voire bascule vers un STM32MP2 documentée en phase de design pour amortir une rupture catastrophique. Sur un SoM, la seconde source est limitée à ce que le vendeur du module propose, ce qui réduit la marge de manoeuvré face à une pénurie de composants ou un changement de stratégie commerciale du vendeur.

Sur un projet récent, dans notre laboratoire AESTECHNO à Montpellier, nous avons accompagné un industriel qui voulait conserver la maîtrise complète de sa BoM pour pouvoir négocier directement avec NXP, Murata, Microchip et les fondeurs PCB tier-2. Le SoM aurait imposé un canal d'approvisionnement unique. Le custom autour de l'i.MX 8M Plus ouvre le portefeuille fournisseur et fragilise l'effet de levier vendor. Cette dimension de souveraineté technique est devenue un argument structurant en 2026, dans la continuité du Cyber Resilience Act et du règlement européen sur les matières premières critiques.

Critère 4 : intégration mécanique et form factor

Le form factor est l'ensemble normalisé de dimensions, de position de connecteur et de brochage qui définit l'encombrement physique d'une carte. Un SoM impose son form factor (SO-DIMM 200, MXM, Q7, SMARC), alors qu'une carte custom carrier laisse l'équipe fixer librement le contour, sous la seule contrainte des règles IPC-2221.

L'intégration mécanique du produit final dicte les contraintes de form factor sur la carte mère. Un boîtier industriel à IP65 avec dissipation thermique passive, un equipment médical avec contraintes de stérilisation, un véhicule autonome avec budget vibrations et chocs : chaque cas impose un layout que les form factors SoM standardisés (SO-DIMM 200, MXM, Q7, SMARC) ne savent pas toujours satisfaire.

Les form factors SoM dominants en 2026 sont SO-DIMM 200 (Variscite VAR-SOM), MXM 314 broches (Compulab UCM), SMARC 2.1 (Phytec phyBOARD, Kontron), et Q7 (Toradex Apalis et Verdin avec son propre standard). Chacun fige la position du connecteur principal, la zone de dissipation, et les pinouts d'expansion. Si le produit cible un boîtier plat de 18 mm d'épaisseur avec un connecteur d'alimentation contraint en position, le SoM peut nécessiter une carte fille additionnelle pour respecter le cahier des charges mécanique, ce qui annule son avantage de time-to-market.

Le custom autour d'un i.MX 8M Plus permet de placer l'application processor exactement où la mécanique le réclame, de gérer la dissipation thermique avec un plan de masse continu sous le die du BGA, et d'aligner les connecteurs sur les ouvertures du boîtier. Sur un projet d'ordinateur industriel haute densité que nous avons mené, le routage custom a été le seul moyen de tenir la profondeur de boîtier de 60 mm avec une pile DDR4 et un Ethernet TSN 1000BASE-T1, là où le SoM SO-DIMM imposait 75 mm minimum. Le retour d'expérience confirme : sur les boîtiers contraints, le form factor est rarement négociable.

Retour terrain : i.MX 8M Plus custom contre SoM en industriel

Sur un projet récent d'équipement industriel à 1k-10k unités annuelles et 12 ans de durée de vie produit, dans notre laboratoire AESTECHNO à Montpellier, nous avons mesuré sur banc Tektronix TekExpress que la marge d'intégrité de signal LPDDR4 atteignait 18 sur 20 essais après deux itérations stack-up. Notre méthodologie de qualification matérielle reste constante sur chaque projet i.MX : caractérisation pré-conformité sur banc Tektronix TekExpress en chambre semi-anéchoïque, balayage CISPR 32 / EN 55032 de 30 mégahertz à 6 gigahertz, simulation des couplages parasites sur ANSYS SIwave et HyperLynx, audit BSP Yocto contre les versions kernel Linux LTS applicables, qualification thermique en chambre climatique -40 / +85 degrés Celsius selon IEC 60068-2-1 et IEC 60068-2-2. Contrairement à l'idée reçue selon laquelle le SoM raccourcit automatiquement le calendrier projet, nous avons constaté que le surcoût de form factor (SO-DIMM 200 imposait une profondeur 25 pourcents au-dessus de notre cahier des charges mécanique) et la dépendance vendor sur le BSP annulaient le gain de 4 mois théoriques. Malgré une volonté forte côté client de minimiser le risque haute vitesse en démarrant SoM, nous recommandons systématiquement le calcul de seuil BOM-au-volume + l'audit PI avant la signature de la spec, ce qui retourne la décision dans environ deux projets sur trois en industriel mid-volume. Le retour d'expérience de notre équipe sur la conception produit et sur le portage de distributions Linux embarqué (Yocto, Buildroot et FreeRTOS) sur i.MX 8M Plus, STM32MP2 et Renesas RZ/G3 confirme : à 12 ans de durée de vie cible, la propriété intellectuelle complète et la planification seconde source pèsent plus que le time-to-market raccourci. Dans notre pratique sur les projets industriels, nous avons observé que le client qui pose la question PI en spec est aussi celui qui valorise le mieux la stratégie multi-source en phase de production, conformément aux principes d'ISO 31000 de gestion des risques et aux recommandations IEC 62443 pour la cybersécurité industrielle.

Quand le SoM reste le meilleur choix (et quand le SBC tue le projet)

Un SBC (Single Board Computer) est une carte complète et autonome, livrée avec son alimentation, ses connecteurs et ses interfaces, conçue d'abord pour le prototypage et la démonstration plutôt que pour la production industrielle longue. Le Raspberry Pi CM4 IO Board et la BeagleBone Black en sont les exemples les plus diffusés en bureau d'études.

Le SoM garde son avantage net dans quatre situations bien identifiées. Inversement, le SBC reste réservé au prototypage et démontre des limites graves dès qu'il bascule en production. Identifier ces zones évite de tirer la décision vers la mauvaise architecture par habitude ou par marketing vendor.

Le SoM gagne dans : (1) un premier produit chez une équipe sans expertise Linux embarqué interne, où le BSP livré par Variscite, Toradex ou Compulab raccourcit le démarrage de 3 a 6 mois ; (2) un volume inférieur à 500 unités annuelles où la NRE custom ne s'amortit jamais ; (3) une durée de vie produit courte (3 a 5 ans), typique des prototypes série limitée ou des produits à roadmap accélérée ; (4) un cahier des charges form factor compatible avec un SO-DIMM 200, MXM ou Q7 sans contrainte mécanique exotique. Dans ces cas, le SoM n'est pas un compromis, c'est l'option optimale.

Le SBC, à l'inverse, échoue presque toujours en production série, et pour des raisons documentées. Cycle de vie composant souvent court (3 a 5 ans, parfois moins), form factor totalement imposé, IO et connectique non négociables, certification CE / FCC à refaire complètement sur le produit assemblé même si le SBC bénéficie d'un marquage. À l'inverse de l'idée reçue selon laquelle le Raspberry Pi CM4 IO Board serait une voie d'entrée en série, nous avons constaté que les redesigns post-launch pour cause d'obsolescence SBC dépassent fréquemment le coût d'un custom carrier dès le premier renouvellement de production. Le SBC reste un excellent outil de prototypage, voire de validation marché, mais l'industrialisation finale repose presque toujours sur un SoM ou un custom.

Méthodologie AESTECHNO : six étapes pour arbitrer SoC, SoM, SBC, custom

La méthodologie que nous appliquons systématiquement chez AESTECHNO pour arbitrer ces quatre options compte six étapes mesurables. Elle s'inscrit dans notre démarche de conception produit industriel et permet de chiffrer la décision avant d'engager la moindre ligne de schématique. Chaque étape génère un livrable que le client peut auditer.

Étape 1 : caractérisation du volume cible sur cinq ans, avec hypothèses basse, moyenne et haute. Cette caractérisation fixe l'horizon d'amortissement. Étape 2 : caractérisation de la durée de vie produit attendue (3, 5, 10, 15 ans), de l'horizon de maintenance et des contraintes obsolescence. Étape 3 : audit propriété intellectuelle et stratégie seconde source, indispensable pour les industriels sous contrainte CRA ou règlement EU sur matières premières critiques. Étape 4 : cahier des charges mécanique avec contraintes form factor, thermique, vibration et chocs (IEC 60068).

Étape 5 : chiffrage NRE comparé sur les quatre options retenues, avec ventilation MOA / MOE et estimation de risque calendrier. Le NRE (Non-Recurring Engineering) est le coût ponctuel d'ingénierie engagé une seule fois pour amener une carte custom carrier de la spécification à la première série, par opposition au coût récurrent de la BOM unitaire. Étape 6 : matrice de décision pondérée qui combine les cinq étapes précédentes et produit un arbitrage chiffré, défendable face au directeur produit, au directeur achats et au directeur financier. La méthodologie complète tient en quatre semaines maximum et permet de signer une spécification matérielle avec un argumentaire structuré, plutôt qu'une intuition vendor.

Cette grille d'arbitrage s'inscrit dans la démarche plus large de notre bureau d'études électronique : un BSP (Board Support Package) est la couche logicielle, bootloader et pilotes qui adapte un noyau Linux au silicium choisi, et son coût de portage pèse autant dans le NRE que le routage matériel. Le time-to-market n'est jamais le seul critère : la planification d'une seconde source d'application processor dès la spécification protège le programme contre l'obsolescence et contre une rupture composant pendant les 10 a 15 ans de vie produit. Une carte custom carrier conçue selon les normes IPC-2221 facilite enfin le passage des essais de certification CE / FCC, puisque le stack-up et le plan de masse sont maîtrisés dès l'origine plutôt que corrigés par blindage tardif.

En résumé

L'arbitrage SoC vs SoM vs SBC vs custom est une décision architecturale qui détermine la roadmap matérielle d'un produit IoT ou industriel pendant 5 a 15 ans. Le SBC sort de la course en production série, et le SoC bare confond pratiquement avec le custom carrier dans les arbitrages réels. Le vrai débat oppose SoM et custom, et il se tranche sur quatre critères mesurables.

• Volume : sous 500 unités/an SoM gagne, au-dessus de 5 000 le custom amortit, entre les deux il faut calculer le point de bascule.
• Durée de vie : aligner le grade silicium (industrial-longevity NXP, STM32 Longevity, Renesas Reliability) sur la durée de vie produit avant de choisir SoM ou custom.
• Propriété intellectuelle : le custom rapatrie la PI complète et ouvre la seconde source AP, le SoM partage la PI avec le vendeur du module.
• Form factor : SO-DIMM 200, MXM, SMARC ou Q7 imposent leurs contraintes ; quand la mécanique est exotique, le custom est le seul moyen.
• Méthodologie AESTECHNO : six étapes mesurables, quatre semaines maximum, un arbitrage chiffré et défendable plutôt qu'une intuition vendor.

Questions fréquentes

Quand préférer un SoM à un custom carrier sur i.MX 8M Plus ?

Le SoM Variscite, Toradex, Compulab ou Phytec gagne quand le volume est inférieur à 500 unités annuelles, quand l'équipe n'a pas d'expertise Linux embarqué interne, ou quand le form factor SO-DIMM / MXM / SMARC est compatible avec le cahier des charges mécanique. Au-delà de 5 000 unités annuelles, sur 7 a 15 ans de durée de vie produit, avec contrainte de propriété intellectuelle complète, le custom carrier autour de l'i.MX 8M Plus bare devient quasi systématiquement gagnant.

Le SBC Raspberry Pi peut-il aller en production ?

Le Raspberry Pi CM4 IO Board ou les BeagleBone restent réservés au prototypage et à la démonstration. Leur cycle de vie composant court (3 a 5 ans), leur form factor non personnalisable et les redesigns post-launch quasi-certains les disqualifient pour une production industrielle longue. Les industriels qui tentent l'industrialisation directe finissent presque toujours par un redesign custom dès le premier renouvellement de stock, ce qui coûte plus cher au global que partir directement sur un SoM ou un custom.

Quel est le point de bascule économique entre SoM et custom carrier ?

Le point de bascule se calcule en confrontant la NRE custom (NRE silicium + carrier + BSP + qualification CEM) au surcoût unitaire récurrent du SoM (25 a 60 pourcents en industriel i.MX 8M Plus selon le module). Sur un projet à 5 000 unités annuelles et 5 ans de production, le custom amortit typiquement la NRE en 12 a 18 mois et libère un gain cumulé significatif sur la suite. Le calcul exact dépend du prix SoM négocié, du surcoût BoM custom et de la NRE projet.

Quels SoCs application processor maîtrisons-nous chez AESTECHNO ?

Nous concevons régulièrement des cartes custom autour de NXP i.MX (8M Plus, 93, 95) et i.MX RT, ST STM32MP1 / MP2, Renesas RZ/G3 et RZ/V, ainsi que NVIDIA Jetson Orin Nano / NX / AGX pour les charges AI embarquées. Le portage BSP s'appuie sur Yocto, Buildroot ou Debian selon le profil projet. Pour les MCU pure (Cortex-M4, M7, M33) nous travaillons sur STM32, Nordic nRF52 / nRF54, Espressif ESP32 et Microchip SAM.

Comment AESTECHNO planifie la seconde source d'un application processor ?

La stratégie seconde source AP s'inscrit dès la phase de spécification, pas en réaction à une rupture. Sur un custom i.MX 8M Plus, nous documentons typiquement deux variantes pin-compatibles (i.MX 8M Mini, i.MX 93 selon les performances cibles), plus une trajectoire de bascule vers STM32MP2 ou Renesas RZ/G3 si une rupture catastrophique imposait un changement de famille. Cette planification rejoint notre méthodologie face aux pénuries de composants et nourrit la conformité Cyber Resilience Act pour les produits IoT industriels.

Articles connexes

• Processeurs NVIDIA Jetson pour l'IA embarquée : la voie SoM optimisée pour l'inférence GPU.
• Méthodologie de conception produit : démarche complète, du cahier des charges à la série.
• Externaliser sa conception électronique : décision make-or-buy en amont de l'arbitrage architecture.
• Cyber Resilience Act et conformité IoT : impact du CRA sur le choix d'architecture matérielle.
• Pénurie semi-conducteurs 2026 : stratégie seconde source et résilience BoM.