Aktualności · Biznes · Physical AI

D-Robotics zbiera 400 mln USD. „Mózgi” robotów idą w masową skalę

17.09.2026 · Redakcja RoboMorrow

D-Robotics Sunrise S600 — platforma obliczeniowa dla robotów Physical AI

Zweryfikowano 17 września 2026. D-Robotics zamknęło rundę Series C o wartości 400 mln USD. Firma nie buduje jednego humanoida, lecz infrastrukturę obliczeniową dla wielu kategorii robotów: chipy Sunrise, zestawy RDK i warstwę software obejmującą rozwój, symulację oraz inferencję. Oficjalny komunikat ukazał się 17 września o 03:00 ET.

400 mln USD na wspólną warstwę dla robotów

D-Robotics deklaruje, że środki mają rozszerzyć portfolio układów Sunrise na różne poziomy mocy obliczeniowej i rozwijać zintegrowany stack hardware-software. To podejście przypomina strategię dostawcy platformy: producent robota może skupić się na mechanice, sensorach i aplikacji, zamiast budować od zera cały compute stack.

W pierwszej połowie 2026 r. firma raportuje kilkukrotny wzrost przychodów rok do roku oraz ponad 8 mln skumulowanych dostaw chipów Sunrise. Ważne zastrzeżenie: 8 mln chipów nie oznacza 8 mln humanoidów. Układy trafiają także do robotów mobilnych, urządzeń konsumenckich i innych systemów edge AI.

S600: 560 TOPS i VLA na urządzeniu

Najnowszy Sunrise S600 ma według dokumentacji D-Robotics do 560 TOPS INT8 i jest projektowany pod bardziej wymagające zadania embodied AI. Producent pokazuje obsługę modeli multimodalnych i VLA, w tym rodziny Pi0/0.5. Najważniejsza obietnica polega na wykonywaniu większej części percepcji, planowania i sterowania lokalnie, bez ciągłego wysyłania danych do chmury.

Firma podała, że S600 został przyjęty przez ponad 20 klientów z obszaru embodied AI w ciągu sześciu miesięcy od premiery, m.in. UBTECH, Fourier, PaXini, Astribot i Booster Robotics, a większość projektów ma być już w fazie produkcji seryjnej. Są to dane producenta; nie ma publicznego audytu pokazującego liczbę wysłanych S600 do każdego klienta.

Ekosystem ważniejszy od samego TOPS

W robotyce sama moc obliczeniowa nie wystarcza. O wyborze platformy decydują też sterowniki sensorów, biblioteki, narzędzia do optymalizacji modeli, dokumentacja, bezpieczeństwo funkcjonalne i przewidywalność supply chain. D-Robotics twierdzi, że z jego platform korzysta ponad 100 tys. deweloperów i ponad 500 uczelni w ponad 20 krajach. To również liczby firmy, ale pokazują kierunek: budowa ekosystemu ma być równie ważna jak sprzedaż samego układu.

Znaczenie dla Europy

Europejscy producenci robotów zyskują kolejną alternatywę dla dominujących platform zachodnich. Razem z szansą pojawiają się jednak pytania o cyberbezpieczeństwo, długoterminowe aktualizacje, zgodność regulacyjną, dostępność komponentów i ryzyko zależności od jednego dostawcy. W realnym projekcie warto mierzyć end-to-end latency, zużycie energii, temperaturę, stabilność sterowników i koszt migracji modelu, a nie tylko nominalny TOPS.

Co naprawdę byłoby przełomem?

Nie kolejna runda finansowania, lecz setki lub tysiące robotów opartych na S600 pracujących u nazwanych klientów. Najciekawsze będą też benchmarki VLA wykonywane lokalnie oraz dane o poborze mocy przy długiej pracy. To pokaże, czy D-Robotics staje się odpowiednikiem infrastrukturalnego dostawcy dla szerokiego rynku, czy pozostaje przede wszystkim mocną platformą deweloperską.

To nie jest 8 mln robotów — i to rozróżnienie jest kluczowe

Komunikat D-Robotics mówi o ponad 8 mln skumulowanych dostaw układów Sunrise. To duża liczba, ale nie należy jej przekładać na 8 mln robotów ani tym bardziej humanoidów. Układy D-Robotics trafiają do wielu klas urządzeń edge AI. Bardziej użyteczny sygnał dla rynku robotycznego to deklarowane przyjęcie S600 przez ponad 20 klientów embodied AI oraz informacja, że większość tych projektów weszła do produkcji seryjnej. Nadal brakuje jednak rozbicia wolumenu S600 na poszczególnych klientów.

Dlaczego platforma compute może być ważniejsza niż kolejna marka robota

Rynek zaczyna dzielić się na warstwy. Jedne firmy budują ciało robota, inne modele, jeszcze inne sensory, symulację, dane lub compute. D-Robotics próbuje zajmować pozycję dostawcy wspólnej infrastruktury. To podobny kierunek do tego, który opisujemy w analizie CoreWeave i Physical AI Field Engineering: wraz z dojrzewaniem rynku przewaga może wynikać z narzędzi skracających drogę od danych i modelu do fizycznej maszyny.

Drugim punktem odniesienia jest rosnąca liczba modeli próbujących działać na wielu robotach. W materiale o Isaac 0.5 opisywaliśmy „mózg”, który ma generalizować między platformami. S600 reprezentuje drugą stronę tego samego problemu: hardware i software potrzebny, aby taki model dało się uruchomić lokalnie z akceptowalnym opóźnieniem.

Co powinien sprawdzić europejski producent robota

rzeczywisty pobór mocy i temperaturę przy długim obciążeniu VLA/VLM;
opóźnienie całego pipeline’u od sensorów do akcji, nie tylko benchmark pojedynczego modelu;
obsługę kamer, LiDAR-ów, magistral czasu rzeczywistego i safety MCU;
dostępność narzędzi do kwantyzacji oraz koszt migracji modelu;
cykl aktualizacji bezpieczeństwa i długość wsparcia platformy;
dostępność komponentów i ryzyko supply-chain w UE.
Tech in Asia — niezależne potwierdzenie rundy

Co będzie materialnym update’em?

Najważniejszy kolejny krok to nazwane produkty seryjne wykorzystujące S600 oraz konkretne dane: liczba urządzeń, pobór mocy, intervention rate i realne benchmarki VLA. Kolejny komunikat inwestycyjny bez takich informacji nie zmieni oceny dojrzałości platformy.

S600 kontra zachodnie platformy: nie porównuj tylko tabelki

Dla europejskiego zespołu naturalnym punktem odniesienia będą platformy NVIDIA Jetson/Thor oraz inne systemy edge AI. Proste porównanie TOPS może być mylące, bo różne układy mają inne precyzje, sparsity, pamięć, przepustowość i wsparcie operatorów. W robocie liczy się cały pipeline: dekodowanie kamer, fuzja sensorów, inference modelu, planowanie oraz sterowanie w czasie rzeczywistym. Platforma o niższym nominalnym wyniku może być lepsza, jeśli ma dojrzalszy software i krótszą ścieżkę wdrożenia konkretnego modelu.

W praktyce producent powinien uruchomić ten sam workload na kilku platformach i zmierzyć latency, pobór energii, temperaturę, stabilność po wielu godzinach oraz czas pracy inżynierów potrzebny do portowania. Dopiero taki test pokazuje TCO warstwy compute. D-Robotics próbuje wygrać właśnie integracją hardware’u i narzędzi, więc ten element powinien być równie dokładnie benchmarkowany jak sam chip.

Zdjęcie wyróżniające: oficjalny render produktowy D-Robotics RDK S600 z dokumentacji producenta. To materiał produktowy, nie zdjęcie wdrożenia klientowskiego.