NVIDIA Halos OS to safety-rated system operacyjny dla fizycznego AI, stanowiący warstwę oprogramowania stosu NVIDIA Halos ogłoszonego 22 czerwca 2026 r. Halos OS uruchamia krytyczne dla bezpieczeństwa zadania na module obliczeniowym NVIDIA IGX Thor z wbudowaną wyspą bezpieczeństwa funkcjonalnego (Functional Safety Island, FSI) zgodną z IEC 61508 SIL 3.
Halos OS jest dostępny w dwóch konfiguracjach: czysty Linux oraz hybryda Linux+QNX. Wariant Linux+QNX wykorzystuje deterministyczne jądro QNX Neutrino RTOS dla zadań twardego czasu rzeczywistego, podczas gdy Linux obsługuje wymagającą obliczeniowo warstwę AI. Architektura pozwala uruchamiać oprogramowanie krytyczne dla bezpieczeństwa na izolowanym podsystemie sprzętowym (FSI), niezależnie od głównego stosu obliczeniowego GPU.
Halos OS jest projektowany pod certyfikację zgodności z normami bezpieczeństwa funkcjonalnego: IEC 61508 (SIL 3), ISO 13849 oraz ISO/IEC TR 5469 (AI w systemach safety). TÜV Rheinland prowadzi inspekcję modułu IGX Thor i systemu Halos OS pod kątem gotowości do certyfikacji — wyniki będą pierwszym praktycznym sprawdzianem wiarygodności systemu. Weryfikacją zgodności zajmuje się akredytowane przez ANAB (ISO/IEC 17020) laboratorium NVIDIA Halos AI Systems Inspection Lab.
NVIDIA Halos Core na IGX jest dostępny w early access dla zarejestrowanych deweloperów w konfiguracjach Linux i Linux+QNX. Pierwszym klientem jest Agility Robotics — piąta generacja humanoida Digit planowana na koniec 2026 r. ma osiągnąć cooperative safety (pracę obok ludzi bez fizycznych barier) dzięki modułowi IGX Thor uruchamiającemu Halos Core z certyfikowanym oprogramowaniem.
System operacyjny ogólnego przeznaczenia lub specjalizowany dla robotyki — Ubuntu, Ubuntu Core, dystrybucje ROS-aware. Stanowi platformę dla middleware, runtime i aplikacji robotycznych.
System operacyjny czasu rzeczywistego z deterministycznym schedulerem i gwarantowaną latencją obsługi przerwań. Typowo używany w kontroli ruchu, systemach safety-critical, ADAS i robotyce przemysłowej (VxWorks, QNX Neutrino, RT-Linux, Zephyr).
Runtime to środowisko lub warstwa uruchomieniowa wykorzystywana do wykonywania kodu, ładowania bibliotek, obsługi zależności i działania aplikacji lub usług w czasie rzeczywistym albo w czasie pracy systemu.
Rola bezpieczeństwa funkcjonalnego opisuje oprogramowanie odpowiedzialne za to, aby robot pracujący obok ludzi nie spowodował szkody nawet w przypadku awarii sprzętu, błędu oprogramowania lub nieprzewidzianego zdarzenia środowiskowego. Komponent safety realizuje: deterministyczne wykonywanie zadań krytycznych (twarda determinika czasowa), izolację błędów (fault containment), ciągłe monitorowanie integralności systemu, przejścia do bezpiecznych stanów awaryjnych (safe states), oraz zgodność z normami bezpieczeństwa funkcjonalnego — IEC 61508 (SIL), ISO 13849 (Performance Level), ISO/IEC TR 5469 (AI w systemach safety). Typowo działa na izolowanym podsystemie sprzętowym (np. wyspa FSI) niezależnym od głównego stosu obliczeniowego.
Rola sterowania czasu rzeczywistego opisuje oprogramowanie odpowiedzialne za zamknięte pętle regulacji wykonywane z gwarantowaną, deterministyczną częstotliwością — typowo od 1 do 10 kHz dla pętli prądu/momentu w aktuatorach. W przeciwieństwie do soft real-time, w twardym reżimie czasowym przekroczenie deadline'u jest traktowane jak błąd systemowy. Realizowane na deterministycznych jądrach (Linux PREEMPT_RT, QNX Neutrino RTOS) lub na dedykowanych mikrokontrolerach. Krytyczne dla stabilności balansu robotów dwunożnych, kontroli siły, sterowania impedancyjnego i bezpieczeństwa funkcjonalnego.
Robot Control oznacza rolę oprogramowania odpowiedzialnego za sterowanie ruchem, wykonywanie komend, koordynację działania elementów wykonawczych oraz bezpośrednią logikę operacyjną robota.
Device Integration oznacza rolę oprogramowania odpowiedzialnego za komunikację, konfigurację, inicjalizację i obsługę konkretnych urządzeń, sensorów, kontrolerów lub komponentów sprzętowych w systemie robotycznym.
Rodzina NVIDIA Halos obejmuje pełny stos bezpieczeństwa funkcjonalnego dla fizycznego AI: system operacyjny Halos OS, Halos Core SDK, sprzętową wyspę FSI na IGX Thor oraz akredytowane laboratorium inspekcyjne.
Agility Robotics — piąta generacja humanoida Digit (planowane wdrożenie cooperative safety na koniec 2026 r., docelowo praca bez barierek w obiektach Amazon, GXO, Schaeffler, Toyota).
Early access dla zarejestrowanych deweloperów. Ekosystem Halos obejmuje ponad 40 firm (Infineon, Texas Instruments, TÜV Rheinland, UL Solutions).
C to język programowania powszechnie wykorzystywany w firmware, sterownikach, mikrokontrolerach i systemach embedded, gdzie wymagana jest bezpośrednia kontrola nad zasobami sprzętowymi.
C++ to język programowania szeroko wykorzystywany w robotyce, systemach embedded, middleware, sterowaniu i przetwarzaniu danych, szczególnie tam, gdzie istotna jest wydajność oraz bliska integracja ze sprzętem.
Python to wysokopoziomowy język programowania szeroko stosowany w robotyce, AI, computer vision, automatyzacji, testach i szybkiej integracji komponentów sprzętowych oraz software'owych.
JetPack Linux oznacza środowisko systemowe i software'owe dla platform NVIDIA Jetson, wykorzystywane do uruchamiania aplikacji AI, computer vision i robotyki edge. W praktyce bazuje na Linuxie i pakietach NVIDIA dla Jetson.
QNX Neutrino — microkernel RTOS BlackBerry QNX z POSIX API. Dominujący w ADAS / infotainment automotive (235+ mln pojazdów) i robotyce safety-critical.
Halos OS wymaga modułu NVIDIA IGX Thor z wyspą bezpieczeństwa funkcjonalnego (FSI). Nie działa na standardowych Jetson bez FSI.
Specjalizowana platforma obliczeniowa NVIDIA Jetson oparta na architekturze AArch64 z zintegrowanym GPU NVIDIA (architektura Ampere w Orin, Maxwell/Pascal/Volta w starszych modułach) i akceleratorem DLA (Deep Learning Accelerator). JetPack SDK: kompletny stack software dla Jetson obejmujący L4T (Linux for Tegra – Ubuntu-based OS), CUDA, cuDNN, TensorRT, VPI (Vision Programming Interface), Multimedia API. Moduły Jetson Orin: AGX Orin (12-core Cortex-A78AE, Ampere GPU 2048 CUDA cores, 64 GB RAM, TDP 15–60W), Orin NX 16GB (8-core, 1024 CUDA cores, 16 GB RAM, TDP 10–25W – używany w Unitree G1), Orin Nano (6-core, 1024 CUDA cores, 8 GB RAM, TDP 7–15W). Isaac ROS: oficjalne GPU-accelerated pakiety ROS 2 dla Jetson, dystrybuowane przez NVIDIA NGC Container Registry. Wsparcie ROS 2: tier-1 dla aarch64 Ubuntu 22.04 (Humble) i Ubuntu 24.04 (Jazzy) na JetPack 5.x/6.x. Kluczowa platforma dla robotyki z wymaganiami AI: perception pipeline (stereo depth, object detection, pose estimation), SLAM, VLA inference na edge. Przykłady wdrożeń: Unitree G1 (Orin NX 16GB jako high-level compute), Boston Dynamics (wybrane produkty), drony autonomiczne (Skydio), roboty AMR wymagające edge AI.
ARM 64-bit – NVIDIA Jetson, Raspberry Pi 4/5, Apple Silicon.
Standard middleware OMG (Object Management Group) oparty o model publish-subscribe, zaprojektowany dla systemów rozproszonych czasu rzeczywistego. Definiuje warstwę komunikacyjną DCPS (Data-Centric Publish-Subscribe) oraz protokół przewodowy RTPS (Real-Time Publish-Subscribe). Stosowany jako domyślna warstwa komunikacyjna w ROS 2 – każda implementacja ROS 2 opiera się na jednej z implementacji DDS (CycloneDDS, Fast DDS, Connext DDS). Obsługuje discovery, QoS, reliability, durability i liveliness.
Rozszerzenie standardu CAN 2.0 zwiększające przepustowość do 8 Mbit/s i rozmiar ramki danych do 64 bajtów (vs 8 bajtów w CAN 2.0). Zachowuje wsteczną kompatybilność z CAN 2.0 na poziomie arbitrażu. Stosowany w nowoczesnych robotach humanoidalnych i manipulatorach wymagających szybkiej transmisji danych telemetrycznych z wielu stawów jednocześnie.
Standardowy protokół sieciowy IEEE 802.3 z TCP/IP jako warstwą transportową. Stosowany jako główny interfejs komunikacji między komputerem nadrzędnym (host PC) a robotem w SDK takich jak Unitree SDK2, Boston Dynamics API, Universal Robots URScript. Nie zapewnia deterministyczności (best-effort delivery).
Peripheral Component Interconnect Express 5.0 – przepustowość 32 GT/s na tor: x16 = 63 GB/s. Pojawia się w najnowszych platformach x86 (Intel Core Ultra, AMD Ryzen 7000) stosowanych jako komputery pokładowe robotów najwyższej klasy.
Controller Area Network Flexible Data-Rate – rozszerzenie CAN 2.0 zachowujące arbitraż przy 1 Mbit/s i zwiększające prędkość transmisji danych do 8 Mbit/s oraz rozmiar ramki do 64 bajtów. W robotyce humanoidalnej stosowany do szybkiej komunikacji między kontrolerem głównym a modułami stawowymi.
General Purpose Input/Output – cyfrowe piny I/O w standardzie logicznym 3.3V LVTTL (Low-Voltage TTL). Dominujący standard GPIO w nowoczesnych SBC i modułach embedded (Raspberry Pi, NVIDIA Jetson, BeagleBone). Stosowany w robotyce do odczytu sygnałów cyfrowych z sensorów, sterowania przekaźnikami i sygnalizacji E-Stop.
Non-Volatile Memory Express – protokół storage dla dysków SSD podłączanych przez PCIe (M.2 Key-M lub U.2). W robotyce stosowany jako główny storage w zaawansowanych systemach: mapy 3D, modele AI, logi sensoryczne.
Najwyższa klasa latencji – deterministyczne czasy odpowiedzi poniżej 1 ms z gwarancją dotrzymania deadline'ów bez żadnych wyjątków. Przekroczenie terminu jest traktowane jako błąd krytyczny systemu (system failure). Realizowane wyłącznie na dedykowanych systemach operacyjnych czasu rzeczywistego (RTOS): VxWorks, QNX Neutrino, LynxOS, RTEMS, Zephyr RTOS lub jądrze Linux z łatką RT-PREEMPT. Typowe zastosowania: kontrola prądów silników BLDC/PMSM (10–100 kHz), synchronizacja enkoderów absolutnych, safety-critical E-Stop. Odpowiednik TRL 9 w deterministyczności.
Deterministyczna klasa latencji 1–5 ms z twardą gwarancją dotrzymania deadline'ów. Realizowane na RTOS lub Linux RT-PREEMPT z izolacją CPU. Typowe cykle: 1 ms (1 kHz) dla pętli prędkości silników, 2 ms (500 Hz) dla pętli pozycji stawów, 5 ms (200 Hz) dla pętli sił i momentów. Komunikacja przez EtherCAT, CAN FD. Zastosowania: pętle regulacji prędkości w manipulatorach przemysłowych, sterowanie stawami robotów humanoidalnych w trybie low-level.
Edge oznacza typ wdrożenia, w którym oprogramowanie działa na lokalnym urządzeniu obliczeniowym, bramce, komputerze przemysłowym lub innym zasobie blisko robota i sensorów, bez konieczności przetwarzania w chmurze.
On Robot oznacza typ wdrożenia, w którym oprogramowanie działa bezpośrednio na robocie lub na jego pokładowym module obliczeniowym, np. komputerze przemysłowym, SBC lub platformie edge AI.
Rodzina licencji: Własnościowa – komercyjna
Domyślny status prawny oprogramowania bez jawnie określonej licencji – wszystkie prawa zastrzeżone przez właściciela praw autorskich. Użycie, modyfikacja i dystrybucja są zabronione bez pisemnej zgody właściciela. Nie jest licencją w ścisłym sensie, lecz brakiem licencji – kod bez pliku LICENSE jest domyślnie All Rights Reserved.
Ważna informacja dla edytorów: oprogramowanie bez jawnego pliku licencji jest automatycznie All Rights Reserved i nie może być legalnie używane, modyfikowane ani dystrybuowane. Producenci robotów powinni zawsze jawnie określać licencję. Redaktorzy Robocikowo powinni flagować wpisy bez określonej licencji i kontaktować się z producentem w celu wyjaśnienia.
Brak historii wersji.
