Öffentliche Projektarbeit
Robotik-Plattform-Projekte
In öffentlichen Projekten untersuche ich die Systeme rund um Roboter: Flottenbetrieb, Telemetrie, Reconnect-Recovery, Operator-Tools, ROS 2 und Simulation.
Überblick
Robotik-Arbeit
Diese Arbeit umfasst selbst entwickelte öffentliche Projekte und Forschung, nicht Berufserfahrung an einem produktiven oder sicherheitszertifizierten Robotersystem. Damit untersuche ich die Plattformgrenze rund um Roboter: Befehlsflüsse, Telemetriezustand, Verbindungsverlust, Recovery und die Schnittstellen, die Operatoren bei unsauberen Systemzuständen benötigen.
Die Projekte bauen auf meinem breiteren Hintergrund in zuverlässiger Produktionssoftware, Observability, verteilten Datenflüssen und Hands-on Engineering mit TypeScript, Python, C++, Java, Docker und Cloud-Umgebungen auf.
Projekte
Robotik-Projekte
Öffentliche Prototypen und frühere Forschung zur Software-Infrastruktur rund um Roboter und vernetzte physische Systeme.
Ausgewählte Robotik-Arbeit
Flottenbetrieb, Stale-State-Erkennung und Reconnect-Recovery
RoboOps Control Plane
RoboOps ist ein Prototyp für den Flottenbetrieb, der Roboterzustände, Befehle und Verbindungsfehler für Operatoren sichtbar macht. Die TypeScript-Control-Plane prüft die Aktualität der Telemetrie, gleicht Zustände nach Reconnects ab und führt eine Audit-Timeline. Dieselbe Edge-Schnittstelle habe ich mit einer Nova-Carter-Simulation in Isaac Sim und ROS 2 auf NVIDIA Brev validiert.
Vollständiges Erklärvideo und Transkript anzeigen
Transkript
Ich habe RoboOps rund um NVIDIA Isaac Sim gebaut, weil ich untersuchen wollte, wie Flottenbetrieb wirkt, wenn ein realistisch simulierter Roboter Teil der Schleife ist. In diesem Setup läuft Isaac Sim über ein NVIDIA-Isaac-Launchable auf einer L40S-GPU.
Auf der Plattformseite läuft RoboOps auf AWS als kleines Flotten-Backend. Ich klone das Projekt in die Brev-Umgebung, starte den Isaac-Workflow und fahre die Simulation hoch. Dann starte ich einen Sidecar neben Isaac Sim. Das ist der roboternah laufende Teil des Prototyps: Er beobachtet die Simulation und sendet Telemetrie zurück an die Flottenplattform.
Das Dashboard zeigt also nicht nur Mock-Daten. Es empfängt Zustand von einem simulierten Roboter über dieselbe Art von Grenze, die ich auch in einem echten System erwarten würde. Hier sieht man Isaac Sim und die RoboOps-Operator-UI nebeneinander. Ich klicke im Dashboard auf Go to pose, und dann beginnt der Nova-Carter-Roboter, sich im Lager zu bewegen.
Das ist der Happy Path: Der Operator sendet einen Befehl, der Roboter reagiert, und die UI spiegelt wider, was passiert. Der wichtige Teil ist die Kontrollschleife: Befehl, Bewegung, Telemetrie und Feedback für den Operator.
Ich wollte aber nicht nur den Happy Path zeigen, denn Robotiksysteme sind selten so sauber. Hier trenne ich die Verbindung zum Roboter, während die Operator-UI weiterläuft. Nach einem kurzen Moment ist die Telemetrie nicht mehr aktuell. Die UI macht das sichtbar, statt es hinter Logs oder stillem Versagen zu verstecken.
Dann drücke ich in Isaac Sim wieder Play. Der Roboter verbindet sich neu, die Telemetrie beginnt wieder zu fließen, und die Operator-Ansicht erholt sich. Genau dieses Verhalten ist mir bei Operator-Tools wichtig: nicht nur zu zeigen, dass alles funktioniert, sondern das System verständlich zu machen, wenn etwas schiefgeht.
RoboOps ist weiterhin ein Prototyp, kein fertiges Produkt und kein Sicherheitssystem. Aber es war eine gute Übung, um die unsauberen Teile von Robotik-Tooling zu durchdenken: veraltete Telemetrie, Reconnects, Recovery und wie man diese Zustände für den Operator sichtbar macht. Das vollständige Repository findet man auf meiner Website, mrza.ch.
Erstautor des Research Papers, 100.000+ Messwerte
Raspberry-Pi-Edge-Gateway für Gebäudemonitoring
Ein Java-basiertes Raspberry-Pi-Edge-Gateway für Gebäudemonitoring-Forschung an der Technischen Universität Wien gebaut, den daraus entstandenen Konferenzbeitrag als Erstautor veröffentlicht und die Ergebnisse auf der ECPPM 2014 in Wien präsentiert. Das Gateway empfing drahtlose EnOcean-Sensortelegramme als seriellen Datenstrom, interpretierte Sensorprofile, speicherte Messwerte bei Verbindungsverlust lokal in einer eingebetteten Derby-Datenbank zwischen und leitete sie an einen entfernten Monitoring-Service weiter. Der Prototyp wurde in Testbed- und Büroinstallationen mit mehr als 100.000 weitergeleiteten Messwerten validiert.
Unabhängige Signalzustände und getestete Gateway-Migration von Python zu C++
Robot Telemetry Gateway
Eine sprachübergreifende Telemetrie-Pipeline auf Basis von ROS 2 Lyrical entwickelt, die in einer reproduzierbaren Docker-basierten Entwicklungsumgebung einen deterministischen Python-Simulator mit einem C++20/rclcpp-Gateway verbindet. Der Simulator pausiert das Senden von Positions- und Batterietelemetrie unabhängig voneinander; das Gateway erkennt veraltete Datenströme anhand der monoton gemessenen Zeit seit dem letzten Empfang und protokolliert den Recovery-Übergang, sobald wieder Daten eintreffen. Automatisierte Launch-Tests bestätigten die Verhaltensparität mit dem ursprünglichen Python-Gateway sowie das erwartete DDS-QoS-Verhalten für alle vier Reliable-/Best-Effort-Kombinationen von Publisher und Subscriber, bevor der standardmäßige Launch-Pfad auf das C++-Gateway umgestellt und das Python-Gateway entfernt wurde.
Community
Austausch über aktuelle Robotikforschung in der technischen Community Zürichs.
Robot Learning Paper Club Zürich
Ich engagiere mich im Zürcher Robot Learning Paper Club, einer Community für Praktiker aus der Robotik, Forschende, Studierende und Startup-Teams. Beim Treffen im Juli 2026 stellte ich das Paper „Emerging Extrinsic Dexterity in Cluttered Scenes via Dynamics-aware Policy Learning“ von Zheng et al. vor, diskutierte es mit der Gruppe und produzierte anschließend einen kurzen Video-Rückblick auf die Veranstaltung.
Kontakt
Ich freue mich über Gespräche zu Robotik-Plattformen, Flottenbetrieb, Operator-Tools, Telemetriesystemen und Simulationsinfrastruktur.