Robot Systems & Integration

Deine Mission & Herausforderungen

Jeder NEURA‑Roboter basiert auf einer soliden Grundlage aus Systemintegrationsarbeit: dem Echtzeit-Betriebssystem, das Scheduling im Mikrosekundenbereich direkt auf der Hardware garantiert, der Hardware-Interface-Schicht, die alle Sensoren und Aktoren abstrahiert, der Motion‑Planning‑Pipeline, die die Bewegungsbahnen der Roboter erzeugt, sowie den industriellen Device-Servern, die Roboter mit Fabrikautomatisierungssystemen verbinden.
Als Staff Engineer im Bereich Robot Systems & Integration verantwortest du die technische Architektur genau dieser Basis.

Das ist eine reine Individual-Contributor-Rolle. Du hast keine Personalverantwortung. Deine Autorität ist technischer Natur: Du gibst die architektonische Richtung vor, triffst Designentscheidungen in deinem Verantwortungsbereich und löst Integrationskonflikte über mehrere Schichten hinweg – dort, wo OS‑Scheduling, Middleware, Hardware-Treiber und Motion-Planning-Pipelines aufeinandertreffen.

Du übernimmst technische Führung für Engineers in Platform-Guild- und Product‑Anchor‑Rollen. Du schreibst selbst Code, leitest Design-Reviews, verfasst technische RFCs und hältst dein Know-how hands-on und aktuell.
Das ist keine reine Architekturrolle – du bist tief in der Umsetzung drin.

• Du verantwortest die RT‑Scheduling‑Policy, an die sich alle Software-Komponenten in diesem Cluster halten müssen: Standards für Prioritätsvergabe, Memory-Locking-Vorgaben und Interrupt‑Latenz‑Zusagen für 1‑kHz‑Regelkreise und 500‑Hz‑Zustandsschätzung.

• Du besitzt den gemeinsamen Review‑Prozess an der Schnittstelle zwischen RT‑OS‑Scheduling und dem EtherCAT‑Master: Jede Änderung am Board Support Package muss vor dem Merge eine gemeinsame Latenzbudget‑Review bestehen. Diesen Prozess verantwortest du zusammen mit dem Lead des Robot‑Communication‑Clusters.

• Du stellst sicher, dass die Engineers der Unified Compute Platform klare Leitlinien zur RT‑OS‑Architektur haben und dass das Timing‑Budget jedes Robot‑Platform‑Profils nach jeder Hardware-Revision validiert wird.

• Du gibst die architektonische Richtung der Motion‑Planning‑Pipeline vor: Kriterien für die Auswahl von Planern, Standards für die Konfiguration des Planning‑Stacks sowie Design und Weiterentwicklung der atomaren Skill‑Primitive‑APIs über alle Roboterplattformen hinweg.

• Du setzt die gemeinsame Skill‑Primitive‑Library durch: Patterns, die aus produktspezifischen Streams entstehen, müssen durch ein Design‑Review, bevor sie plattform­spezifisch geforkt werden. Das stellst du konsequent in Code‑Reviews sicher.

• Du definierst die Grenze zwischen Server und Protokoll in der industriellen Integration: Der Protokoll‑Stack liegt beim Robot‑Communication‑Cluster; die Server‑Schicht – Command Dispatch, Integration der Zustandsmaschine, Hardware‑Interfaces – liegt hier. Wenn sich Server‑Architektur und Protokoll‑Restriktionen widersprechen, triffst du die Entscheidung.