Projekt płytki PCB do sterowania robotem do obliczeń, wejścia/wyjścia i DFM

Płyta sterująca robota znajduje się na szczycie hierarchii elektronicznej – to jednostka obliczeniowa, która uruchamia oprogramowanie aplikacji, koordynuje napędy silników, odczytuje stan czujników i komunikuje się ze światem zewnętrznym. Działanie lub awaria robota zależą między innymi od tego, czy projekt płyty sterującej zapewnia odpowiednie synchronizacje, moc obliczeniową, interfejsy komunikacyjne i niezawodność. Ta strona omawia w szczególności projektowanie i produkcję płyt sterujących robota: jakie są dostępne układy SoC i mikrokontrolery na nowoczesnych platformach, jakie interfejsy musi obsługiwać płyta oraz jakie kwestie produkcyjne należy brać pod uwagę, aby zapewnić niezawodność płytki.

Nowoczesne płyty sterujące robotami łączą w sobie moc obliczeniową MCU lub SoC z bogatym zestawem interfejsów, szybkimi magistralami o kontrolowanej impedancji, pamięcią nieulotną i często wbudowanym systemem zarządzania energią. Projekt łączy w sobie kilka dyscyplin – informatykę wbudowaną, sterowanie ruchem, komunikację, pamięć masową i zasilanie – z których każda ma swoje własne zastosowanie. Programy, w których płyta sterująca jest projektowana z uwzględnieniem wszystkich tych aspektów, dostarczają niezawodne produkty; programy traktujące płytę sterującą jako generyczną platformę wbudowaną zazwyczaj odkrywają luki specyficzne dla robotyki podczas integracji lub wdrażania w terenie.

Co właściwie robi płyta sterująca robota w systemie robota

Płyta sterownicza definiuje pułap oprogramowania robota

Moc obliczeniowa, pamięć, pamięć masowa, liczba interfejsów, nagłówki rozszerzeń i zapas mocy cieplnej decydują o tym, co zespół programistów może dostarczyć w całym cyklu życia robota. Płyta sterownicza zoptymalizowana wyłącznie pod kątem wymagań pierwszej wersji często staje się wąskim gardłem, gdy funkcje percepcji, rejestrowania, diagnostyki, łączności lub bezpieczeństwa ulegają rozszerzeniu.

Płyty sterujące robota obsługują oprogramowanie wysokiego poziomu robota, koordynują pracę podsystemów peryferyjnych i komunikują się z systemami zewnętrznymi. Znajdują się na szczycie hierarchii sterowania – wysyłają polecenia do napędów silników, odczytują stan czujników, zarządzają percepcją i planowaniem oraz komunikują się ze światem zewnętrznym. Tym, co odróżnia płytę sterującą robota od innych sterowników wbudowanych, jest kombinacja wymagań, które musi obsługiwać jednocześnie:

• Koordynacja w czasie rzeczywistym: Płyta sterująca wydaje polecenia do napędów silników i odczytuje stan czujników z częstotliwością pętli, która określa jakość ruchu robota. Częstotliwość pętli od 100 Hz do 1 kHz jest typowa dla koordynacji ruchu; wyższe częstotliwości w wymagających aplikacjach.
• Obliczenia na poziomie aplikacji: Planowanie, percepcja, podejmowanie decyzji i interfejs użytkownika działają na tej samej płycie lub na współlokalizowanej płycie obliczeniowej. Obciążenie obliczeniowe waha się od skromnych obciążeń MCU na prostych robotach do pełnych obciążeń SoC klasy Linux na złożonych platformach.
• Centrum komunikacyjne: Płyta sterownicza zazwyczaj zawiera przewodowe i bezprzewodowe interfejsy do systemów zewnętrznych. Ethernet, USB, Wi-Fi, CAN, a często także specjalistyczne interfejsy dla protokołów specyficznych dla robotów.
• Pamięć nieulotna: oprogramowanie aplikacji, dane kalibracyjne, konfiguracja i dzienniki przechowywane na dysku eMMC, SD lub SSD, w zależności od wymagań dotyczących pojemności i niezawodności.
• Zarządzanie energią: pokładowa regulacja napięcia dla różnych szyn, których potrzebuje układ SoC i urządzenia peryferyjne. Czasami płyta sterująca zajmuje się również koordynacją wybudzania/uśpienia podsystemów o niższym poborze mocy.

Płyta sterownicza to miejsce, w którym abstrakcyjne możliwości robota spotykają się z jego fizyczną implementacją. To na niej działa oprogramowanie aplikacyjne; tam agregowany jest stan czujników; tam też generowane są polecenia ruchu. To, co płyta sterownicza może obsługiwać w fazie projektowania, decyduje o tym, co robot może robić przez cały okres eksploatacji – płyta sterownicza z niewystarczającą rezerwą mocy obliczeniowej, pamięci lub interfejsów ogranicza zespół programistów przez cały cykl życia produktu. Programy, które określają płytę sterowniczą z dużą rezerwą mocy, zazwyczaj umożliwiają rozbudowę możliwości; programy, które określają ją ściśle, zazwyczaj przerabiają płytę w połowie cyklu życia, aby dodać możliwości, których pierwotna płyta nie przewidywała.

Prawidłowe ustawienie panelu sterowania jest kluczowe dla niezawodnej pracy robota. Panel sterowania, który nie dotrzymuje terminów, działa szarpanie; panel sterowania, który okresowo się zawiesza, działa niestabilnie, czego nie da się naprawić żadnymi peryferyjnymi dostrajaniami.

Wybór SoC, MCU i Compute dla płyt sterujących robotami

Wybierz architekturę obliczeniową uwzględniającą opóźnienia, stos oprogramowania i żywotność zasilania

Opcje mikrokontrolerów, układów SoC, akceleratorów AI, FPGA i wbudowanych układów x86 należy oceniać pod kątem deterministycznego czasu, obsługi systemu operacyjnego, ekosystemu oprogramowania, budżetu mocy, osłony termicznej, dostępności pakietów i ryzyka cyklu życia. Najtańszy procesor rzadko jest najtańszy, jeśli wymusza ponowne uruchomienie płyty głównej lub kompromisy w zakresie oprogramowania.

Wybór SoC lub MCU to najważniejsza decyzja w przypadku płyty sterującej robota. Wybór ten determinuje możliwości obliczeniowe, dostępność urządzeń peryferyjnych, zużycie energii, koszty i długoterminową dostępność. Główne kategorie stosowane w robotyce to:

• Mikrokontroler Cortex-M4/M7: Wystarczające do czystej koordynacji ruchu i prostych zastosowań. Niski pobór mocy, deterministyczne taktowanie, brak obciążenia systemu operacyjnego. Powszechne w robotach przemysłowych i prostych robotach usługowych, gdzie zapotrzebowanie na moc obliczeniową jest niewielkie.
• Układ SoC klasy Cortex-A: Działa w systemie Linux lub RTOS. Wystarczający do aplikacji o średniej złożoności i umiarkowanym postrzeganiu. Standardowe interfejsy Ethernet, USB i kamery. Powszechnie stosowane na przemysłowych platformach sterowania.
• Układ SoC akceleratora AI: Integruje procesor CPU i NPU lub GPU. Obsługuje percepcję, fuzję czujników i obliczenia na poziomie aplikacji. Powszechnie stosowane w robotach humanoidalnych, autonomicznych i robotach usługowych klasy premium. Wyższy koszt i obciążenie termiczne.
• Wbudowany x86: Sprzęt klasy przemysłowej PC. Najwyższa moc obliczeniowa, najszersze wsparcie oprogramowania, ale wyższy koszt i większa powierzchnia płyty głównej. Stosowany tam, gdzie istniejące stosy oprogramowania wymagają architektury x86 lub gdzie pozwala na to budżet termiczny.
• FPGA + MCU: Specjalistyczne połączenie przetwarzania sygnałów w czasie rzeczywistym i kontroli ogólnej. Stosowane tam, gdzie deterministyczne taktowanie przy wysokich częstotliwościach ma większe znaczenie niż elastyczność oprogramowania.

Długoterminowe wsparcie techniczne to kluczowy czynnik przy wyborze sprzętu komputerowego, który rzadko jest brany pod uwagę przez producentów elektroniki użytkowej. Robot z 10-letnim okresem eksploatacji potrzebuje układu SoC lub mikrokontrolera (MCU), który będzie dostępny przez ten okres lub co najmniej w ramach udokumentowanej strategii zapasów na ostatni zakup. Rodziny układów SoC z określonymi zobowiązaniami długoterminowego wsparcia technicznego (części klasy przemysłowej od głównych dostawców z 10-15-letnimi zobowiązaniami dostępności) zapewniają łatwą obsługę serwisową; części klasy konsumenckiej o krótkim cyklu życia stwarzają problemy z późniejszą konserwacją. Programy oceniające długoterminowe wsparcie techniczne podczas wyboru układu SoC pozwalają uniknąć konieczności przeprojektowywania w połowie cyklu życia, co wymuszają części o krótszych terminach dostawy.

Wybór zależy od zastosowania. Zbyt wysoka specyfikacja układu SoC generuje dodatkowe koszty i obciążenie termiczne dla funkcji, których aplikacja nie wykorzystuje; zbyt niska specyfikacja sprawia, że ​​zespół programistów musi zmierzyć się z ograniczeniami czasowymi i wydajnościowymi. Przewodnik po kosztach PCB robota omawia czynniki kosztowe związane z wyborem.

Interfejsy komunikacyjne: Ethernet, USB, Wi-Fi, CAN, szeregowy, SPI, I²C

Planowanie interfejsu powinno uwzględniać czas, uziemienie i obsługę w terenie

Interfejsy Ethernet, USB, Wi-Fi, CAN, SPI, I²C, RS-485 i kamery mają różne implikacje elektryczne i serwisowe. Lokalizacja złącza, zabezpieczenie ESD, ścieżka powrotna, długość kabla, ekranowanie i diagnostyka są równie ważne, jak umieszczenie interfejsu na schemacie.

Interfejsy komunikacyjne na płycie sterującej robota zazwyczaj obejmują połączenie magistrali zewnętrznych i wewnętrznych. Interfejsy zewnętrzne łączą się z sieciami, komputerami hosta i urządzeniami użytkownika; interfejsy wewnętrzne łączą się z napędami silników, czujnikami i płytami peryferyjnymi. Typowy zestaw to:

• Ethernet: Standard gigabitowy dla platform o dużej mocy obliczeniowej; 100 Mb/s w projektach ekonomicznych. Często dwa porty: jeden zewnętrzny, jeden wewnętrzny dla kart peryferyjnych.
• USB: Porty hosta i urządzeń do podłączania akcesoriów zewnętrznych, interfejsów serwisowych, a czasem urządzeń peryferyjnych. USB 3.x w aplikacjach przetwarzających duże ilości danych.
• Wi-Fi i Bluetooth: Łączność bezprzewodowa dla robotów mobilnych i robotów obsługi klienta. Ze względu na zgodność z przepisami preferowane są certyfikowane moduły.
• MOGĄ: Wewnętrzna komunikacja z napędami silników i płytami peryferyjnymi. Wytrzymałość w środowiskach o wysokim poziomie zakłóceń elektrycznych; standard na platformach przemysłowych i motoryzacyjnych.
• RS-485 lub RS-422: komunikacja szeregowa z płytkami peryferyjnymi, czasami w celu obsługi starszych czujników i siłowników.
• SPI i I²C: Komunikacja peryferyjna na pokładzie z lokalnymi czujnikami i małymi układami scalonymi. Nie dotyczy sygnałów przesyłanych kablem.

Wybór między przewodowym a bezprzewodowym zależy od środowiska pracy robota. Roboty przemysłowe w instalacjach stacjonarnych zazwyczaj używają Ethernetu jako głównego interfejsu zewnętrznego; roboty mobilne korzystają z Wi-Fi lub sieci komórkowej; roboty obsługi klienta korzystają z tego, co wymaga od użytkownika. Programy zazwyczaj zapewniają zarówno interfejs przewodowy, jak i bezprzewodowy na tej samej płycie, ponieważ różne scenariusze wdrożenia wymagają różnych interfejsów. Koszt zestawienia materiałów (BOM) dodania interfejsu bezprzewodowego do płyty, która już obsługuje Ethernet, jest niewielki, ale korzyści wynikające z elastyczności są znaczne.

Interfejs peryferyjny: Napęd silnika, Czujnik, We/Wy bezpieczeństwa, Interfejs użytkownika

Urządzenia peryferyjne wejścia/wyjścia powinny oddzielać funkcje bezpieczeństwa, ruchu i wygody

Polecenia napędu silnika, wejścia enkodera, blokady bezpieczeństwa, przyciski interfejsu użytkownika i czujniki pomocnicze nie powinny być traktowane jako wymienne wejścia/wyjścia. Ścieżki bezpieczeństwa i ruchu wymagają deterministycznego zachowania i pokrycia diagnostycznego; funkcje ułatwiające obsługę mogą tolerować większą abstrakcję. Układ płytki PCB i architektura oprogramowania układowego powinny odzwierciedlać tę różnicę.

Interfejsy do napędów silników, czujników i wejść/wyjść bezpieczeństwa definiują, co może zintegrować płyta sterująca. Programy robotów często odkrywają na późnym etapie rozwoju, że łączność z urządzeniami peryferyjnymi nie została odpowiednio zaplanowana; dopasowanie zestawu interfejsów do wymagań urządzeń peryferyjnych w fazie projektowania pozwala uniknąć modernizacji. Główne kwestie to:

• Polecenie napędu silnika: CAN, EtherCAT lub zastrzeżony port szeregowy do każdego napędu. Wybór magistrali zależy od szybkości pętli i wymagań dotyczących opóźnień.
• Sprzężenie zwrotne enkodera: Czasami bezpośrednio na płycie sterującej, czasami przez napędy silników. Wybór zależy od szybkości pętli i wymagań dotyczących precyzji.
• Odczyt czujnika: Odczyt analogowy dla podstawowych czujników; odczyt cyfrowy dla czujników inteligentnych. Płyta interfejsu czujnika odciąża w dużej mierze te złożone platformy.
• Bezpieczeństwo I/O: Zatrzymanie awaryjne, sygnały bezpieczeństwa z urządzeń zewnętrznych. Dwukanałowość tam, gdzie wymaga tego architektura bezpieczeństwa.
• Interfejs użytkownika: Przyciski, wskaźniki i złącze wyświetlacza do lokalnej interakcji z użytkownikiem. Czasami zintegrowane z płytą sterującą, czasami na osobnej płytce interfejsu użytkownika.

Rozróżnienie między zestawem interfejsów płyty sterującej a zestawem interfejsów płyt peryferyjnych ma znaczenie zarówno w projektowaniu, jak i produkcji. Płyta sterująca zawiera główne interfejsy; płyty peryferyjne konwertują te interfejsy na funkcje, których wymagają. Ten podział pozwala płycie sterującej skupić się na koordynacji i obliczeniach, jednocześnie umożliwiając specjalizację płyt peryferyjnych pod kątem ich funkcji. Programy, które konsolidują zbyt wiele funkcji na płycie sterującej, zazwyczaj kończą się zbyt złożoną płytą, trudną do przeprojektowania; programy z dobrym podziałem tworzą płytki, w których każda z nich ma jasno określone zadania.

Przechowywanie, rozruch, aktualizacja oprogramowania sprzętowego i bezpieczny rozruch

Strategia aktualizacji oprogramowania układowego wpływa na wymagania sprzętowe PCB

Bezpieczny rozruch, podwójne przechowywanie obrazów, tryb odzyskiwania, dostęp do debugowania, programowanie numeru seryjnego i przechowywanie danych kalibracyjnych – wszystkie te elementy wymagają decyzji sprzętowych. Zespoły, które odkładają strategię aktualizacji do momentu integracji oprogramowania, często odkrywają, że płytka PCB nie ma wystarczającej ilości pamięci, pinów, dostępu testowego ani sekwencjonowania zasilania, aby zapewnić niezawodne aktualizacje w terenie.

Mechanizmy pamięci masowej, rozruchu i aktualizacji oprogramowania sprzętowego wpływają na łatwość utrzymania robota w całym cyklu życia produktu. Roboty dostarczane bez odpowiedniej architektury pamięci masowej napotykają trudności związane z aktualizacją oprogramowania sprzętowego. Główne czynniki to:

• eMMC lub SD: wspólna pamięć masowa dla platform SoC klasy Linux. Zintegrowana pamięć eMMC zapewniająca niezawodność; karty SD stosowane w ekonomicznych projektach o umiarkowanych wymaganiach dotyczących niezawodności.
• Zewnętrzny dysk SSD: Większa pojemność i prędkość. Typowe dla autonomicznych platform przetwarzających duże ilości danych, gdzie rejestrowanie i mapowanie wymaga przepustowości.
• Oprogramowanie układowe z dwoma obrazami: Dwa obrazy oprogramowania sprzętowego z przełączaniem w przypadku awarii rozruchu. Standardowa praktyka dla robotów z możliwością aktualizacji w terenie, zapobiegająca „blockingowi” podczas aktualizacji OTA.
• Bezpieczny rozruch: Kryptograficzna weryfikacja podpisu oprogramowania sprzętowego podczas rozruchu. Standard w produktach regulowanych i coraz częściej stosowany w produktach komercyjnych ze względów bezpieczeństwa.
• Trwała konfiguracja: Nieulotna pamięć do konfiguracji robota, kalibracji i danych jednostkowych. Standardowa pamięć EEPROM lub zarezerwowany obszar pamięci flash.

Odzyskiwanie danych po nieudanych aktualizacjach oprogramowania układowego to jeden z najbardziej niedoinwestowanych obszarów w elektronice robotycznej. Robot, który uległ awarii podczas aktualizacji OTA, staje się kosztownym problemem w serwisie. Pamięć flash z dwoma obrazami i zdefiniowanym przełączaniem w przypadku awarii rozruchu zapobiega tego typu awariom przy niewielkim koszcie sprzętowym – druga partycja flash i kod rozruchowy do zarządzania wyborem obrazu. Programy, które od samego początku uwzględniają tę funkcję w projekcie, chronią przed awariami, które mogłyby wystąpić podczas kampanii OTA na dużą skalę.

Zagadnienia projektowe specyficzne dla płyt sterujących robotami

Układ płyty sterującej musi zapewniać równowagę między dużą prędkością, mocą i łatwością serwisowania

Nowoczesne płyty sterujące łączą pamięć DDR, szybkie interfejsy szeregowe, regulatory przełączające, moduły bezprzewodowe, czujniki, złącza i dostęp do debugowania. Odpowiedni układ zapewnia krótkie ścieżki powrotne, oddziela zakłócone szyny od wrażliwych sygnałów, pozostawia dostępne punkty testowe oraz umożliwia naprawę lub diagnostykę podczas pracy robota.

Rozważania projektowe dotyczące płyt sterujących robotami łączą ogólne praktyki w zakresie komputerów wbudowanych z wymaganiami specyficznymi dla robotów. Programy, które spełniają obie te kategorie, tworzą niezawodne płyty; programy traktujące roboty jako ogólne systemy wbudowane pomijają kwestie specyficzne dla robotyki. Kluczowe zagadnienia to:

• Sekwencjonowanie mocy: Szyny zasilania układów SoC i urządzeń peryferyjnych wymagają określonej kolejności podczas włączania i wyłączania zasilania. Błędy w kolejności powodują awarie rozruchu lub blokowanie.
• Odporność na zakłócenia elektromagnetyczne: Płyta sterownicza musi tłumić zakłócenia z sąsiednich napędów silników i zasilaczy przełączających. Filtrowanie, podział układu i ekranowanie mają na to wpływ.
• Projekt termiczny: Rozpraszanie ciepła w układzie SoC musi zapewnić chłodzenie bez przegrzewania. Mocowanie radiatora lub ścieżka przepływu powietrza zaprojektowane zgodnie z układem elektrycznym.
• Dostęp debugowania: Dostęp do debugowania JTAG, konsoli UART lub Ethernetu w celach programistycznych i serwisowych. Standardowe rodziny złączy w różnych produktach zapewniają spójność.
• Wykrywanie uszkodzeń: Zegar sterujący, detektor spadku napięcia i monitorowanie stanu na płycie sterującej. Płyta sterująca robotem musi również wykrywać awarie.

Programy, które traktują płytę sterującą jako ostatnią zaprojektowaną płytę, często pomijają kwestie integracji, które można by łatwo rozwiązać wcześniej. Zestaw interfejsów płyty sterującej ogranicza możliwości innych płyt. Rozmiar mechaniczny płyty sterującej ogranicza jej miejsce w robocie. Obciążenie termiczne płyty sterującej ogranicza projekt chłodzenia. Zaprojektowanie płyty sterującej jako pierwszej – lub przynajmniej na wczesnym etapie cyklu projektowania systemu – zapewnia pozostałym płytom stabilny interfejs docelowy i zapobiega konieczności przeprojektowywania na późniejszych etapach.

Wymagania dotyczące produkcji, programowania i testowania płyt sterujących robotem

Produkcja powinna weryfikować rozruch, komunikację i zaprogramowaną tożsamość

Test płyty sterującej nie jest zakończony, gdy połączenia lutowane wyglądają prawidłowo. Produkcja powinna zweryfikować szyny zasilania, sekwencję rozruchu, dostęp do pamięci, wersję oprogramowania układowego, unikatowy identyfikator, główne interfejsy oraz wszelkie kalibracje na poziomie płyty. Daje to pewność, że płyta sterująca jest gotowa do integracji z systemem.

Zagadnienia produkcyjne dotyczące płyt sterujących robotami odpowiadają ich wymagającemu zestawowi zadań obliczeniowych. W procesie produkcji płyt sterujących istotne są: precyzyjne rozmieszczenie elementów BGA, konstrukcja HDI, kontrolowana impedancja interfejsów pamięci i komunikacji oraz programowanie oprogramowania układowego podczas montażu. Możliwości Highleap w zakresie produkcji płyt sterujących obejmują:

• Budowa HDI: Wielowarstwowa z mikrootworami, tam gdzie wymagane jest rozprowadzenie BGA. Możliwość 1-N-1 przez dowolną warstwę. Omówione na stronie HDI PCB for Robotics Design Guide.
• Kontrolowana impedancja: ±10% standardowo, na życzenie bardziej precyzyjne. Weryfikacja impedancji dla każdej partii produkcyjnej.
• Montaż SMT o małej grubości: Obsługa układów BGA 0.4 mm i elementów pasywnych 01005. Dyscyplina procesowa obejmująca SPI, AOI i kontrolę rentgenowską.
• Programowanie oprogramowania sprzętowego: Ładowanie oprogramowania układowego klienta podczas montażu. Obsługa numeru seryjnego i danych kalibracyjnych dla poszczególnych jednostek.
• Test funkcjonalny: z oprogramowaniem układowym i osprzętem dostarczonym przez klienta. Zakres testów dostosowany do projektu płytki.
• Identyfikowalność: dane z testów jednostkowych i zapisy partii komponentów, wspierające wnioski klientów o certyfikację.

Produkcja płyt sterujących w Highleap obejmuje mieszankę technologii stosowanych w nowoczesnych płytach sterujących robotami: konstrukcję HDI do rozprowadzania sygnałów BGA, kontrolowaną impedancję dla interfejsów pamięci i komunikacji, płaszczyzny zasilania w skali SoC dla obliczeń oraz montaż SMT o drobnym rozstawie dla małych elementów pasywnych, które współczesna płyta sterująca obsługuje w setkach. Programowanie oprogramowania układowego podczas montażu z obsługą danych kalibracyjnych dla każdej jednostki sprawia, że ​​linia montażowa stanowi naturalny punkt integracji dla personalizacji na poziomie jednostki.

Często zadawane pytania dotyczące płytki PCB sterującej robotem

Czym jest płytka PCB sterująca robotem?

Płyta sterująca robota PCB to główna płyta elektroniczna, na której uruchamiane jest oprogramowanie, która koordynuje pracę napędów silników, odczytuje czujniki, zarządza komunikacją, przechowuje konfigurację i nadzoruje zachowanie systemu.

Czy płyta sterująca robotem powinna wykorzystywać mikrokontroler czy układ SoC?

Użyj mikrokontrolera (MCU), gdy deterministyczne sterowanie, niskie zużycie energii i prostsze oprogramowanie są wystarczające. Użyj układu SoC, gdy robot potrzebuje oprogramowania klasy Linux, percepcji, sieci, interfejsu użytkownika, rejestrowania danych lub wyższej mocy obliczeniowej. Niektóre roboty używają obu: mikrokontrolera (MCU) do sterowania w czasie rzeczywistym i układu SoC do przetwarzania aplikacji.

Jakie interfejsy są powszechnie stosowane na płytach sterujących robotami?

Typowe interfejsy obejmują Ethernet, USB, Wi-Fi, Bluetooth, CAN, RS-485, SPI, I²C, UART, kamerę MIPI, LVDS, GPIO, wejścia enkodera, wejścia/wyjścia bezpieczeństwa, porty debugowania i złącza rozszerzeń. Dokładny zestaw interfejsów zależy od architektury robota.

Dlaczego płytki sterujące robotem muszą mieć kontrolowaną impedancję?

Kontrolowana impedancja jest wymagana w przypadku szybkich pamięci, Ethernetu, USB, PCIe, połączeń kamer, LVDS i innych szybkich interfejsów. Pozwala ona utrzymać odbicia sygnału i błędy synchronizacji w określonych granicach i powinna być określona dla każdego interfejsu.

Jakie są najczęstsze błędy w rozmieszczeniu płyt sterujących robotem?

Do typowych błędów zaliczają się: słabe ścieżki powrotne, mieszane zaszumione i wrażliwe uziemienia, niewystarczające planowanie płaszczyzny zasilania, niedostępne punkty debugowania, słaba ochrona ESD, rozmieszczenie złączy kolidujące z kablami oraz nieodpowiednie ścieżki termiczne dla układów SoC lub regulatorów mocy.

Jak należy postępować podczas programowania oprogramowania sprzętowego PCBA?

Programowanie oprogramowania sprzętowego powinno obejmować poprawny obraz, zapis wersji, weryfikację programowania, unikalny numer seryjny lub adres MAC (jeśli jest wymagany), przechwytywanie danych kalibracyjnych i metodę odzyskiwania w razie niepowodzenia programowania.

Czy płyty sterujące robotem potrzebują bezpiecznego rozruchu?

Bezpieczny rozruch jest cenny, gdy robot jest podłączony do sieci, ma istotne znaczenie dla bezpieczeństwa, można go aktualizować w terenie lub jest wdrożony komercyjnie. Pomaga on zapobiec uruchomieniu nieautoryzowanego oprogramowania sprzętowego, ale wymaga kompatybilnego sprzętu, zarządzania kluczami i zaplanowanego procesu aktualizacji.

Jakie testy są ważne w produkcji płyt sterujących robotem?

Do ważnych testów zalicza się weryfikację szyny zasilającej, test rozruchu, test pamięci, weryfikację oprogramowania sprzętowego, kontrole interfejsu komunikacyjnego, zapisy programowania, kontrolę interfejsu wrażliwego na ładunki elektrostatyczne oraz testy funkcjonalne z wykorzystaniem reprezentatywnych urządzeń peryferyjnych.