Ce face o bază personalizată pentru un modul de calcul?

O placă de bază pentru un modul de calcul conectează un modul de calcul la restul unui produs. Poate oferi conversie de putere, transceiver de câmp, conectori, protecție, conexiuni de stocare și funcții de control. Lucrarea exactă depinde de ceea ce furnizează deja modulul și de ce necesită instalarea.

Proiectul se extinde dincolo de plasarea conectorilor în jurul unui modul. Constrângerile mecanice, integritatea semnalului, configurarea software-ului, producția și accesul la service interacționează. Un conector mutat cu întârziere în proiect poate afecta rutarea, uneltele carcasei și cablajul de cabluri. Capturați aceste dependențe cât timp sunt încă ieftin de schimbat.

Dacă decizia platformei este încă deschisă, începeți cu SoM versus ghid de computer cu o singură placă. Dacă designul include inferența AI, validați modelul și calea senzorului dorit înainte de a îngheța modulul de calcul.

Ce să includeți în brief-ul de proiectare

IntrareInformații de furnizatDe ce schimbă designul
Modul de calculPiesa exactă, versiunea, varianta de memorie/stocare și BSP acceptatăDefinește limitele electrice, mecanice și software
InterfețeNumăr, standard electric, rata de date, conector, izolație și lungimea cabluluiDetermină transceiver, protecție, rutare și validare
AprovizionareTensiunea nominală, domeniul de funcționare, cerințele de pornire și perturbațiiDefinește conversia, secvențierea, protecția și munca termică
MecanicaConturul plăcii, limitele de înălțime, montarea, pozițiile conectorilor și modelul carcaseiConstrânge amplasarea, răcirea și asamblarea
SoftwareSistem de operare, cerințe de pornire/actualizare și suport perifericDefinește BSP, driverul și munca de integrare a aplicațiilor
ValidareMediu de operare, teste aplicabile și criterii de acceptare măsurabileDefinește echipamentele, prototipurile, timpul de testare și dovezile
ProductieCantitatea pilot, volumele așteptate, modelul de servicii și produsele de producțieInfluențează aprovizionarea, testarea dispozitivelor și controlul schimbărilor

Marcați necunoscutele în mod explicit și atribuiți fiecăruia un proprietar. De exemplu, „patru camere” lasă deschise interfața, senzorul, lungimea cablului, sincronizarea și modurile de operare simultane. O etapă inițială de descoperire poate rezolva aceste incertitudini înainte de a se conveni asupra unui domeniu de implementare fix.

Un proces practic de proiectare și validare

  1. Cerințe și fezabilitate. Confirmați modulul, alocarea interfeței, software-ul disponibil și riscurile majore. Produceți o diagramă bloc convenită și o schiță de acceptare.
  2. Revizuirea schematică și a componentelor. Definiți arborele de putere, protecția, ceasurile, resetările și interfețele. Examinați disponibilitatea componentelor și alternativele înainte de aranjare.
  3. Revizuirea aspectului și a producției. Rezolvați stivuirea, plasarea, constrângerile de rutare, potrivirea mecanică, accesul la asamblare și punctele de testare.
  4. Achizitie si asamblare prototip. Verificați datele de fabricație și înlocuirile componentelor, apoi înregistrați configurația așa cum a fost construită a fiecărei plăci.
  5. Bring-up și integrare software. Verificați alimentarea și pornirea înainte de a vă exercita interfețele și volumul de lucru al aplicației. Urmăriți problemele față de revizuirile de la bord și ale software-ului.
  6. Validare și predare. Efectuați testele convenite, închideți problemele și furnizați datele de lansare și dovezile susținute definite în domeniul de aplicare al proiectului.

Utilizați ghidul de proiectare al producătorului modulului și lista de verificare pentru piesa selectată. Referințele furnizorilor pot identifica cerințe care sunt ușor de trecut cu vederea, dar instrucțiunile pentru un modul sau o generație diferită nu sunt interschimbabile. Lista de verificare NVIDIA din referințe este un exemplu al modului în care verificările hardware și software sunt documentate pentru un anumit ecosistem.

Ce determină costul plăcii de bază pentru un modul de calcul NRE?

Inginerie nerecurentă acoperă lucrările efectuate pentru a crea și valida proiectul. O cotație utilă separă lucrările de componentele prototip, fabricarea PCB, asamblarea, montajul, testarea externă și producția recurentă. Acceptați care dintre acestea sunt incluse, opționale sau taxate separat.

Factorul de costuriÎntrebare de rezolvat înainte de o cotație
Complexitatea interfețeiSunt deja acceptate interfețele sau au nevoie de circuite și drivere noi?
Aspect de mare vitezăCe semnale impun cerințe de stivuire, impedanță și validare?
Putere și protecțieCe condiții de aprovizionare și perturbări de câmp trebuie să suporte produsul complet?
Constrângeri mecaniceConturul este flexibil sau designul trebuie să se potrivească cu un plic fix și un ham?
Domeniul softwareLucrarea include adaptarea BSP, drivere, suport pentru recuperare și actualizare?
Iterații prototipCum sunt gestionate revizuirile așteptate, retestarea și modificările domeniului de aplicare?
Calificare și producțieCe teste formale, montaje și documente de fabricație sunt necesare?

Un preț simplu „PCB design” este dificil de comparat cu o ofertă completă de dezvoltare a produsului. Solicitați o listă de livrabile, ipoteze, excluderi, criterii de acceptare și proces de modificare. Acest lucru face posibilă compararea propunerilor fără a presupune că sunt incluse lucrările lipsă.

Cum ar trebui planificat calendarul?

Construiți programul în jurul dependențelor. Aprobarea cerințelor precede înghețarea proiectării; fabricarea și disponibilitatea componentelor determină când pot ajunge prototipurile asamblate; o schimbare de hardware poate necesita un alt ciclu de fabricație înainte ca un test să poată fi repetat. Software-ul poate proceda în paralel pe o platformă de dezvoltare numai acolo unde acea platformă reprezintă hardware-ul final suficient de aproape.

Folosiți dovezi de reper

La fiecare etapă, precizați livrabilul, proprietarul, decizia de revizuire și următoarea dependență. De exemplu: schema aprobata; pachet de producție eliberat; prototip motorizat; interfețe verificate; raport de testare a aplicației; lansare de producție.

O estimare credibilă a livrării necesită un domeniu definit și o verificare a aprovizionării componentelor. Separați efortul de inginerie de timpul de livrare scurs și includeți timpul pentru revizuire, achiziție și o indemnizație de iterație convenită. Tratați disponibilitatea prototipului și calificarea producției ca repere separate.

Definiți acceptarea înainte de primul prototip

Transformă cerințele în teste observabile. În loc de „gateway-ul funcționează”, specificați modurile de interfață, modelul de trafic, durata, pierderile permise și jurnalul sau măsurarea care înregistrează rezultatul. În loc de „AI este rapid”, definiți modelul, intrarea, pragul de precizie, debitul susținut și întârzierea de ieșire acceptabilă.

  • Pornirea documentului, oprirea, recuperarea și comportamentul după o actualizare întreruptă.
  • Exersați interfețele necesare împreună, mai degrabă decât una pe rând.
  • Rulați sarcina de lucru prevăzută suficient de mult pentru a evalua starea de funcționare termică relevantă.
  • Verificați serviciile convenite și procedurile de testare a producției.
  • Păstrați revizuirea plăcii, firmware-ul și imaginea software atașată la fiecare rezultat al testului.

Pentru considerente mecanice și de putere, consultați Notă de design robust fără ventilator. Pentru o sarcină de lucru în rețea neuronală, RK3588 NPU ghid de testare oferă un punct de plecare pentru separarea performanței modelului de performanța sistemului complet.

Acordați pachetul de predare

Specificați formatele și drepturile pentru scheme, aspectul PCB, ieșirile de fabricație, lista de materiale, instrucțiuni de asamblare, software, instrucțiuni de programare și dispozitive de testare. Definiți ce surse editabile sunt livrate, ce componente terță parte au licențe separate și cine menține designul după acceptare. Aceștia sunt termenii proiectului de convenit, nu presupuneri care decurg automat din plata NRE.

O versiune utilă înregistrează, de asemenea, limitările cunoscute, înlocuirile aprobate, riscurile nerezolvate și procedura de solicitare a modificărilor. Aceste informații ajută echipele de producție și service să distingă o revizuire controlată de o variație nedocumentată.

Placă de bază personalizată pentru întrebări despre modulul de calcul

Poate fi copiată neschimbată o bază de referință?

Poate fi un punct de plecare ingineresc acolo unde licența o permite, dar noua instalație necesită încă validare electrică, mecanică, software și de fabricație. Verificați dacă fiecare proiect la care se face referire se aplică exact modulului și revizuirii.

Lucrările BSP sunt incluse automat?

Doar dacă domeniul convenit îl include. Indicați cine deține configurația de pornire, suportul perifericului, integrarea sistemului de operare și actualizările pe termen lung în brief-ul proiectului.

Ce este suficient pentru o primă discuție?

O diagramă bloc, preferința de modul, lista de interfețe, detaliile aprovizionării, constrângerile incintei, cantitățile țintă și data pilot prevăzută sunt un punct de plecare util. Includeți ceea ce rămâne nehotărât, astfel încât prima conversație să se poată concentra asupra acelor riscuri.

Referințe tehnice

Procesul de mai sus este un cadru de planificare a proiectului. Regulile de proiectare electrică trebuie să provină din documentația tehnică curentă a modulului selectat.

Adu lista de interfețe.

Trimiteți preferința modulului, conectorii, alimentarea, carcasa și cantitatea pilot. Le putem transforma într-o bază de acoperire pentru un modul de calcul și discuții despre software încorporat.