{"id":81403,"title":"Robot Platform Engineer (Mensch)","company":"Neura Robotics","city":null,"region":"Baden-Württemberg","location":"Metzingen / Riederich, Riederich, Baden-Wurttemberg, Germany","work_model":"onsite","employment_type":"full_time","employment":["full_time"],"roles":["devops"],"visa":"not_mentioned","relocation":"not_mentioned","posted_at":"2026-06-01T13:10:37.314000+00:00","tools":["ROS","gRPC","REST","C++"],"seniority":"unknown","years_experience_min":null,"german_requirement":"not_mentioned","german_level":"unspecified","english_requirement":"not_mentioned","english_level":"unspecified","team_language":"unknown","confidence":0.4,"method":"rules","language_badge":"Not stated","language_evidence":null,"requirements_snippet":"Hands-on mit mehr als einem der oben genannten Abstraction-Ansätze — Multi-Stack-Erfahrung beschleunigt dein Onboarding. ROS 2 (Jazzy oder Humble) in der Praxis — aktuell der häufigste Middleware-Stack bei NEURA. OROCOS RTT …","url":"https://jobs.ashbyhq.com/neura-robotics-gmbh/b6e22d27-c31b-4108-a351-a29e9831fa53","source":"ashby","agency":null,"description_text":"Deine Mission & Challenges\n• Robot Abstraction Integration: Du arbeitest im Code der Robot-Abstraction-Layer und implementierst die Abstraktionsschicht, die die Hardware-Fähigkeiten deiner Plattform (Gelenke, Gliedmaßen, Endeffektoren, Sensoren) auf die gemeinsame Plattform-API mapped. Vom Konzept her ähnlich wie ein ros2_control Hardware-Interface, eine OROCOS RTT-Komponente oder ein Vendor-SDK-Adapter – nur deutlich vertikaler integriert.\n• Middleware Wiring für deine Plattform: Typischerweise arbeitest du mit ROS 2 Launch Graph + ros2_control YAML + DDS QoS auf Plattformen mit Standard-Middleware; mit OROCOS RTT Pipelines auf Plattformen mit Hard-RT-Control-Loops, die über die ROS 2 Callback-Timings hinausgehen; oder mit Apex.OS auf SIL/PLd-zertifizierten Setups (Industrial MM). Dazu kommen Sensor-Topic-Verdrahtung und ObsAssembler-Integration – unabhängig von der Middleware. Du arbeitest eng mit dem Robotics Middleware Engineer an der übergreifenden Architektur.\n• Operational State Machine: BOOT → HOMING → OPERATIONAL → FAULT → E-STOP → RECOVERY für deine Plattform, inkl. aller Transition Guards, Entry/Exit-Actions und Timeout-Handling.\n• Mode Switching: Auswahl aktiver Controller, Absicherung von Mode-Wechseln, sichere Mode-Ein-/-Austritte sowie ein Gravity-Compensation-Only-Modus.\n• Power-On/Off-Sequenzen: Boot-Reihenfolge, Aktivieren/Deaktivieren der Drives in der richtigen Reihenfolge, Orchestrierung des Homing-Prozesses und kontrolliertes Shutdown.\n• Watchdog & Fault Management: Klassifizierung von Fehlern (recoverable vs. sicherheitskritisch), Auswahl von Recovery-Maßnahmen und Eskalation bis zum E-Stop.\n• Robot-Level Health Monitoring: Aggregation von Diagnosen, Joint-Zuständen, Temperaturen, Grenzwertnähe und Kommunikationslatenzen.\n• gRPC Server Implementation: Mode-Commands, State-Abfragen, Fault-Acknowledgement sowie Streaming von Joint States, Betriebszuständen und Diagnosen.\n• Proto Message Co-Ownership: Gemeinsame Verantwortung für die Robot-Control-API (Protobuf) mit dem Platform Architect und dem Robot Client SDK Engineer.\n• Platform Integration Test Suite: End-to-End CI-Testabdeckung in Simulation (MuJoCo / Isaac Sim) und auf echter Hardware.\n\nAuf was können wir uns freuen\n• Starkes C++ — moderne Features (C++17 oder neuer), Realtime-sichere Patterns und sauberes Memory-Handling.\n• State Machine Design Erfahrung für komplexe Robotik-Systeme: klare State-Trennung, Transition Guards, Fault Handling. Erfahrung mit hierarchischen State Machines (Boost.SML, sc::statechart, BehaviorTree.CPP oder vergleichbar).\n• gRPC und Protobuf: Implementierung von API-Servern, Streaming RPCs und backward-kompatible Weiterentwicklung von Protos.\n• Erfahrung mit Robot-Abstraction-Layern aus der Praxis — über einen der folgenden Wege (kein Framework ist ein Muss): ros2_control Hardware-Interfaces (Jazzy oder Humble); MoveIt2 Hardware-Anbindung; OROCOS RTT für Hard-RT Pipelines; Apex.OS auf realer Plattform; Vendor SDKs wie Franka, UR, KUKA, ABB etc.; oder eigene interne Abstraktionslayer aus früheren Projekten.\n• Erfahrung, eine echte Roboterplattform End-to-End zum Laufen zu bringen — nicht nur Simulation. Gutes Gefühl für Hardware-Integration: Timing-Annahmen, Sensor-Kalibrierung, Fault-Szenarien.\n\nNice to Have\n• Hands-on mit mehr als einem der oben genannten Abstraction-Ansätze — Multi-Stack-Erfahrung beschleunigt dein Onboarding.\n• ROS 2 (Jazzy oder Humble) in der Praxis — aktuell der häufigste Middleware-Stack bei NEURA.\n• OROCOS RTT Erfahrung, wenn Hard-RT-Anforderungen es notwendig machen.\n• Apex.OS Kenntnisse für die SIL-zertifizierte Industrial-MM-Konfiguration.\n• Cluster-spezifische Tiefe:\n• Mobile Manipulator: Nav2 oder vergleichbarer AMR-Stack, Docking-Zyklen, optional PROFINET\n• Legged: Floating-Base State Estimation, Gait Controller Integration, Fall Detection\n• Cobot: ISO 10218 / ISO/TS 15066\n• Erfahrung mit mehreren Robotik-Plattformen (State-Machine-Logik für zwei oder mehr Systeme umgesetzt).\n• FTA oder FMEA für State-Machine-Design in der Robotik.\n• gRPC-Gateway oder REST/gRPC Bridging für kundennahe APIs.\n\n* Hinweis zur internen Stack-Erfahrung: Direkte Erfahrung mit NEURAs interner RAL ist kein Muss. Der Einstieg erfolgt über den Code – nicht über Vorwissen. Wenn du vergleichbare Erfahrung mitbringst, findest du dich dank der bestehenden Patterns schnell zurecht, egal aus welcher Middleware-Welt du kommst.","responsibilities_text":null,"requirements_text":"• Hands-on mit mehr als einem der oben genannten Abstraction-Ansätze — Multi-Stack-Erfahrung beschleunigt dein Onboarding.\n• ROS 2 (Jazzy oder Humble) in der Praxis — aktuell der häufigste Middleware-Stack bei NEURA.\n• OROCOS RTT Erfahrung, wenn Hard-RT-Anforderungen es notwendig machen.\n• Apex.OS Kenntnisse für die SIL-zertifizierte Industrial-MM-Konfiguration.\n• Cluster-spezifische Tiefe:\n• Mobile Manipulator: Nav2 oder vergleichbarer AMR-Stack, Docking-Zyklen, optional PROFINET\n• Legged: Floating-Base State Estimation, Gait Controller Integration, Fall Detection\n• Cobot: ISO 10218 / ISO/TS 15066\n• Erfahrung mit mehreren Robotik-Plattformen (State-Machine-Logik für zwei oder mehr Systeme umgesetzt).\n• FTA oder FMEA für State-Machine-Design in der Robotik.\n• gRPC-Gateway oder REST/gRPC Bridging für kundennahe APIs.\n* Hinweis zur internen Stack-Erfahrung: Direkte Erfahrung mit NEURAs interner RAL ist kein Muss. Der Einstieg erfolgt über den Code – nicht über Vorwissen. Wenn du vergleichbare Erfahrung mitbringst, findest du dich dank der bestehenden Patterns schnell zurecht, egal aus welcher Middleware-Welt du kommst.","status":"open","duplicate_of":null,"first_seen":"2026-11-04T00:18:03.720805+00:00","responsibilities_summary":null,"requirements_summary":null,"all_tools":["ROS","gRPC","REST","C++"],"posting_language":"de","evidence":[],"years_experience_max":null,"mobility_evidence":[],"model_version":"rules-8","english_badge":"English not stated","company_id":2275}