Proiectare PCB a plăcii de control al robotului pentru calcul, I/O și DFM

Placa de control a robotului se află în vârful ierarhiei electronice - calculatorul care rulează software-ul aplicației, coordonează acționările motorului, citește starea senzorilor și comunică cu lumea exterioară. Un robot funcționează sau se defectează parțial în funcție de dacă designul plăcii de control are sincronizarea, capacitatea de calcul, interfețele de comunicație și ingineria fiabilității corecte. Această pagină acoperă în mod specific proiectarea și fabricarea PCB-urilor plăcii de control a robotului: cum arată alegerile SoC și MCU pe platformele moderne, ce interfețe trebuie să găzduiască placa și ce considerații de fabricație se aplică atunci când se produce placa în mod fiabil.

Plăcile de control moderne pentru roboți combină calculul MCU sau SoC cu un set bogat de interfețe, magistrale de mare viteză cu impedanță controlată, stocare nevolatilă și adesea gestionarea energiei la bord. Designul intersectează mai multe discipline - calcul integrat, controlul mișcării, comunicare, stocare, alimentare - fiecare având propria practică. Programele în care placa de control este proiectată având în vedere toate acestea oferă produse fiabile; programele care tratează placa de control ca pe o platformă integrată generică descoperă de obicei lacune specifice roboticii la integrare sau implementare pe teren.

Ce face de fapt o placă de control a robotului în sistemul robotic

Placa de control definește plafonul software al robotului

Calculul, memoria, stocarea, numărul de interfețe, conectorii de expansiune și spațiul termic determină ceea ce poate livra echipa de software pe parcursul ciclului de viață al robotului. O placă de control optimizată doar pentru cerințele primei versiuni devine adesea un blocaj atunci când se extind funcțiile de percepție, înregistrare, diagnosticare, conectivitate sau siguranță.

Plăcile de control ale robotului rulează software-ul de aplicații de nivel înalt al robotului, coordonează subsistemele periferice și comunică cu sistemele externe. Acestea se află în vârful ierarhiei de control - transmițând comenzi către acționările motorului, citind starea senzorilor, executând percepția și planificarea și interacționând cu lumea exterioară. Ceea ce diferențiază o placă de control al robotului de alte controlere integrate este combinația de cerințe pe care trebuie să le gestioneze simultan:

• Coordonare în timp real: Placa de control emite comenzi către acționările motorului și citește starea senzorilor la rate de buclă care determină calitatea mișcării robotului. Rata de buclă 100 Hz până la 1 kHz, tipică pentru coordonarea mișcării; rate mai mari în aplicații solicitante.
• Calcul la nivel de aplicație: Planificarea, percepția, luarea deciziilor și interfața cu utilizatorul rulează pe aceeași placă sau pe o placă de calcul colocată. Sarcina de calcul variază de la sarcini de lucru MCU modeste pe roboți simpli până la sarcini de lucru SoC complete de clasă Linux pe platforme complexe.
• Centru de comunicare: Placa de control găzduiește de obicei interfețele cu fir și fără fir către sistemele externe. Ethernet, USB, Wi-Fi, CAN și adesea interfețe speciale pentru protocoale specifice roboților.
• Stocare nevolatilă: software-ul aplicației, datele de calibrare, configurația și jurnalele stocate pe eMMC, SD sau SSD, în funcție de cerințele de capacitate și fiabilitate.
• Gestionare a energiei: reglarea tensiunii la bord pentru diversele șine de care au nevoie SoC-ul și perifericele. Uneori, placa de control se ocupă și de coordonarea trezire/repaus pentru subsistemele cu putere mai mică.

Placa de control este locul unde capacitatea abstractă a robotului se întâlnește cu implementarea sa fizică. Software-ul de aplicație rulează acolo; starea senzorului este agregată acolo; comenzile de mișcare își au originea acolo. Ceea ce poate suporta placa de control în momentul proiectării determină ce poate face robotul pe parcursul duratei sale de viață - o placă de control cu ​​spațiu de calcul insuficient, memorie sau interfețe constrânge echipa de software pe parcursul întregului ciclu de viață al produsului. Programele care specifică placa de control cu ​​un spațiu generos permit de obicei extinderea capacității; programele care specifică strict, de obicei, reelaborează placa la mijlocul ciclului de viață pentru a adăuga capacități pe care placa originală nu le-a anticipat.

Configurarea corectă a plăcii de control este esențială pentru funcționarea fiabilă a robotului. O placă de control care ratează termenele limită de sincronizare produce mișcări sacadate; o placă de control care se blochează periodic produce un comportament nesigur pe care nicio ajustare periferică nu îl poate remedia.

SoC, MCU și selecție de calcul pentru plăci de control al roboților

Alegeți arhitectura de calcul în funcție de latență, stivă de software și durata de viață a consumabilelor

Opțiunile pentru MCU, SoC, accelerator AI, FPGA și procesoare x86 integrate ar trebui evaluate în funcție de temporizarea deterministă, suportul sistemului de operare, ecosistemul software, bugetul de energie, anvelopa termică, disponibilitatea pachetului și riscul pe durata ciclului de viață. Cel mai ieftin procesor este rareori cel mai ieftin dacă forțează rotații repetate ale plăcii de bază sau compromiterea software-ului.

Alegerea unui SoC sau a unui MCU este cea mai importantă decizie individuală privind placa de control a unui robot. Alegerea determină capacitatea de calcul, disponibilitatea perifericelor, consumul de energie, costul și aprovizionarea pe termen lung. Principalele categorii utilizate în robotică sunt:

• Microcontrolerul Cortex-M4/M7: Suficient pentru coordonarea pură a mișcării și aplicații simple. Consum redus de energie, temporizare deterministă, fără costuri suplimentare ale sistemului de operare. Destul de des utilizat la roboții industriali și de service simpli, unde cererea de calcul este modestă.
• SoC clasa Cortex-A: Rulează Linux sau RTOS. Suficient pentru aplicații de complexitate medie cu percepție modestă. Interfețe Ethernet, USB, cameră standard. Comun pe platformele de control industrial.
• SoC pentru acceleratorul de inteligență artificială: Integrează CPU plus NPU sau GPU. Gestionează percepția, fuziunea senzorilor și calculul la nivel de aplicație. Destul de comun la roboții umanoizi, autonomi și de servicii premium. Cost și sarcină termică mai mari.
• x86 încorporat: Hardware industrial din clasa PC. Cel mai înalt nivel de putere, cel mai larg suport software, dar cost mai mare și amprentă mai mare pe placă. Utilizat acolo unde stivele de software existente necesită x86 sau unde bugetul termic permite.
• FPGA + microcontroler: Combinație specializată pentru procesarea semnalelor în timp real plus control general. Utilizată acolo unde temporizarea deterministă la rate mari contează mai mult decât flexibilitatea software-ului.

Aprovizionarea pe termen lung este o considerație majoră în selecția sistemelor de calcul, aspect pe care electronicele de larg consum rareori îl iau în considerare. Un robot cu o durată de viață de 10 ani are nevoie ca SoC-ul sau MCU-ul să rămână disponibile pentru acea perioadă sau cel puțin pentru o strategie de inventar documentată pentru ultima achiziție. Familiile de SoC-uri cu angajamente de asistență pe termen lung definite (piese de calitate industrială de la furnizori majori cu angajamente de disponibilitate de 10-15 ani) păstrează capacitatea de service; piesele de calitate pentru larg consum cu cicluri de viață scurte creează probleme de mentenanță ulterior. Programele care evaluează asistența pe termen lung la selecția SoC-ului evită reproiectarea la mijlocul ciclului de viață pe care o impun piesele cu aprovizionare mai scurtă.

Selecția depinde de aplicație. Supra-specificarea SoC-ului generează costuri suplimentare și sarcină termică pentru capacitatea pe care aplicația nu o utilizează; sub-specificarea lasă echipa de software să se lupte cu limitele de timp și capacitate. Ghidul de defalcare a costurilor PCB-ului robotului acoperă dimensiunile de cost alese.

Interfețe de comunicare: Ethernet, USB, Wi-Fi, CAN, Serial, SPI, I²C

Planificarea interfeței ar trebui să includă sincronizarea, conectarea la pământ și serviciile pe teren.

Interfețele Ethernet, USB, Wi-Fi, CAN, SPI, I²C, RS-485 și ale camerelor au implicații electrice și de service diferite. Locația conectorului, protecția ESD, calea de retur, lungimea cablului, ecranarea și diagnosticarea contează la fel de mult ca listarea interfeței în schemă.

Interfețele de comunicație de pe o placă de control a robotului includ de obicei o combinație de magistrale externe și interne. Interfețele externe se conectează la rețele, computere gazdă și dispozitive utilizator; interfețele interne se conectează la acționări de motor, senzori și plăci periferice. Setul tipic este:

• Ethernet: Standard gigabit pentru platformele cu utilizare intensivă a datelor de calcul; 100 Mbit pentru modelele cu costuri reduse. Adesea două porturi: unul extern, unul intern pentru plăcile periferice.
• USB: Porturi gazdă și de dispozitiv pentru accesorii externe, interfețe de service și uneori periferice de calcul. USB 3.x pentru aplicații cu volum mare de date.
• Wi-Fi și Bluetooth: Conectivitate wireless pentru roboți mobili și roboți de servicii pentru consumatori. Module certificate preferate pentru eficiență în reglementări.
• POATE SA: Comunicare internă cu acționările motorului și plăcile periferice. Robust în medii zgomotoase din punct de vedere electric; standard pe platformele industriale și derivate din industria auto.
• RS-485 sau RS-422: comunicare serială cu plăcile periferice, uneori pentru suportul senzorilor și actuatoarelor vechi.
• SPI și I²C: Comunicare periferică integrată cu senzori locali și circuite integrate mici. Nu este potrivit pentru semnale transportate prin cablu.

Alegerea între conexiunea cu fir și cea fără fir depinde de mediul de operare al robotului. Roboții industriali din instalațiile fixe utilizează de obicei Ethernet pentru interfața externă principală; roboții mobili utilizează Wi-Fi sau rețeaua celulară; roboții de servicii pentru consumatori utilizează orice necesită experiența utilizatorului. Programele oferă de obicei atât conexiune cu fir, cât și fără fir cu aceeași placă, deoarece diferite scenarii de implementare beneficiază de interfețe diferite. Costul listei de materiale pentru adăugarea de conexiune fără fir pe o placă care are deja Ethernet este modest; beneficiul flexibilității este substanțial.

Interfață periferică: Acționare motor, Senzor, I/O de siguranță, Interfață utilizator

I/O-urile periferice ar trebui să separe funcțiile de siguranță, mișcare și confort.

Comenzile acționării motorului, intrările encoderului, interblocările de siguranță, butoanele interfeței utilizator și senzorii auxiliari nu ar trebui tratați ca intrări/ieșiri interschimbabile. Căile de siguranță și de mișcare necesită un comportament determinist și o acoperire diagnostică; funcțiile de confort pot tolera mai multă abstractizare. Configurația PCB-ului și arhitectura firmware-ului ar trebui să reflecte această diferență.

Interfețele către acționările motorului, senzori și intrări/ieșiri de siguranță definesc ceea ce poate integra placa de control. Programele robotizate descoperă de obicei, târziu în dezvoltare, că conectivitatea periferică a fost subplanificată; potrivirea setului de interfețe cu cerințele periferice la momentul proiectării evită modernizarea. Principalele considerații sunt:

• Comandă acționare motor: CAN, EtherCAT sau serial proprietar pentru fiecare unitate. Cerințele privind rata de buclă și latența determină alegerea magistralei.
• Feedback de la encoder: uneori direct pe placa de control, alteori rutat prin acționările motorului. Cerințele privind viteza buclei și precizia determină alegerea.
• Citire senzor: citire analogică pentru senzorii de bază; citire digitală pentru senzorii inteligenți. Placa de interfață pentru senzori descarcă o mare parte din aceasta pe platformele complexe.
• I/O de siguranță: oprire de urgență, intrări de siguranță de la dispozitive externe. Canal dublu acolo unde arhitectura de siguranță o impune.
• Interfața cu utilizatorul: butoane, indicatori și conexiune de afișare pentru interacțiunea utilizatorului local. Uneori integrate pe placa de control, alteori pe o placă separată pentru interfața utilizator.

Distincția dintre setul de interfețe al plăcii de control și setul de interfețe al plăcilor periferice este importantă atât pentru proiectare, cât și pentru fabricație. Placa de control găzduiește interfețele principale; plăcile periferice convertesc aceste interfețe în funcție de funcția lor specifică. Această partiționare menține placa de control concentrată pe coordonare și calcul, permițând în același timp plăcilor periferice să fie specializate pentru funcțiile lor. Programele care consolidează prea mult pe placa de control duc de obicei la o placă supracomplexă, greu de reproiectat; programele care partiționează bine produc plăci care au fiecare o responsabilitate clară.

Stocare, pornire, actualizare firmware și pornire securizată

Strategia de actualizare a firmware-ului afectează cerințele hardware ale PCB-urilor

Pornirea securizată, stocarea cu imagini duale, modul de recuperare, accesul la depanare, programarea numerelor de serie și stocarea calibrării necesită decizii legate de hardware. Echipele care amână strategia de actualizare până la integrarea software-ului descoperă adesea că PCB-ului îi lipsesc spațiul de stocare, pinii, accesul la testare sau secvențierea alimentării necesare pentru actualizări robuste pe teren.

Mecanica de stocare, pornire și actualizare a firmware-ului afectează mentenanța roboților pe tot parcursul ciclului de viață al produsului. Roboții care sunt livrați fără o arhitectură de stocare adecvată se confruntă cu dificultăți legate de actualizarea firmware-ului în timpul funcționării. Principalele considerații sunt:

• eMMC sau SD: Stocare comună pentru platformele SoC din clasa Linux. eMMC integrat pentru fiabilitate; SD utilizat pentru modele sensibile la costuri cu cerințe modeste de fiabilitate.
• SSD extern: capacitate și viteză mai mari. Destul de des întâlnit pe platformele autonome cu mulți utilizatori de date, unde înregistrarea în jurnal și cartografierea necesită randament.
• Firmware cu imagine duală: Două imagini de firmware cu comutare la eșecul de pornire. Practică standard pentru roboții actualizabili pe teren pentru a preveni blocarea în timpul actualizării OTA.
• Pornire sigură: verificare criptografică a semnăturii firmware-ului la pornire. Standard pe produsele reglementate și din ce în ce mai frecvent utilizat pe produsele comerciale pentru securitate.
• Configurație persistentă: Stocare nevolatilă pentru configurarea robotului, calibrare și date per unitate. EEPROM standard sau regiune flash rezervată.

Recuperarea după actualizări de firmware eșuate este una dintre domeniile cele mai puțin investite în electronica robotică. Un robot care se blochează în timpul actualizării OTA devine o intervenție de service costisitoare. Memoria flash cu imagine duală și comutare definită la eșecul de pornire previne această clasă de defecțiuni la un cost hardware modest - o a doua partiție flash și codul de pornire pentru a gestiona selecția imaginilor. Programele care încorporează acest lucru în design de la început protejează împotriva modului de defecțiune care altfel ar apărea în timpul campaniilor OTA la scară largă.

Considerații de proiectare specifice plăcilor de control al roboților

Dispunerea plăcii de control trebuie să echilibreze viteza mare, puterea și ușurința în service

Plăcile de control moderne combină memoria DDR, interfețe seriale de mare viteză, regulatoare de comutare, module wireless, senzori, conectori și acces la depanare. O configurație bună menține căile de retur scurte, separă șinele zgomotoase de semnalele sensibile, lasă punctele de testare accesibile și permite repararea sau diagnosticarea atunci când robotul este în funcțiune.

Considerațiile de proiectare specifice plăcilor de control ale roboților îmbină practicile generale de calcul integrat cu cerințele specifice roboților. Programele care respectă ambele categorii produc plăci fiabile; programele care tratează roboții ca fiind generali integrați omit aspectele specifice roboticii. Considerațiile cheie sunt:

• Secvențierea puterii: Sistemele SoC și șinele de alimentare periferice necesită o ordine definită în timpul pornirii și opririi. Erorile de secvențiere cauzează erori de pornire sau blocare.
• Imunitate EMI: Placa de control trebuie să respingă zgomotul provenit de la acționările motorului adiacent și de la sursele de alimentare de comutare. Filtrarea, partiționarea amplasamentului și ecranarea contribuie toate la acest lucru.
• Design termic: Disiparea SoC trebuie să ajungă la răcire fără supraîncălzire. Atașamentul radiatorului sau traseul fluxului de aer este proiectat odată cu configurația electrică.
• Acces la depanare: Acces la depanare prin JTAG, consolă UART sau Ethernet pentru dezvoltare și service pe teren. Familii de conectori standard pentru toate produsele, pentru consecvență.
• Detectarea defecțiunilor: temporizator de supraveghere, detector de cădere de tensiune și monitorizare a stării de funcționare chiar pe placa de control. Placa care rulează robotul trebuie să detecteze și când acesta s-a defectat.

Programele care tratează placa de control ca fiind ultima placă proiectată adesea omit probleme de integrare care ar fi fost ușor de abordat anterior. Setul de interfețe al plăcii de control constrânge ceea ce pot fi alte plăci. Dimensiunea mecanică a plăcii de control constrânge locul în care se potrivește în robot. Sarcina termică a plăcii de control constrânge designul de răcire. Proiectarea plăcii de control mai întâi - sau cel puțin la începutul ciclului de proiectare a sistemului - oferă celorlalte plăci o țintă de interfață stabilă și previne reproiectarea în etape târzii.

Cerințe de fabricație, programare și testare a plăcii de control al robotului

Producătorul ar trebui să verifice pornirea, comunicarea și identitatea programată.

Testul plăcii de control nu este complet atunci când îmbinările de lipire arată corect. Producția ar trebui să verifice șinele de alimentare, secvența de pornire, accesul la memorie, versiunea de firmware, identitatea unică, interfețele majore și orice calibrare la nivel de placă. Acest lucru creează încrederea că placa de control este pregătită pentru integrarea în sistem.

Considerațiile de fabricație pentru plăcile de control ale roboților se potrivesc cu mixul de calcul solicitant pe care îl oferă. Distribuția BGA cu pas fin, construcția HDI, impedanța controlată pe interfețele de memorie și comunicație și programarea firmware-ului la asamblare sunt toate aspectele producției de plăci de control. Capacitățile Highleap pentru fabricarea plăcilor de control includ:

• Construcția HDI: Multistrat cu acumulare de microvia acolo unde este necesară extinderea BGA. Capacitate 1-N-1 prin orice strat. Prezentat pe pagina ghidului de proiectare HDI PCB pentru robotică.
• Impedanță controlată: ±10% standard, mai strâns la cerere. Verificare impedanță per lot în producție.
• SMT cu pas fin: Suportă BGA de 0.4 mm și componente pasive 01005. Disciplina de proces include SPI, AOI și inspecție cu raze X.
• Programare firmware: Încărcarea firmware-ului clientului la asamblare. Număr de serie per unitate și suport pentru datele de calibrare.
• Test de funcționare: cu firmware și dispozitiv de fixare furnizate de client. Acoperire de teste specifică plăcii, adaptată designului.
• Trasabilitate: date de testare per unitate și înregistrări ale lotului de componente care susțin depunerea cererilor de certificare de către clienți.

Fabricarea plăcilor de control la Highleap acoperă mixul tehnologic utilizat de plăcile de control pentru roboți moderne: construcție HDI pentru fanout-ul BGA, impedanță controlată pentru memorie și interfețe de comunicație, planuri de putere la scară SoC pentru procesare și SMT cu pas fin pentru componentele pasive mici pe care o placă de control modernă le găzduiește cu sutele. Programarea firmware-ului la asamblare, cu suport pentru date de calibrare per unitate, menține linia de asamblare ca punct natural de integrare pentru personalizarea la nivel de unitate.

Întrebări frecvente despre PCB-ul plăcii de control al robotului

Ce este o placă de control PCB pentru robot?

O placă de control a robotului (PCB) este principala placă electronică care rulează software-ul aplicației, coordonează acționările motorului, citește senzorii, gestionează comunicarea, stochează configurația și supraveghează comportamentul sistemului.

Ar trebui ca o placă de control a robotului să utilizeze un MCU sau un SoC?

Folosește un MCU atunci când controlul determinist, consumul redus de energie și un software mai simplu sunt suficiente. Folosește un SoC atunci când robotul are nevoie de software de clasă Linux, percepție, creare de rețele, interfață utilizator, înregistrare de date sau putere de calcul superioară. Unii roboți folosesc ambele: un MCU pentru control în timp real și un SoC pentru procesarea aplicațiilor.

Ce interfețe sunt comune pe plăcile de control ale roboților?

Interfețele comune includ Ethernet, USB, Wi-Fi, Bluetooth, CAN, RS-485, SPI, I²C, UART, cameră MIPI, LVDS, GPIO, intrări encoder, I/O de siguranță, porturi de depanare și headere de expansiune. Combinația exactă depinde de arhitectura robotului.

De ce au nevoie plăcile de control al roboților de impedanță controlată?

Impedanța controlată este necesară pentru memoria de mare viteză, Ethernet, USB, PCIe, conexiuni de cameră, LVDS și alte interfețe rapide. Aceasta menține reflexiile semnalului și erorile de temporizare în limite și ar trebui specificată pentru fiecare interfață.

Care sunt greșelile frecvente în amplasarea plăcii de control a robotului?

Greșelile frecvente includ căi de retur slabe, împământări mixte zgomotoase și sensibile, planificare insuficientă a planului de alimentare, puncte de depanare inaccesibile, protecție ESD slabă, plasarea conectorilor care intră în conflict cu cablurile și căi termice inadecvate pentru SoC sau regulatoare de putere.

Cum ar trebui gestionată programarea firmware-ului în timpul PCBA?

Programarea firmware-ului ar trebui să includă imaginea corectă, înregistrarea versiunii, verificarea programării, numărul de serie unic sau adresa MAC, acolo unde este necesar, captura datelor de calibrare și o metodă de recuperare în cazul în care programarea eșuează.

Au nevoie de plăcile de control ale roboților de o pornire sigură?

Pornirea securizată este valoroasă atunci când robotul este conectat în rețea, este relevant pentru siguranță, poate fi actualizat pe teren sau este implementat comercial. Aceasta ajută la prevenirea rulării firmware-ului neautorizat, dar necesită hardware compatibil, gestionarea cheilor și un proces de actualizare planificat.

Ce teste sunt importante pentru producția de plăci de control pentru roboți?

Testele importante includ verificarea șinei de alimentare, testul de pornire, testul de memorie, verificarea firmware-ului, verificările interfeței de comunicație, înregistrările de programare, inspecția interfeței sensibile la ESD și testele funcționale cu periferice reprezentative.