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

Pour un produit industriel à 1k-10k unités/an et une longue durée de vie cible, une carte custom autour d'un System on Chip (SoC) comme l'i.MX 8M Plus l'emporte souvent sur un System on Module (SoM) sur étagère. Le SoM ne gagne pas d'office en mid-volume : la propriété intellectuelle, la seconde source et le form factor font souvent pencher la décision dans l'autre sens. Chez AESTECHNO, bureau d'études électronique à Montpellier, nous arbitrons ce choix sur quatre critères mesurables.

Sommaire

• Qu'est-ce qu'un SoC, un SoM, un SBC, et un design custom ?
• Pourquoi cette décision pèse sur 5 à 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
• 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.

SoM et SBC : l'intégration prête à l'emploi

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 à 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.

Pourquoi cette décision pèse sur 5 à 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 à 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 à 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.

Le poids de la certification dans l'équation

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 de NXP i.MX et NVIDIA Jetson Orin. Les sept dimensions comparées couvrent le time-to-market initial (de 2 à 4 mois pour un prototype SBC à 12 à 18 mois pour un SoC bare), la NRE, le coût unitaire de BoM, la liberté de form factor, la propriété intellectuelle, la durée de vie cible et la possibilité de seconde source. Deux ruptures ressortent immédiatement de la lecture : le SBC sort de la course pour toute production sérieuse, et le custom carrier rejoint le SoC bare sur la maîtrise complète de la PI et la longévité de 10 à 15 ans.

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.

Les trois variables du seuil de bascule

Le seuil exact dépend de trois variables : le prix négocié du SoM (typiquement 80 à 250 euros HT par module en i.MX 8M Plus), le surcoût BoM custom par rapport au SoM (généralement 25 à 60 pourcent en moins par unité une fois la NRE absorbée), et la NRE custom (très variable 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 applicables 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.

Longévité SoM contre SoC bare : l'idée reçue

Un SoM ne dure pas forcément plus longtemps qu'un 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 manœuvre face à une pénurie de composants ou un changement de stratégie commerciale du vendeur.

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 équipement 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

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 les boîtiers contraints, le form factor est rarement négociable.

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. La frontière entre les deux ne relève pas du goût mais du volume, de la durée de vie visée et du niveau de responsabilité industrielle que le porteur du produit accepte d'assumer.

Les quatre situations où chaque option gagne

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 à 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 à 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 à 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. Le Raspberry Pi CM4 IO Board n'est pas non plus 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.

Le cas COM Express : module x86 et carte porteuse sur mesure

La logique du SoM ne se limite pas à l'ARM. Sur x86, COM Express joue le même rôle : un module normalisé porte le processeur, la mémoire et le chipset, et une carte porteuse sur mesure apporte les connecteurs, l'alimentation et les interfaces propres au produit. Le standard est piloté par le PICMG, ce qui garantit une compatibilité mécanique et électrique entre fournisseurs et donc une seconde source réelle.

C'est l'architecture à considérer quand le produit a besoin de puissance x86, de compatibilité logicielle Windows ou Linux standard, et d'une longévité industrielle de dix ans, sans que l'équipe ait à concevoir un routage processeur complet.

Retour terrain. Nous avons conçu pour un client une carte porteuse sur mesure destinée à un module COM Express à processeur Intel. Le produit se vend aujourd'hui à plusieurs milliers d'exemplaires par an, il est passé en série sans reprise de conception liée à la fabrication, et après trois ans de production il ne nous a valu aucun appel de support. La carte porteuse est précisément l'endroit où cette architecture se joue : le module est un composant catalogue, mais l'alimentation, la gestion thermique, les liens rapides PCIe et USB et la conformité CEM sont, eux, entièrement de la responsabilité du concepteur de la carte porteuse.

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).

Du chiffrage NRE à la décision documentée

É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 à 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 à 15 ans. Le SBC sort de la course en production série, et le SoC bare se 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. Le volume cumulé sur cinq ans, la durée de vie visée, la propriété des fichiers de conception et le form factor mécanique constituent les quatre critères qui tranchent réellement la décision. Le SBC reste un excellent véhicule de prototypage et un piège en production série ; le SoM achète du time-to-market contre un surcoût unitaire et une dépendance fournisseur ; le custom carrier rend la PI et la BoM au porteur du projet dès que le volume amortit la NRE.

• 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 à 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 à 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 à 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 à 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, ainsi que NVIDIA Jetson Orin NX 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 alternatives (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.