SOM vs custom PCB: welke hardware-architectuur kies je voor een embedded Linux-product?

Wie een embedded Linux-product ontwikkelt, moet vroeg beslissen hoe de processor op het board komt. Je kunt een System-on-Module (SOM) op een eigen carrier board zetten, of de volledige processorarchitectuur zelf op één PCB ontwerpen. Een SOM verlaagt het ontwikkelrisico en brengt je sneller op de markt. Een volledig custom board kan interessanter worden bij hogere volumes, een strikte vormfactor of specifieke I/O.

Welke kant je op gaat, hangt zelden af van de prijs van één component. Het gaat over de totale kost, de lifecycle, de softwareondersteuning en hoeveel risico je in het product wilt dragen.

Wat er precies verschilt

Bij een SOM-architectuur zitten de application processor, het RAM, vaak ook de eMMC en de complexe power- en high-speed infrastructuur op een aparte module. Je eigen carrier board bevat wat specifiek is voor je product: de I/O, de voeding, de connectoren en de interfaces. Bij een volledig custom PCB integreer je de processor, het DDR-geheugen, de storage, de PMIC en alle interfaces rechtstreeks op je eigen board.

Waarom een SOM zo aantrekkelijk is

Een moderne application processor op een eigen PCB zetten is heel wat complexer dan een ontwerp met een microcontroller. De DDR-layout, power sequencing, de configuratie van de PMIC, bootstraps, eMMC, de signal integrity van high-speed signalen en het thermisch ontwerp moeten allemaal samen kloppen. Een SOM neemt een groot deel van dat werk van je over. Concreet levert dat meestal het volgende op:

• Je ontwikkelt sneller en hebt minder hardware-iteraties nodig.
• De software kan vaak al starten op een development kit terwijl het carrier board nog in ontwerp is.
• Processor, RAM, storage en power-architectuur zijn als combinatie al gevalideerd.
• Je hebt minder eigen high-speed PCB-layout, en dus minder technisch risico.
• De SOM-leverancier levert vaak een BSP, een bootloaderconfiguratie en Yocto-integratie mee.
• Binnen dezelfde productfamilie bied je makkelijker varianten aan met een andere CPU, meer RAM of meer storage.

Met een SOM koop je dus niet alleen hardware, maar ook een stuk engineering, validatie en lifecycle-management.

De keerzijde: een hogere kost per toestel

Die lagere NRE en snellere ontwikkeling betaal je terug via een hogere prijs per toestel. De SOM-leverancier rekent zijn PCB, connectoren, validatie, voorraadbeheer en marge mee in elke module. Bij lage en middelgrote volumes is dat vaak een uitstekende ruil. Naarmate het volume stijgt, kan die terugkerende meerkost wel zwaarder beginnen wegen dan de eenmalige engineeringkost van een eigen processorboard.

Een eenvoudig rekenvoorbeeld

Stel dat een SOM-oplossing per toestel 80 euro duurder is dan een gelijkwaardig volledig custom ontwerp. Bij 100 toestellen per jaar kost je dat 8.000 euro per jaar. Bij 20.000 toestellen per jaar loopt het op tot 1,6 miljoen euro per jaar, of 16 miljoen over tien jaar. De exacte cijfers verschillen sterk van platform tot platform, maar het principe blijft hetzelfde.

Het volume verandert de economische afweging. Een SOM verlaagt vooral de engineeringkost en het risico, een custom PCB vooral de terugkerende productkost.

Kijk naar de TCO en niet alleen naar de BOM

Er bestaat geen break-evenvolume dat voor elk product geldt. Een eerlijke vergelijking houdt minstens rekening met de complexiteit van de PCB, het aantal engineeringuren, prototypes, EMC-iteraties, certificatie, het productievolume, de verwachte levensduur, het risico op een redesign, het softwareonderhoud en wat het waard is om vroeger op de markt te zijn.

Kostencomponent	SOM + carrier	Custom PCB
Initiële engineering	Lager	Hoger
Prototype-risico	Lager	Hoger
Kost per toestel	Doorgaans hoger	Potentieel lager
Verantwoordelijkheid bij een redesign	Deels bij de SOM-leverancier	Volledig intern
Time-to-market	Doorgaans sneller	Doorgaans trager

Hardware en software tegelijk ontwikkelen

Een groot voordeel van een SOM is dat de software niet moet wachten op het finale eigen board. De kernel, het Yocto-image, de Qt- of andere applicatiesoftware, de communicatie en de update-infrastructuur kun je vaak al ontwikkelen op een development kit of een evaluatieboard van de SOM. Ondertussen lopen het ontwerp van het carrier board, de mechanica en de voorbereiding van de productie gewoon door.

Voor een nieuw product kan het economisch veel belangrijker zijn om enkele maanden eerder te valideren of te lanceren dan om een paar tientallen euro’s op de BOM te besparen.

Lifecycle en supply chain

Een SOM haalt het lifecycle-risico niet weg, een deel ervan verschuift naar de leverancier van de module. Dat is een voordeel als die leverancier componentwijzigingen actief opvolgt en een lange beschikbaarheid garandeert. Tegelijk maak je jezelf afhankelijk van een extra partij. Een paar vragen die je daarom vooraf stelt:

• Hoe lang garandeert de leverancier dat de module beschikbaar blijft?
• Hoe worden wijzigingen aan RAM, eMMC, PMIC of nieuwe PCB-revisies beheerd?
• Blijft de BSP compatibel en onderhouden over de volledige levensduur van je product?
• Bestaan er pin-compatibele alternatieven of migratiepaden?
• Wat gebeurt er wanneer de module EOL gaat?

Een processor met een lange lifecycle betekent niet automatisch dat de SOM waarop hij zit even lang beschikbaar blijft.

De software hoort bij de hardwarekeuze

Bij embedded Linux kies je nooit alleen een processor of een module. In de praktijk kies je een combinatie van hardware, bootloader, kernel, BSP, Yocto-layers, security-ondersteuning en een updatepad. Een technisch sterke SOM met een slecht onderhouden BSP kan daardoor toch een slechte keuze zijn voor je product.

Voor industriële producten loont het dus om al vóór de hardwareselectie te kijken naar de upstream Linux-support, de kwaliteit van de vendor BSP, het releasebeleid voor Yocto, secure boot, OTA-updates, de opvolging van SBOM en CVE’s, en hoe afhankelijk je wordt van software die alleen die leverancier levert.

EMC en certificatie

Een SOM verkleint de kans op problemen met DDR en andere high-speed signalen, maar maakt je eindproduct niet vanzelf compliant. Het carrier board, de voedingen, kabels, het display, de behuizing en de externe interfaces bepalen samen het EMC-gedrag van het volledige toestel. Ook met een gecertificeerde of vooraf geteste module moet je het eindproduct nog altijd valideren.

Wanneer wordt volledig custom interessant?

Er zijn een aantal situaties waarin een eigen processorboard de extra engineering waard is:

• Hoge volumes. De besparing op de BOM kan de hogere NRE terugverdienen.
• Een strikte vormfactor. Een SOM, de board-to-boardconnector en het carrier board nemen samen extra oppervlakte en hoogte in.
• Specifieke I/O. Je toepassing vraagt een ongewone combinatie van interfaces, PHY’s, een FPGA, of camera- en displayverbindingen.
• Thermisch ontwerp. Je wilt volledige vrijheid over waar de processor en het geheugen staan en hoe de warmte wegloopt.
• Controle over de supply chain. Je wilt componenten rechtstreeks inkopen en zelf alternatieven kwalificeren.
• Een zeer lange lifecycle. Je wilt redesigns en componentmigraties volledig zelf in handen hebben.

Eerst een SOM, later custom

Voor veel nieuwe producten hoeft de keuze niet definitief te zijn. Een eerste generatie kan starten met een SOM en een eigen carrier board, zodat je snel naar prototypes en serieproductie gaat. Is het product bewezen en stijgt het volume, dan kan een volgende hardwaregeneratie de processorarchitectuur rechtstreeks op het board integreren.

Op dat moment zijn de belangrijkste onzekerheden weg. Je weet welke I/O je nodig hebt, RAM en storage zijn gevalideerd, de thermische belasting is gemeten, de EMC-risico’s zijn zichtbaar en vooral: je kent het werkelijke verkoopvolume veel beter.

Beslismatrix

Factor	SOM + carrier	Volledig custom
Ontwikkelkost	Lager	Hoger
Time-to-market	Sneller	Trager
Hardwarecomplexiteit	Lager	Hoger
Unit cost	Hoger	Lager bij voldoende volume
Lage en middelgrote volumes	Vaak een sterke fit	Moeilijker te verantwoorden
Vrijheid in vormfactor	Beperkter	Maximaal
Designrisico rond de processor	Voornamelijk bij de SOM-leverancier	Eigen verantwoordelijkheid
Controle over de supply chain	Deels afhankelijk van de leverancier	Meer directe controle
BSP en software	Vaak een basis beschikbaar	Meer eigen integratie

Hoe wij ernaar kijken

Bij Invisto bekijken we de volledige productarchitectuur en niet alleen de processor. De verwachte volumes, de levensduur van het product, mechanische beperkingen, het display, de connectiviteit, de Linux-ondersteuning, security en de updatestrategie bepalen samen welke hardware-architectuur logisch is.

Voor veel industriële producten geeft een System-on-Module met een eigen carrier board een goede balans tussen controle, ontwikkelsnelheid en risico. Bij hogere volumes of sterk geoptimaliseerde producten kan een volledig custom processorboard op termijn technisch en economisch de betere architectuur worden.

Onze X Series panel-pc’s zijn op die manier opgebouwd. De application processor of SOM, het eigen carrier board en de mechanica, een beheerde embedded Linux-stack en de update- en securitystrategie ontwerpen we als één product.