Rozwiązanie rozwojowe dla systemów wbudowanych i inteligentnie połączonych w sieć terminali pojazdów Wbudowany lub podłączony terminal w pojeździe łączy zasilanie pojazdu, sieci ECU, czujniki, pozycjonowanie i komunikację z platformami w chmurze i może zapewniać wykrywanie, bramkę, nagrywanie, przetwarzanie brzegowe, diagnostykę lub zarządzanie urządzeniami. Rozwój podsystemu nie tworzy certyfikacji bezpieczeństwa funkcjonalnego całego pojazdu, homologacji drogowej ani kompletnego systemu jazdy autonomicznej.
| Element projektu | Oświadczenie o rozwiązaniu |
|---|---|
| Najlepsze dopasowanie | Dla dostawców i integratorów terminali telematycznych, flot komercyjnych, pojazdów specjalistycznych, rejestratorów danych, bramek dla pojazdów, terminali drogowych lub pojazd-drogowy oraz narzędzi testujących wymagających niestandardowego sprzętu, oprogramowania systemowego, protokołów komunikacyjnych, integracji z chmurą lub walidacji prototypów. |
| Wymagane dane wejściowe | Dane wejściowe obejmują model pojazdu i środowisko, ECU i matrycę komunikatów, CAN/CAN FD/LIN/automotive Ethernet, stany nieustalone zasilania i zachowanie w trybie uśpienia/wybudzenia, temperaturę i wibracje, pozycjonowanie i komunikację komórkową, system operacyjny, czas rozruchu, diagnostykę, OTA, dane i prywatność, cyberbezpieczeństwo i cele bezpieczeństwa funkcjonalnego, przestrzeń opakowania i standardy testowania stron trzecich. |
| Zakres dostawy | Materiały dostarczane mogą obejmować schematy i płytki obwodów drukowanych lub wybrane urządzenia, prototypy, BSP/sterowniki, oprogramowanie sprzętowe i aplikacje, dokumenty dotyczące komunikatów i interfejsów, narzędzia konfiguracyjne i diagnostyczne, projekty OTA, chmury API, zapisy stanowisk testowych i integracji pojazdów, przypadki testowe, listy problemów i materiały dotyczące uruchomienia produkcji. Komponenty samochodowe i testy przeprowadzane przez strony trzecie mają potwierdzony zakres. |
| Jak definiuje się akceptację? | Akceptacja może sprawdzić włączenie/wyłączenie zasilania pojazdu, zimny rozruch, tryb uśpienia i wybudzenia, obciążenie magistrali i utratę wiadomości, znaczniki czasu przechwytywania, kompleksowe opóźnienia, odzyskiwanie sieci, przywracanie po nieudanych aktualizacjach, dzienniki, uprawnienia, temperaturę i środowisko elektromagnetyczne. Testy EMC, ESD, środowiskowe i drogowe wykorzystują określone normy i wykwalifikowane laboratorium lub stronę odpowiedzialną. |
Dopasowani użytkownicy i scenariusze
Dla dostawców i integratorów terminali telematycznych, flot komercyjnych, pojazdów specjalistycznych, rejestratorów danych, bramek dla pojazdów, terminali drogowych lub pojazd-drogowy oraz narzędzi testujących wymagających niestandardowego sprzętu, oprogramowania systemowego, protokołów komunikacyjnych, integracji z chmurą lub walidacji prototypów.
Jakie dane wejściowe są wymagane do uruchomienia?
Dane wejściowe obejmują model pojazdu i środowisko, ECU i matrycę komunikatów, CAN/CAN FD/LIN/automotive Ethernet, stany nieustalone zasilania i zachowanie w trybie uśpienia/wybudzenia, temperaturę i wibracje, pozycjonowanie i komunikację komórkową, system operacyjny, czas rozruchu, diagnostykę, OTA, dane i prywatność, cyberbezpieczeństwo i cele bezpieczeństwa funkcjonalnego, przestrzeń opakowania i standardy testowania stron trzecich.
Jakie moduły może zawierać system?
Zakres może obejmować sprzęt MCU/SoC, ochronę zasilania, interfejsy pojazdów, BSP i sterowniki, analizę komunikatów, rejestrowanie danych, algorytmy brzegowe, GNSS i komunikację komórkową, interfejsy peryferyjne V2X, diagnostykę, OTA i wycofywanie zmian, zarządzanie urządzeniami, chmurę APIs. Uprawnienia i protokoły, narzędzia stanowiska testowego oraz interfejsy HIL lub odtwarzania.
Co można dostarczyć?
Materiały dostarczane mogą obejmować schematy i płytki obwodów drukowanych lub wybrane urządzenia, prototypy, BSP/sterowniki, oprogramowanie sprzętowe i aplikacje, dokumenty dotyczące komunikatów i interfejsów, narzędzia konfiguracyjne i diagnostyczne, projekty OTA, chmury API, zapisy stanowisk testowych i integracji pojazdów, przypadki testowe, listy problemów i materiały dotyczące uruchomienia produkcji. Komponenty samochodowe i testy przeprowadzane przez strony trzecie mają potwierdzony zakres.
Jak definiuje się akceptację?
Akceptacja może sprawdzić włączenie/wyłączenie zasilania pojazdu, zimny rozruch, tryb uśpienia i wybudzenia, obciążenie magistrali i utratę wiadomości, znaczniki czasu przechwytywania, kompleksowe opóźnienia, odzyskiwanie sieci, przywracanie po nieudanych aktualizacjach, dzienniki, uprawnienia, temperaturę i środowisko elektromagnetyczne. Testy EMC, ESD, środowiskowe i drogowe wykorzystują określone normy i wykwalifikowane laboratorium lub stronę odpowiedzialną.
Granice i granice odpowiedzialności
Rozwiązanie nie obejmuje domyślnie pełnego bezpieczeństwa funkcjonalnego pojazdu, bezpieczeństwa zamierzonej funkcjonalności, certyfikacji cyberbezpieczeństwa, kwalifikacji motoryzacyjnej, legalności ruchu drogowego, pełnego ADAS ani odpowiedzialności za jazdę autonomiczną. ISO 26262, ISO/SAE 21434, AEC-Q i podobne cele wymagają wyraźnego zakresu i oddzielnej walidacji.
Powiązane usługi i sprawy
Wróć do Przegląd rozwiązania wróć, aby porównać scenariusze lub sprawdzić powiązane przypadki projektowe. Metryki i warunki z jednego przypadku nie mają automatycznego zastosowania do nowego projektu.
Często zadawane pytania
Czy terminal można podłączyć do istniejącej jednostki sterującej pojazdu i sieci CAN?
Można ocenić, czy dostępny jest autoryzowany interfejs i informacje o komunikatach. Należy sprawdzić obciążenie magistrali, zasady bramy, dostęp diagnostyczny, synchronizację komunikatów, interfejsy elektryczne i zgodność danych; Nie wolno omijać mechanizmów zabezpieczających pojazdu.
Czy w ramach projektu można opracować kompletny system ADAS lub system jazdy autonomicznej?
Można opracować interfejsy czujników, rejestrację danych, przetwarzanie brzegowe lub moduł pomocy obszarowej, ale pełny ADAS i jazda autonomiczna wymagają architektury, redundancji, bezpieczeństwa, testów drogowych i odpowiedzialności regulacyjnej za cały pojazd poza zwykłym rozwojem terminala.
Czy automatycznie uwzględniane są certyfikaty standardów motoryzacyjnych i bezpieczeństwa funkcjonalnego?
Nie. Jakość komponentów, proces rozwoju, standardy testowe, laboratoria stron trzecich, pełna odpowiedzialność za walidację pojazdu i certyfikację muszą zostać uzgodnione na początku projektu. Prototyp przetestowany funkcjonalnie nie stanowi certyfikatu bezpieczeństwa samochodowego ani funkcjonalnego.
W Internecie
Telefon
WeChat
z powrotem na górę