Kundanpassade bärarkort: process, kostnadsfaktorer och tidsplan

Vad gör en anpassad bärarkort?

En bärarkort ansluter en beräkningsmodul till resten av en produkt. Den kan tillhandahålla effektomvandling, fälttransceivrar, kontakter, skydd, lagringsanslutningar och kontrollfunktioner. Det exakta arbetet beror på vad modulen redan levererar och vad installationen kräver.

Projektet sträcker sig längre än att placera kontakter runt en modul. Mekaniska begränsningar, signalintegritet, mjukvarukonfiguration, tillverkning och serviceåtkomst samverkar. En kontakt som flyttas sent i projektet kan påverka routing, kapsling-verktyg och kabelmattan. Fånga dessa beroenden medan de fortfarande är billiga att ändra.

Om plattformsbeslutet fortfarande är öppet, börja med SoM kontra enkortsdatorguide. Om designen inkluderar AI-inferens, validera den avsedda modellen och sensor-vägen innan beräkningsmodulen fryses.

Vad ska inkluderas i designbriefen

Markera okända uttryckligen och tilldela var och en en ägare. Till exempel lämnar "fyra kameror" gränssnittet, sensor, kabellängd, synkronisering och samtidiga driftlägen öppet. Ett inledande upptäcktssteg kan lösa dessa osäkerheter innan ett fast implementeringsomfång har överenskommits.

En praktisk design- och valideringsprocess

1. Krav och genomförbarhet. Bekräfta modulen, gränssnittsallokering, tillgänglig programvara och större risker. Ta fram ett överenskommet blockschema och acceptansöversikt.
2. Schematisk och komponentgranskning. Definiera kraftträdet, skydd, klockor, återställningar och gränssnitt. Granska komponenttillgänglighet och alternativ före layout.
3. Layout och tillverkningsgenomgång. Lös uppstapling, placering, routingbegränsningar, mekanisk passning, monteringsåtkomst och testpunkter.
4. Prototypupphandling och montering. Kontrollera tillverkningsdata och komponentbyten och registrera sedan den byggda konfigurationen för varje kort.
5. Driftsättning och programvaruintegration. Verifiera ström och start innan du tränar gränssnitt och applikationens arbetsbelastning. Spåra problem mot kort- och mjukvaruversioner.
6. Validering och överlämnande. Kör de överenskomna testerna, avsluta problem och leverera releasedata och stödjande bevis som definieras i projektets omfattning.

Använd modultillverkarens designguide och driftsättning checklista för den valda delen. Leverantörsreferenser kan identifiera krav som är lätta att förbise, men instruktioner för en annan modul eller generation är inte utbytbara. NVIDIA checklistan i referenserna är ett exempel på hur hårdvaru- och mjukvarukontroller dokumenteras för ett visst ekosystem.

Vad bestämmer bärarkort NRE kostnad?

Engångsteknik omfattar arbete som utförs för att skapa och validera designen. En användbar offert skiljer det arbete från prototypkomponenter, PCB tillverkning, montering, fixturer, extern testning och återkommande produktion. Kom överens om vilka av dessa som ingår, valfritt eller debiteras separat.

Ett rent "PCB design"-pris är svårt att jämföra med en komplett produktutvecklingsoffert. Begär en leveranslista, antaganden, uteslutningar, acceptanskriterier och förändringsprocess. Det gör det möjligt att jämföra förslag utan att anta att saknat arbete ingår.

Hur ska tidslinjen planeras?

Bygg schemat kring beroenden. Kravgodkännande föregår designfrysningen; tillverkning och komponenttillgänglighet avgör när monterade prototyper kan komma fram; en maskinvaruändring kan kräva ytterligare en tillverkningscykel innan ett test kan upprepas. Programvara kan fortsätta parallellt på en utvecklingsplattform endast där den plattformen representerar den slutliga hårdvaran tillräckligt nära.

En trovärdig leveransuppskattning kräver en definierad omfattning och en kontroll av komponenttillförsel. Separera ingenjörsinsats från förfluten ledtid och inkludera tid för granskning, upphandling och en överenskommen iterationstillägg. Behandla prototyptillgänglighet och produktionskvalificering som separata milstolpar.

Definiera acceptans före den första prototypen

Förvandla krav till observerbara tester. Istället för att "gatewayen fungerar", ange gränssnittslägen, trafikmönster, varaktighet, tillåten förlust och loggen eller mätningen som registrerar resultatet. Istället för att "AI är snabb", definiera modellen, ingången, noggrannhetströskeln, ihållande genomströmning och acceptabel utmatningsfördröjning.

• Dokumentstart, avstängning, återställning och beteende efter en avbruten uppdatering.
• Utöva de nödvändiga gränssnitten tillsammans, snarare än bara ett åt gången.
• Kör den avsedda arbetsbelastningen tillräckligt länge för att utvärdera det relevanta termiska driftsförhållandet.
• Verifiera de överenskomna service- och produktionstestprocedurerna.
• Behåll kortets revision, firmware och mjukvarubild bifogad till varje testresultat.

För mekaniska och kraftöverväganden, se vår robust fläktlös datordesignnotering. För en arbetsbelastning i ett neuralt nätverk, RK3588 NPU testguide ger en utgångspunkt för att skilja modellprestanda från kompletta systemprestanda.

Godkänn överlämningspaketet

Ange format och rättigheter för scheman, PCB-layout, tillverkningsutdata, stycklistor, monteringsanvisningar, programvara, programmeringsinstruktioner och testfixturer. Definiera vilka redigerbara källor som levereras, vilka tredjepartskomponenter som har separata licenser och vem som underhåller designen efter godkännande. Dessa är projektvillkor att komma överens om, inte antaganden som följer automatiskt av att betala NRE.

En användbar version registrerar även kända begränsningar, godkända ersättningar, olösta risker och proceduren för att begära ändringar. Den informationen hjälper tillverknings- och serviceteamen att skilja en kontrollerad revision från en odokumenterad variant.

Anpassade bärarkort frågor

Kan en referens bärarkort kopieras oförändrad?

Det kan vara en teknisk utgångspunkt där dess licens tillåter, men den nya installationen behöver fortfarande validering av elektrisk, mekanisk, mjukvara och tillverkning. Kontrollera att varje refererad design gäller den exakta modulen och revisionen.

Ingår BSP arbete automatiskt?

Endast om den överenskomna omfattningen omfattar det. Ange vem som äger startkonfiguration, kringutrustning, integration av operativsystem och långsiktiga uppdateringar i projektrapporten.

Vad räcker för en första diskussion?

Ett blockschema, modulpreferenser, gränssnittslista, leveransdetaljer, kapsling-begränsningar, målkvantiteter och avsett pilotprojekt-datum är en användbar utgångspunkt. Inkludera det som är obestämt så att det första samtalet kan fokusera på dessa risker.

Anslut PCB design till inbäddad Linux driftsättning

Anpassad PCB-design och programvara för inbyggda system är beroende av varandra. Ett kortstödspaket (BSP) måste matcha vald system-på-modul, effektsekvensering, stifttilldelning och anslutna kringutrustning. Lös dessa gränssnitt före layout så att hårdvara och inbyggd Linux driftsättning kan fortsätta mot samma konfiguration.

För en edge AI-produkt, inkludera den avsedda kameran eller sensor-vägen i tidigt genomförbarhetsarbete. En fungerande processormodul bevisar inte att hela förvärvs- och slutledningspipelinen kommer att uppfylla den erforderliga latensen. Fånga drivrutinstillgänglighet, minnesbehov och testbevis i projektrapporten.

Granska fläktlösa industriella PC-designbegränsningar