Platformy badawcze · Uczenie robotów · Granty · Zamówienia
Dla uczelni i zamawiających publicznych
Roboty Unitree w wersjach EDU do badań nad lokomocją, manipulacją i uczeniem robotów: dostęp na poziomie stawów, ROS 2, modele symulacyjne tych samych robotów oraz dokumenty potrzebne do wniosków grantowych i zamówień publicznych.
Jak składamy oferty i co dostarczamy w przetargu
Dla uczelni i zamawiających publicznych — cztery punkty, które zwykle obejmuje oferta na platformę Unitree EDU. NeoHumanoidX jest niezależnym integratorem; dostarczamy oryginalne roboty Unitree zakupione u autoryzowanego dystrybutora Unitree Robotics w Polsce. Nie jesteśmy autoryzowanym dealerem Unitree.
Dostawa i uruchomienie
Dostawa uzgodnionej konfiguracji (model i wersja EDU, opcje), uruchomienie na miejscu oraz instruktaż zespołu. Zakres zapisujemy w ofercie pisemnej.
Dokumentacja po polsku
Opis przedmiotu zamówienia i pakiet dokumentów przetargowych po polsku (m.in. karta katalogowa, instrukcja obsługi, warunki gwarancji i serwisu, dane rejestrowe). Szczegóły: Zamówienia publiczne.
Platforma szkoleniowa
Rozwijamy platformę szkoleniową z symulatorem robota w przeglądarce, z myślą o zajęciach z robotami humanoidalnymi Unitree. Zob. Do zajęć.
Serwis lokalny
Kontakt i wsparcie z Warszawy; gwarancja oraz warunki reakcji serwisowej według oferty na dany model. Serwis uzgadniamy w ramach oferty integracyjnej.
Kwoty i terminy podajemy wyłącznie w ofercie pisemnej, nie na tej stronie. Zapytanie o ofertę
1. Platformy EDU do badań
Do badań potrzebna jest wersja EDU. W tabelach specyfikacji Unitree rozwój własnego oprogramowania (ang. secondary development) jest dla G1 i H2 dostępny tylko w wersjach EDU. W rodzinie Go2 wersje AIR i PRO go nie mają, Go2 X ma wsparcie podstawowe, a Go2 EDU pełne. To właśnie ta możliwość daje Państwa kodowi dostęp do robota: polecenia i stan na poziomie stawów, czujniki i dodatkową moc obliczeniową.
| G1 i G1 EDU | Go2 AIR, PRO, X i Go2 EDU | H2 i H2 EDU | |
|---|---|---|---|
| Rozwój własnego oprogramowania (SDK) | wersja podstawowa: brak; EDU: tak | AIR i PRO: brak; X: wsparcie podstawowe; EDU: pełne | wersja podstawowa: brak; EDU: tak |
| Dodatkowa moc obliczeniowa | wersja podstawowa: brak; EDU: dodatkowy moduł obliczeniowy dużej mocy | AIR, PRO i X: brak; EDU: dodatkowy moduł obliczeniowy (40–100 TOPS) | wersja podstawowa: brak; EDU: komputer PC2 (Intel Core i7) do rozwoju własnego oprogramowania oraz opcjonalny moduł obliczeniowy dużej mocy |
| Stopnie swobody i dłonie | wersja podstawowa: 23; EDU: od 23 do 43, z opcjonalnymi 2 stopniami swobody w talii oraz dłonią Dex3-1 (7 stopni swobody) z 2 stopniami swobody w nadgarstku | 12 silników stawowych we wszystkich wersjach | 31 w obu wersjach; w EDU dłonie zręczne w kilku wariantach |
| Czujniki | kamera głębi, LiDAR 3D i 4 mikrofony w obu wersjach | czujniki siły w stopach i kamera głębi tylko w wersji EDU | takie same w obu wersjach: kamera stereoskopowa, mikrofony i głośnik |
| Inne | maksymalny moment w kolanie 120 N·m (wersja podstawowa: 90 N·m); maksymalny udźwig ramienia ok. 3 kg (wersja podstawowa: ok. 2 kg) | akumulator 15 000 mAh (pozostałe wersje: 8000 mAh) i szybka ładowarka | — |
| Gwarancja | 18 miesięcy (wersja podstawowa: 8) | 12 miesięcy (AIR: 6, PRO i X: 12) | 12 miesięcy (wersja podstawowa: 8) |
Źródła: unitree.com/g1, unitree.com/go2, unitree.com/H2, unitree.com/Dex3-1, stan na 22.10.2026. Wartości są przybliżone i zależą od wersji i konfiguracji; „—” oznacza brak danych. Unitree nie wskazuje konkretnego modułu obliczeniowego („such as …”), dlatego określamy go na piśmie w ofercie.
Dlaczego EDU nadaje się do badań
Dostęp na poziomie stawów
unitree_sdk2 (C++, DDS; Python w unitree_sdk2_python) zawiera przykłady niskopoziomowe dla każdego robota: example/g1/low_level/, example/go2/go2_low_level.cpp, example/h2/low_level/. Stan niskopoziomowy obejmuje położenie, prędkość i przyspieszenie każdego stawu; polecenia niskopoziomowe zadają położenie, prędkość i moment wraz ze wzmocnieniami. SDK jest przeznaczone dla Ubuntu 20.04.
ROS 2 bez nakładek
unitree_ros2 korzysta bezpośrednio z komunikatów DDS robota (CycloneDDS 0.10.x), więc węzły ROS 2 komunikują się z robotem bez opakowywania SDK. Ubuntu 22.04 / Humble (zalecane) i 20.04 / Foxy; przykłady sterowania niskopoziomowego dla Go2/B2, H1-2 i G1.
Komputer użytkownika na pokładzie
Państwa kod działa na jednostce obliczeniowej odrębnej od komputera platformy, na którym pracuje sterowanie Unitree: G1 EDU i Go2 EDU przyjmują dodatkowy moduł obliczeniowy dużej mocy (Go2: 40–100 TOPS), a H2 EDU ma komputer PC2 (Intel Core i7) do rozwoju własnego oprogramowania oraz opcjonalny moduł obliczeniowy dużej mocy.
Złącza
G1 / H2: Wi-Fi 6, Bluetooth 5.2. Go2 EDU: dwuzakresowe Wi-Fi 6, Bluetooth 5.2; czujniki siły w stopach i kamera głębi tylko w EDU. Tylny panel H2 EDU: USB-C / USB 3.0 do PC2 i dwa segmenty Ethernet (instrukcja H2 V1.1).
Dłonie zręczne
Dex3-1: 3 palce, 7 aktywnych stopni swobody, 33 czujniki dotykowe (nacisku), USB 2.0; informacja zwrotna obejmuje położenie, prędkość, moment i temperaturę stawów, nacisk oraz IMU. Opcja w G1 EDU. H2 EDU: kilka wariantów dłoni. xr_teleoperate obsługuje chwytaki Dex1-1, Dex3-1, Inspire i BrainCo.
Modele symulacyjne tych samych robotów
URDF w unitree_ros (g1_description, go2_description, h2_description); MJCF w unitree_mujoco (G1 23/29 DoF, Go2, H2). unitree_mujoco udostępnia ten sam niskopoziomowy interfejs SDK2 co rzeczywisty robot, więc sterownik sprawdza się w symulacji, zanim trafi na sprzęt.
Obsługa w repozytoriach Unitree do uczenia i teleoperacji
| Repozytorium / model | G1 | Go2 | H2 |
|---|---|---|---|
unitree_sdk2: przykłady niskopoziomowe | ✓ | ✓ | ✓ |
unitree_ros (URDF) / unitree_mujoco (MJCF) | ✓ | ✓ | ✓ |
unitree_rl_gym: trening w Isaac Gym, sprawdzenie w MuJoCo, próba na robocie | ✓ | ✓ | — |
unitree_rl_lab: Isaac Lab | ✓ 29 DoF | ✓ | — |
unitree_sim_isaaclab: zadania manipulacji i teleoperacji | ✓ | — | — |
xr_teleoperate / unitree_lerobot | ✓ | — | — |
Stan na 22.10.2026; „—” = brak na liście. H2 jest dziś objęty wyłącznie SDK, URDF i MJCF; wyuczone sterowanie całym ciałem na H2 pojawia się na razie tylko w preprintach [P2]. Inne dostarczane przez nas modele: As2 (rozwój własnego oprogramowania w wersjach X i EDU), A2 („Supported”, Intel Core i7 dla użytkownika) i B2 również mają przykłady w unitree_sdk2; zob. Roboty.
Licencje. Wymienione oprogramowanie, modele i zbiory danych są projektami podmiotów trzecich (np. Unitree Robotics, Hugging Face), udostępnianymi przez ich autorów i wykorzystywanymi na ich własnych licencjach. Licencje różnią się między projektami oraz między kodem, wagami modeli i zbiorami danych. Przed użyciem prosimy sprawdzić licencję danego projektu. NeoHumanoidX nie udziela do nich żadnej licencji. xr_teleoperate i teleimager (Unitree Robotics): licencja Apache 2.0 według plików LICENSE projektów; korzystają z komponentów podmiotów trzecich na ich własnych licencjach.
2. Jak dziś uczy się roboty
Obecna praktyka dla robotów klasy Unitree łączy kilka elementów: politykę lokomocji lub sterowania całym ciałem uczoną metodami RL w symulacji na GPU, manipulację uczoną z demonstracji teleoperacyjnych oraz coraz częściej wstępnie wytrenowany model wizja–język–działanie dostrajany na danych własnego laboratorium. Dla każdego elementu: czym jest, jakie są główne narzędzia i od czego zacząć lekturę. Tam, gdzie sami pracujemy z danym narzędziem, odnośnik prowadzi do odpowiedniej części naszej strony badawczej.
- TreningRL w symulacji na GPU
- Randomizacjafizyka, czujniki, pchnięcia
- Sim-to-simodtworzenie w MuJoCo
- Sim-to-realetapowe testy na robocie
- Dostrajaniedemonstracje, VLA
RL w symulacji na GPU
Tysiące instancji robota działają równolegle na jednym GPU; algorytm on-policy, zwykle PPO [R1], uczy polityki odwzorowującej propriocepcję (opcjonalnie mapę wysokości lub obraz) na zadane położenia stawów. legged_gym [P6] pokazał trening polityk lokomocji w ciągu minut na jednym GPU i jest podstawą unitree_rl_gym (z rsl_rl). Isaac Lab jest podstawą unitree_rl_lab; MuJoCo [R15], w tym MJX na akceleratorach przez JAX oraz MuJoCo Playground [R14], to typowa alternatywa.
Randomizacja domeny
Parametry fizyczne i wizualne są losowane w trakcie treningu, aby polityka nie dopasowała się do jednej instancji symulatora [P7] [R2]. Konfiguracja G1 w unitree_rl_gym losuje tarcie (0,1–1,25) i dodatkową masę korpusu (od −1 do +3 kg) oraz popycha robota co 5 s. Alternatywą dla samej odporności jest adaptacja w trakcie działania: RMA [R4] wnioskuje parametry otoczenia z niedawnej historii.
Sim-to-sim, potem sim-to-real
Zanim polityka trafi na sprzęt, jest odtwarzana w drugim symulatorze: unitree_rl_gym opisuje ścieżkę w czterech krokach: trening, odtworzenie, przeniesienie do drugiego symulatora (MuJoCo) i przeniesienie na robota (Train, Play, Sim2Sim, Sim2Real), a unitree_mujoco udostępnia ten sam interfejs niskopoziomowy co robot. Pozostałe różnice zmniejsza się modelami napędów [R3] lub wyuczonymi poprawkami: ASAP [P1] uczy modelu korekty akcji (delta action) na danych z rzeczywistego G1.
Uczenie przez naśladowanie z teleoperacji
Operator steruje robotem, a zapisane epizody służą do uczenia polityki przez klonowanie zachowań, np. ACT [R5] lub Diffusion Policy [R6]. xr_teleoperate (Apple Vision Pro, PICO 4 Ultra Enterprise, Meta Quest 3; na bazie Open-TeleVision [P8]) nagrywa demonstracje dla G1, także w symulacji z unitree_sim_isaaclab; unitree_lerobot przekształca je do treningu w LeRobot. Teleoperacja izomorficzna (w stylu egzoszkieletu) na G1: [P4].
Nagrania ludzi i transfer między robotami
Dane z teleoperacji są kosztowne, dlatego nowsze prace uczą się z ruchu i nagrań ludzi: ruch człowieka przeniesiony na humanoida do teleoperacji i naśladowania [R7] [R8] oraz nagrania z perspektywy pierwszej osoby z transferem zero-shot na G1 [P5]. Sterowniki przenosi się też między robotami (z G1 na H2 w [P2]), a zbiory danych wielu robotów łączy się w jeden [R9].
Na naszym profilu w serwisie LinkedIn publikujemy bieżące wiadomości techniczne z ekosystemu Unitree i badań nad robotyką.
3. Literatura: od czego zacząć
Lista podstawowa (P) z robotem Unitree użytym w pracy, jeśli wskazuje go streszczenie; lektura uzupełniająca (R) o metodach bazowych. Identyfikatory arXiv sprawdzone względem tytułów 22.10.2026.
Są to publikacje podmiotów trzecich; ich autorzy nie są powiązani z NeoHumanoidX i nie rekomendują naszych produktów ani usług. Streszczenia są nasze – szczegóły w każdej publikacji.
Publikacje podstawowe
- [P1]T. He, J. Gao, W. Xiao, Y. Zhang, Z. Wang, J. Wang, Z. Luo, G. He, N. Sobanbab, C. Pan, Z. Yi, G. Qu, K. Kitani, J. Hodgins, L. Fan, Y. Zhu, C. Liu, G. Shi. „ASAP: Aligning Simulation and Real-World Physics for Learning Agile Humanoid Whole-Body Skills”. RSS 2025. arXiv:2502.01143 robot: Unitree G1
- [P2]Q. Lan, Z. Tian, Z. Wang, J. Liang. „TRACE: Efficient Transfer Learning for Neural Whole-Body Control Across Humanoid Embodiments”. arXiv, 2026. arXiv:2610.17999 preprint robot: z G1 na H2
- [P3]Y. Lin, G. Shi, C. K. Liu. „Action-Aligned Latent Planning for Versatile Humanoid Loco-Manipulation (FIBER)”. arXiv, 2026. arXiv:2610.24675 preprint robot: rzeczywisty G1: podnoszenie skrzynki, otwieranie drzwi, chwytanie
- [P4]Y. Wang, P. Yang, L. Zhuo, L. Wei, X. Du, K. Song, W. Wang, D. Ma. „Compositional Humanoid Manipulation through Isomorphic Teleoperation and Independent Skill Routing”. arXiv, 2026. arXiv:2610.26169 preprint robot: Unitree G1
- [P5]Lambda-humanoid Team: C. Xu, J. Chen, J. Ye, et al.. „λ0: Scaling Open-World Egocentric Human Data for Humanoid Loco-Manipulation”. raport techniczny, arXiv, 2026. arXiv:2610.18950 preprint robot: transfer zero-shot na G1
- [P6]N. Rudin, D. Hoeller, P. Reist, M. Hutter. „Learning to Walk in Minutes Using Massively Parallel Deep Reinforcement Learning”. CoRL 2021. arXiv:2109.11978 robot: podstawa unitree_rl_gym (legged_gym)
- [P7]J. Tobin, R. Fong, A. Ray, J. Schneider, W. Zaremba, P. Abbeel. „Domain Randomization for Transferring Deep Neural Networks from Simulation to the Real World”. IROS 2017, DOI 10.1109/IROS.2017.8202133. arXiv:1703.06907
- [P8]X. Cheng, J. Li, S. Yang, G. Yang, X. Wang. „Open-TeleVision: Teleoperation with Immersive Active Visual Feedback”. arXiv, 2024. arXiv:2407.01512 robot: cytowany przez xr_teleoperate
Lektura uzupełniająca: metody
- [R1]J. Schulman, F. Wolski, P. Dhariwal, A. Radford, O. Klimov. „Proximal Policy Optimization Algorithms” arXiv, 2017. arXiv:1707.06347
- [R2]X. B. Peng, M. Andrychowicz, W. Zaremba, P. Abbeel. „Sim-to-Real Transfer of Robotic Control with Dynamics Randomization” arXiv, 2017. arXiv:1710.06537
- [R3]J. Hwangbo, J. Lee, A. Dosovitskiy, D. Bellicoso, V. Tsounis, V. Koltun, M. Hutter. „Learning agile and dynamic motor skills for legged robots” Science Robotics 4(26), eaau5872, 2019. arXiv:1901.08652
- [R4]A. Kumar, Z. Fu, D. Pathak, J. Malik. „RMA: Rapid Motor Adaptation for Legged Robots” RSS 2021. arXiv:2107.04034
- [R5]T. Z. Zhao, V. Kumar, S. Levine, C. Finn. „Learning Fine-Grained Bimanual Manipulation with Low-Cost Hardware (ACT)” arXiv, 2023. arXiv:2304.13705
- [R6]C. Chi, Z. Xu, S. Feng, E. Cousineau, Y. Du, B. Burchfiel, R. Tedrake, S. Song. „Diffusion Policy: Visuomotor Policy Learning via Action Diffusion” arXiv, 2023 (rozszerzona wersja artykułu z RSS 2023). arXiv:2303.04137
- [R7]Z. Fu, Q. Zhao, Q. Wu, G. Wetzstein, C. Finn. „HumanPlus: Humanoid Shadowing and Imitation from Humans” arXiv, 2024. arXiv:2406.10454
- [R8]T. He, Z. Luo, X. He, W. Xiao, C. Zhang, W. Zhang, K. Kitani, C. Liu, G. Shi. „OmniH2O: Universal and Dexterous Human-to-Humanoid Whole-Body Teleoperation and Learning” arXiv, 2024. arXiv:2406.08858
- [R9]Open X-Embodiment Collaboration: A. O'Neill, A. Rehman, et al.. „Open X-Embodiment: Robotic Learning Datasets and RT-X Models” arXiv, 2023. arXiv:2310.08864
- [R10]A. Brohan, N. Brown, J. Carbajal, et al.. „RT-2: Vision-Language-Action Models Transfer Web Knowledge to Robotic Control” arXiv, 2023. arXiv:2307.15818
- [R11]M. J. Kim, K. Pertsch, S. Karamcheti, et al.. „OpenVLA: An Open-Source Vision-Language-Action Model” arXiv, 2024. arXiv:2406.09246
- [R12]K. Black, N. Brown, D. Driess, et al.. „π0: A Vision-Language-Action Flow Model for General Robot Control” RSS 2025. arXiv:2410.24164
- [R14]K. Zakka, B. Tabanpour, Q. Liao, et al.. „MuJoCo Playground” arXiv, 2025. arXiv:2502.08844
- [R15]E. Todorov, T. Erez, Y. Tassa. „MuJoCo: A physics engine for model-based control” IROS 2012. DOI 10.1109/IROS.2012.6386109
Na naszym profilu w serwisie LinkedIn publikujemy bieżące wiadomości techniczne z ekosystemu Unitree i badań nad robotyką.
4. Do zajęć: platforma szkoleniowa (prace rozwojowe)
Platforma szkoleniowa NeoHumanoidX w języku polskim
Rozwijamy platformę szkoleniową z symulatorem robota w przeglądarce dla zespołów pracujących z robotami humanoidalnymi Unitree. Platforma nie jest publicznie dostępna. Uczelnie zainteresowane pilotażem prosimy o kontakt.
- moduły z lekcjami wprowadzającymi w zakresie od bezpieczeństwa pracy z robotem, przez konfigurację środowiska i komunikację z robotem (unitree_sdk2, DDS, ROS 2 Humble), sterowanie ruchem i uczenie ze wzmocnieniem, odometrię Fast-LIO 2, po narzędzia AI: LeRobot i Gemini Robotics-ER
- struktura modułu: cele nauczania, wymagania wstępne, lekcja wprowadzająca, źródła z licencjami oraz data aktualności treści
- symulator 3D w przeglądarce oparty na MuJoCo (WebAssembly) z publicznym modelem pełnowymiarowego humanoida Unitree; bez instalacji i bez serwera z kartą graficzną
5. Wnioski grantowe: część dotycząca robota
Pomagamy przygotować część wniosku dotyczącą aparatury, gdy projekt obejmuje robota (NCN, NCBR, FENG, Horyzont Europa): uzasadnienie zakupu, powiązanie z potrzebą badawczą, parametry i koszty wdrożenia. Część naukowa i plan prac należą do Państwa; my dostarczamy fakty dotyczące platformy wraz ze źródłami.
Uzasadnienie zakupu aparatury
Dlaczego ta platforma i ta wersja (zwykle EDU), czego badania nie mogą osiągnąć bez niej, jakie alternatywy rozważono i dlaczego je odrzucono oraz jak aparatura będzie wykorzystywana po zakończeniu projektu.
Od potrzeby badawczej do parametrów
Tabela prowadząca od każdego zadania lub pakietu prac do potrzebnej funkcji, parametru, który ją zapewnia, i źródła producenta. Przykład: uczenie ze wzmocnieniem dla całego ciała wymaga poleceń momentu lub położenia stawów przez SDK, a manipulacja zręczna wymaga dłoni Dex3-1 (7 stopni swobody, 33 czujniki dotykowe).
Parametry ze źródłami
Wersja, stopnie swobody, dłonie, czujniki, komputer użytkownika, złącza, oprogramowanie i modele symulacyjne – każdy parametr z oficjalnym źródłem i datą odczytu. W formie, która może później posłużyć jako opis przedmiotu zamówienia.
Koszty wdrożenia (struktura)
Pozycje do zaplanowania w budżecie: robot i opcje (dłonie, moduł obliczeniowy, akumulatory), stacja robocza z GPU do treningu, sprzęt do teleoperacji, wyposażenie bezpieczeństwa i strefa testów, uruchomienie i szkolenie zespołu, gwarancja i serwis. Kwoty podajemy w pisemnej ofercie, nie na tej stronie.
Ryzyka i harmonogram
Termin dostawy, uruchomienie, różnica między symulacją a rzeczywistością oraz bezpieczeństwo – wraz ze sposobami ograniczenia ryzyka, np. etapowymi testami (najpierw symulacja, potem robot bez ruchu, następnie z ruchem).
Jak pisać, aby recenzent mógł łatwo ocenić wniosek
- Punktem wyjścia są kryteria oceny, a nie szablon. Warto pozyskać wytyczne grantodawcy dla recenzentów i definicje punktacji w danym konkursie, a następnie przypisać każde kryterium do konkretnego akapitu. Jeśli coś nie jest napisane wprost i na początku, recenzent oceniający wiele wniosków może tego nie zauważyć.
- Samodzielna recenzja według tych kryteriów przed złożeniem. Warto przejść przez projekt kryterium po kryterium i uzupełnić braki. Asystent AI może pomóc wnioskodawcy w takiej kontroli; wcześniej należy sprawdzić zasady grantodawcy dotyczące AI i poufności.
- Szkice z narzędzi AI i wyszukiwarki literatury wyłącznie jako punkt wyjścia. Poprawianie i kwestionowanie szkicu jest szybsze niż pisanie od zera, ale każde stwierdzenie i każdy przypis muszą sprawdzić autorzy: tekst generowany bywa ogólnikowy lub przesadzony.
- Szerokie poszukiwanie konkursów. Poza krajowymi i unijnymi bazami naborów pomocne bywają narzędzia dopasowujące konkursy do tematu; kwalifikowalność i terminy zawsze należy potwierdzić u źródła.
6. Zamówienia publiczne
Pakiet dokumentów przetargowych
Przygotowywany dla konkretnego modelu i wersji.
| Dokument | Format | Udostępnienie |
|---|---|---|
| Deklaracja zgodności CE (jeżeli producent wystawia ją dla danego modelu) | na prośbę zamawiającego | |
| Karta katalogowa (PL) | na prośbę zamawiającego | |
| Instrukcja obsługi (PL) | na prośbę zamawiającego | |
| Karta gwarancyjna i warunki serwisu | na prośbę zamawiającego | |
| Dane rejestrowe spółki (odpis KRS) | na prośbę zamawiającego |
Co zwykle obejmuje oferta
- cenę z transportem, uruchomieniem, instruktażem i licencjami
- opis przedmiotu zamówienia po polsku z wszystkimi parametrami
- termin dostawy dla wybranej konfiguracji
- gwarancję i serwis z odpowiedzią na zgłoszenie w ciągu 72 godzin
W opisie przedmiotu zamówienia warto wpisać wprost „wersja EDU z dostępem do SDK (secondary development)”.