Hvad gør en brugerdefineret carrier-board?
En carrier-board forbinder et computermodul til resten af et produkt. Det kan give strømkonvertering, felttransceivere, stik, beskyttelse, lagerforbindelser og kontrolfunktioner. Det præcise arbejde afhænger af, hvad modulet allerede leverer, og hvad installationen kræver.
Projektet strækker sig ud over at placere stik rundt om et modul. Mekaniske begrænsninger, signalintegritet, softwarekonfiguration, fremstilling og serviceadgang interagerer. Et stik, der flyttes sent i projektet, kan påvirke routing, kabinet-værktøj og ledningsnettet. Fang disse afhængigheder, mens de stadig er billige at ændre.
Hvis platformsbeslutningen stadig er åben, skal du begynde med SoM versus single-board computerguide. Hvis designet inkluderer AI-inferens, skal du validere den tilsigtede model og sensorstien, før du fryser beregningsmodulet.
Hvad skal medtages i designoplægget
| Input | Oplysninger at give | Hvorfor det ændrer designet |
|---|---|---|
| Beregningsmodul | Præcis del, revision, hukommelse/lagervariant og understøttet BSP | Definerer elektriske, mekaniske og software grænser |
| Grænseflader | Antal, elektrisk standard, datahastighed, stik, isolation og kabellængde | Bestemmer transceivere, beskyttelse, routing og validering |
| Forsyning | Nominel spænding, driftsområde, opstart og forstyrrelseskrav | Definerer konvertering, sekventering, beskyttelse og termisk arbejde |
| Mekanik | Board-kontur, højdegrænser, montering, konnektorpositioner og kabinet-model | Begrænser placering, køling og montering |
| Software | Operativsystem, krav til opstart/opdatering og perifer support | Definerer BSP, driver- og applikationsintegrationsarbejde |
| Validering | Driftsmiljø, anvendelige tests og målbare acceptkriterier | Definerer udstyr, prototyper, testtid og beviser |
| Produktion | pilotprojekt mængde, forventede mængder, servicemodel og produktionsleverancer | Påvirker sourcing, testarmaturer og ændringskontrol |
Markér ukendte eksplicit, og tildel hver enkelt en ejer. For eksempel lader "fire kameraer" grænsefladen, sensoren, kabellængden, synkronisering og samtidige driftstilstande åbne. En indledende opdagelsesfase kan løse disse usikkerheder, før et fast implementeringsomfang er aftalt.
En praktisk design- og valideringsproces
- Krav og gennemførlighed. Bekræft modulet, grænsefladeallokering, tilgængelig software og større risici. Fremstil et aftalt blokdiagram og acceptoversigt.
- Skematisk og komponentgennemgang. Definer krafttræet, beskyttelse, ure, nulstillinger og grænseflader. Gennemgå komponenttilgængelighed og alternativer før layout.
- Layout og fremstillingsgennemgang. Løs opstabling, placering, routing-begrænsninger, mekanisk tilpasning, samlingsadgang og testpunkter.
- Prototype indkøb og montage. Tjek fabrikationsdata og komponentudskiftninger, og optag derefter den indbyggede konfiguration af hvert kort.
- opstart og test af hardware og softwareintegration. Bekræft strøm og opstart før træning af grænseflader og applikationens arbejdsbyrde. Spor problemer i forhold til board- og softwarerevisioner.
- Validering og overdragelse. Kør de aftalte tests, luk problemer og lever de frigivelsesdata og understøttende beviser defineret i projektets omfang.
Brug modulproducentens designvejledning og opstart og test af hardware tjekliste for den valgte del. Leverandørreferencer kan identificere krav, der er lette at overse, men instruktioner for et andet modul eller generation er ikke udskiftelige. NVIDIA-tjeklisten i referencerne er et eksempel på, hvordan hardware- og softwaretjek dokumenteres for et bestemt økosystem.
Hvad bestemmer prisen for carrier-board NRE?
Ikke-tilbagevendende ingeniørarbejde dækker over arbejde udført for at skabe og validere designet. Et nyttigt tilbud adskiller det arbejde fra prototypekomponenter, PCB-fabrikation, montage, inventar, ekstern test og tilbagevendende produktion. Aftal hvilke af disse der er inkluderet, valgfri eller opkrævet separat.
| Cost driver | Spørgsmål der skal løses før et tilbud |
|---|---|
| Interface kompleksitet | Er grænseflader allerede understøttet, eller har de brug for nye kredsløb og drivere? |
| Højhastigheds layout | Hvilke signaler stiller krav til stack-up, impedans og validering? |
| Kraft og beskyttelse | Hvilke forsyningsforhold og markforstyrrelser skal hele produktet tåle? |
| Mekaniske begrænsninger | Er omridset fleksibelt, eller skal designet passe til en fast konvolut og sele? |
| Software omfang | Omfatter arbejdet BSP-tilpasning, drivere, gendannelse og opdateringssupport? |
| Prototype iterationer | Hvordan håndteres forventede revisioner, gentest og omfangsændringer? |
| Kvalificering og produktion | Hvilke formelle tests, inventar og fremstillingsdokumenter er påkrævet? |
En ren "PCB design" pris er svær at sammenligne med et komplet produktudviklingstilbud. Anmod om en leveringsliste, antagelser, udelukkelser, acceptkriterier og ændringsproces. Det gør det muligt at sammenligne forslag uden at antage, at manglende arbejde er inkluderet.
Hvordan skal tidslinjen planlægges?
Byg tidsplanen omkring afhængigheder. Kravgodkendelse går forud for designfrysningen; fabrikation og komponenttilgængelighed bestemmer, hvornår samlede prototyper kan ankomme; en hardwareændring kan kræve endnu en produktionscyklus, før en test kan gentages. Software kan kun fortsætte parallelt på en udviklingsplatform, hvor denne platform repræsenterer den endelige hardware tæt nok.
Ved hver milepæl skal du angive leverancen, ejeren, revisionsbeslutningen og næste afhængighed. For eksempel: godkendt skematisk; frigivet fremstilling pakke; drevet prototype; verificerede grænseflader; applikationstestrapport; produktionsudgivelse.
Et troværdigt leveringsestimat kræver et defineret omfang og en komponent-forsyningskontrol. Adskil ingeniørindsats fra forløbet gennemløbstid og inkluderer tid til gennemgang, indkøb og en aftalt iterationstillæg. Behandl tilgængelighed af prototyper og produktionskvalifikation som separate milepæle.
Definer accept før den første prototype
Gør krav til observerbare tests. I stedet for "gatewayen virker", specificer interfacetilstande, trafikmønster, varighed, tilladt tab og log eller måling, der registrerer resultatet. I stedet for "AI er hurtig", skal du definere model, input, nøjagtighedstærskel, vedvarende gennemløb og acceptabel outputforsinkelse.
- Dokumentopstart, nedlukning, gendannelse og adfærd efter en afbrudt opdatering.
- Træn de nødvendige grænseflader sammen i stedet for kun én ad gangen.
- Kør den tilsigtede arbejdsbelastning længe nok til at evaluere den relevante termiske driftstilstand.
- Bekræft de aftalte service- og produktionstestprocedurer.
- Hold bestyrelsesrevisionen, firmwaren og softwarebilledet knyttet til hvert testresultat.
For mekaniske og kraftmæssige overvejelser, se vores robust designnote uden ventilator. For en arbejdsbyrde på et neuralt netværk er RK3588 NPU testvejledning giver et udgangspunkt for at adskille modelydeevne fra komplet systemydeevne.
Aftal overdragelsespakken
Angiv formater og rettigheder til diagrammer, PCB layout, produktionsoutput, stykliste, monteringsvejledninger, software, programmeringsinstruktioner og testarmaturer. Definer hvilke redigerbare kilder der leveres, hvilke tredjepartskomponenter der har separate licenser, og hvem der vedligeholder designet efter accept. Disse er projektvilkår, der skal aftales, ikke forudsætninger, der følger automatisk af betaling af NRE.
En nyttig udgivelse registrerer også kendte begrænsninger, godkendte erstatninger, uløste risici og proceduren for anmodning om ændringer. Disse oplysninger hjælper produktions- og serviceteamene med at skelne en kontrolleret revision fra en udokumenteret variation.
Brugerdefinerede carrier-board spørgsmål
Kan en referencebærer kopieres uændret?
Det kan være et ingeniørmæssigt udgangspunkt, hvor licensen tillader det, men den nye installation har stadig brug for elektrisk, mekanisk, software- og produktionsvalidering. Kontroller, at hvert refereret design gælder for det nøjagtige modul og revision.
Er BSP arbejde inkluderet automatisk?
Kun hvis det aftalte omfang omfatter det. Angiv, hvem der ejer boot-konfiguration, perifer support, operativsystemintegration og langsigtede opdateringer i projektoversigten.
Hvad er nok til en første diskussion?
Et blokdiagram, modulpræference, grænsefladeliste, forsyningsdetaljer, kabinet-begrænsninger, målmængder og planlagt pilotprojekt-dato er et nyttigt udgangspunkt. Inkluder det, der stadig er uafgjort, så den første samtale kan fokusere på disse risici.
Tilslut PCB design til indlejret Linux opstart og test af hardware
Brugerdefineret PCB-design og indlejret systemsoftware er indbyrdes afhængige. En board-understøttelsespakke (BSP) skal matche det valgte system-on-modul, strømsekvensering, pin-allokering og tilsluttede perifere enheder. Løs disse grænseflader før layout, så hardware og indlejret Linux opstart og test af hardware kan fortsætte mod den samme konfiguration.
For et edge AI-produkt skal du inkludere den tilsigtede kamera- eller sensorsti i det tidlige gennemførlighedsarbejde. Et fungerende processormodul beviser ikke, at den komplette optagelses- og inferenspipeline vil opfylde den påkrævede latenstid. Fang drivertilgængelighed, hukommelsesbehov og testbeviser i projektoversigten.
Gennemgå blæserløse industrielle pc-designbegrænsninger
Tekniske referencer
- NVIDIA: modultilpasning og hardware/software opstart og test af hardware tjeklister
- Digi: Udgangspunkter for udvikling af indlejrede systemer
Processen ovenfor er en projektplanlægningsramme. Elektriske designregler skal komme fra det valgte moduls aktuelle tekniske dokumentation.
Medbring din grænsefladeliste.
Send modulpræference, stik, forsyning, kabinet og pilotprojekt mængde. Vi kan gøre dem til en scoped carrier-board og indlejret software diskussion.
