# MicroDuck 0.17.2 trennt kurze Controller-Störungen von einer verlorenen Netzwerksitzung

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/de/article/microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-de
Section: Drones & Robots (https://technewslist.com/de/drones-robotics)
Author: TechNewsList
Language: de
Published: 2026-10-13T20:18:58.533+00:00
Updated: 2026-10-13T20:18:58.694123+00:00

> Die neue Daemon-Version von Pollen behält eine UDP-Controller-Sitzung bei kurzem Eingabeverlust bei, weist verspätete Pakete zurück und stellt Timing-Diagnosen bereit. Seine Software-Schutzmaßnahmen stellen keine physische Not-Aus-Garantie dar.

## TL;DR
- Der MicroDuck-Daemon 0.17.2 wurde am 13. Oktober mit konfigurierbaren Achsen und UDP-Kontrollverluständerungen veröffentlicht.
- Die Standardschwellenwerte für veraltete Eingaben und Clientverluste liegen bei 300 ms bzw. 1000 ms.
- UDP Control ist ein Opt-in-Trusted-LAN-Tool; Das Software-Timing ist kein zertifizierter physischer Bremsweg.

## Key points
- Die offizielle Version 0.17.2 wurde am 13. Oktober um 09:46 UTC veröffentlicht.
- Die Version fügt konfigurierbare Gamepad-Achsen und Befehlsgrenzen hinzu.
- Bei der angehefteten Dokumentation ist stale_ms standardmäßig auf 300 und timeout_ms auf 1000 eingestellt.
- Ein kurzer Eingabestillstand setzt den Laufvorgang auf Null, während die Sendersperre beibehalten wird. Bei einer längeren Zeitüberschreitung wird die Sitzung gelöscht.
- Die UDP-Steuerung ist standardmäßig deaktiviert, nicht authentifiziert und nur für ein vertrauenswürdiges LAN vorgesehen.
- Daemon-Updates, laufende Dienste und separat installierte erlernte Richtlinien müssen eigenständig überprüft werden.

## Was passiert ist

Pollen Robotics hat den MicroDuck-Daemon 0.17.2 am 13. Oktober um 09:46 UTC veröffentlicht. In den Versionshinweisen werden konfigurierbare Gamepad-Achsen und Befehlsgrenzen, die Verarbeitung später Datagramme, Latenzprotokollierung und eine Änderung aufgeführt, die den Roboter stoppt, wenn ein Controller ins Stocken gerät, während seine Sitzung beibehalten wird. Hierbei handelt es sich um ein konkretes Steuerungssoftware-Update für den kleinen Zweibeiner, nicht um eine neue Aussage über seine maximale physische Geschwindigkeit oder erlernte Bewegungsqualität.

![Der tatsächliche MicroDuck neben einem Coding-Laptop veranschaulicht den Steuerungs-Entwicklungskontext, keinen Update-Test.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791917605335-n722s6-microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-inside-1-8769e819c2.webp)
*Der tatsächliche MicroDuck neben einem Coding-Laptop veranschaulicht den Steuerungsentwicklungskontext, keinen Aktualisierungstest. Bildnachweis: Pollen Robotics, reproduziert von der MicroDuck Robot Community.*

Die Änderung folgt auf die gestrige Einführung und Verfeinerung der optionalen UDP-Gamepad-Steuerung. Eine unabhängige Überprüfung von 0.17.1 vom 13. Oktober beschreibt diese frühere Version, einschließlich ihres älteren Timeout-Verhaltens. Die neue Version wird nicht auf Hardware getestet. Der maßgebliche Zeitpunkt für diese Geschichte ergibt sich daher aus der Dokumentation von Pollen, die an den 0.17.2-Commit angeheftet ist, und nicht darin, eine Zahl aus der vorherigen Rezension zu kopieren.

## Warum es wichtig ist

Ein netzwerkgesteuerter Roboter muss eine kurze Unterbrechung von einem verschwundenen Controller unterscheiden. Wenn während eines Strömungsabrisses weiterhin ein alter Bewegungsbefehl ausgeführt wird, hat der Bediener die effektive Kontrolle verloren. Wenn jede kleine Unterbrechung die Sitzung zerstört, wird die Wiederherstellung unnötig störend. Die neue Implementierung trennt die Entscheidung, das Gehen zu stoppen, von der Entscheidung, die Sitzung des Absenders freizugeben, und gibt diesen Zuständen unterschiedliche Schwellenwerte und Diagnosen.

Diese Trennung ist nur dann sinnvoll, wenn ihre Grenzen verstanden werden. Ein Software-Timer für veraltete Eingaben ist weder ein sofortiger Hardware-Notstopp, noch legt sein Wert fest, wie weit sich ein Roboter bewegt, bevor er sich physisch stabilisiert. Netzwerkverzögerung, Regelkreisverhalten, Mechanik und die aktuelle Aktion können alle von Bedeutung sein. Ein Entwickler sollte die veröffentlichten Werte als Teil eines zu überprüfenden Kontrollvertrags betrachten und nicht als Sicherheitszertifizierung für unbeaufsichtigten Betrieb.

## Technische Details

Der angeheftete UDP-Leitfaden legt stale_ms standardmäßig auf 300 Millisekunden und timeout_ms auf 1000 Millisekunden fest. Eine veraltete Eingabeperiode hört auf zu laufen, während die Sendersperre und der Status der gedrückten Taste erhalten bleiben. Längeres Schweigen zählt den Klienten als verschwunden und beendet die Sitzung; Gegebenenfalls folgt später eine Sitzplatzanfrage. Der veraltete Schwellenwert muss unter der separaten Deadman-Einstellung bleiben und die Konfigurationsvalidierung lehnt inkonsistente Grenzwerte ab.

![Die offizielle Nahaufnahme zeigt die Gelenke und den Körper des echten Roboters, sodass sich das Software-Timing von der physischen Zertifizierung unterscheidet.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791917606896-sjtgm1-microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-inside-2-2a71c54715.webp)
*Die offizielle Nahaufnahme zeigt die Gelenke und den Körper des echten Roboters, wodurch das Software-Timing von der physischen Zertifizierung unterschieden wird. Bildnachweis: Pollen Robotics, reproduziert von der MicroDuck Robot Community.*

Die Veröffentlichung verwirft auch ausreichend verzögerte Datagramme und meldet deren Ankunftszeitpunkt. Das ist wichtig, denn der Empfang eines Pakets ist nicht dasselbe wie der Empfang einer aktuellen Anweisung. Ein verzögerter Befehl kann syntaktisch korrekt, für den gegenwärtigen Moment jedoch falsch sein. Die Link-Diagnose bietet Entwicklern die Möglichkeit, veraltete Ankünfte und Verzögerungen zu untersuchen, anstatt davon auszugehen, dass jedes Problem in einer Laufrichtlinie oder einer Gamepad-Zuordnung liegt.

Der UDP-Dienst ist standardmäßig deaktiviert und für ein vertrauenswürdiges lokales Netzwerk vorgesehen. Im Leitfaden von Pollen heißt es ausdrücklich, dass er nicht authentifiziert ist und dass erreichbare Clients den Roboter steuern können. Dies ist nicht der empfohlene Internet-Kontrollpfad. Durch die Aktivierung ändert sich, welcher Pad-Daemon Eingaben besitzt: Die Bluetooth- und UDP-Dienste müssen sich über die Konfiguration einigen. Ein Dienst, der auf einer alten Einstellung verbleibt, kann einem Controller-Ausfall ähneln, selbst wenn das Netzwerk fehlerfrei ist.

## Auswirkungen auf Markt und Branche

Die Arbeit mit konfigurierbaren Achsen macht den Eingabevertrag des Roboters anpassungsfähiger, sollte aber nicht mit einer neu erlernten Fähigkeit verwechselt werden. Das Ändern einer Quellachse, Invertierung oder Verstärkung ändert die Anforderungen des Controllers. Es zeigt nicht, dass der physische Roboter einen größeren Bewegungsbereich sicher ausführen kann. Der Beitrag der Veröffentlichung besteht in einer besseren Kontrolle und Beobachtbarkeit, wobei die Bewegungsrichtlinie und die Hardware noch einer eigenen Validierung bedürfen.

Bei offenen Robotikprojekten können solche Betriebsdetails wertvoller sein als eine ausgefeilte Demonstration. Benutzer müssen wissen, welche Version ausgeführt wird, warum eine angeforderte Aktion blockiert wurde und ob die Eingabe tatsächlich den Controller erreicht hat. Die Befehlsreferenz von Pollen bietet Versions-, Zustands-, Konfigurations- und Richtlinienüberprüfungen. Die unabhängige frühere Überprüfung betont auch, dass Daemon- und Richtlinienaktualisierungen separate Entscheidungen sind und nicht ein automatisches Upgrade für jedes Verhalten.

## Worauf man als Nächstes achten sollte

Vor einem absichtlichen Update sollte ein Eigentümer die laufende Version, lokale Überschreibungen, tatsächliche Bindungen und installierte Richtlinien aufzeichnen. Unterstützen Sie den Roboter und überprüfen Sie den Steuerpfad in einer geeigneten überwachten Einrichtung. Vergleichen Sie anschließend dieselben Beweise noch einmal. Eine heruntergeladene Version beweist nicht, dass der Dienst darin neu gestartet wurde, und ein neuer Daemon beweist nicht, dass sich eine separat installierte Richtlinie geändert hat oder dass eine lokale Überschreibung verschwunden ist.

Die nützlichste Validierung würde bewusst zwischen kurzen Eingabeverlusten, langer Stille, verzögerten Paketen und einem geänderten Controller-Layout unterscheiden und den resultierenden Status in Protokollen anzeigen. Das ist ein Testplan und keine Behauptung, dass TechPulse ihn durchgeführt hat. Zur Charakterisierung des Bremsverhaltens wären weiterhin physikalische Messungen erforderlich. Das veröffentlichte Software-Update gibt den Betreibern eine bessere Möglichkeit, Beweise zu sammeln; es entbindet nicht von der Notwendigkeit, es einzusammeln.

Schließlich hängt die richtige Wiederherstellungsmaßnahme vom beobachteten Zustand ab. Eine beibehaltene Sitzung nach einem kurzen Stillstand unterscheidet sich von einem Client-Timeout und bedeutet nicht automatisch, dass der Roboter eine Firmware-Neuinstallation benötigt. Versions- und Gesundheitsberichte sollten vor umfassenden Änderungen erfolgen. Durch die Unterscheidung von Controller, Daemon, Richtlinie und physischem Ergebnis ist das Debuggen einer kleinen Robotikplattform einfacher, ohne zu überbewerten, was eine einzelne Version garantieren kann.

## Quellen

- [Pollen 0.17.2-Veröffentlichung](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)– Zeitstempel vom 13. Oktober und zusammengeführte Achse, Datagrammlatenz, verspätete Pakete und blockierte Client-Änderungen.
- [Angeheftete UDP-Kontrolldokumentation](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)– Genaue Versionsvorgaben: 300 ms veraltete Eingabe, 1000 ms Timeout, vertrauenswürdige LAN-Beschränkung, Dienstauswahl und Diagnose.
- [Angeheftete Robotersteuerungsbefehlsreferenz](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)– Ausführung von Version, Zustand, Konfigurationsüberschreibungen, Richtlinientrennung und Controller-Inspektion.
- [Unabhängige 0.17.1-Quellenprüfung](https://microduckrobot.org/news/daemon-0-17-1/)– Die Überprüfung der vorherigen Version vom 13. Oktober liefert Kontext und eine Zeitüberschreitung von 250 ms, ausdrücklich keine physischen Tests oder 0.17.2-Verifizierung.

Mentions: Pollenrobotik, MicroDuck

## Sources
- [Pollen 0.17.2-Veröffentlichung](https://github.com/pollen-robotics/microduck/releases/tag/daemon-v0.17.2)
- [Angeheftete UDP-Kontrolldokumentation](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/udp-pad.md)
- [Angeheftete Robotersteuerungsbefehlsreferenz](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)
- [Unabhängige 0.17.1-Quellenprüfung](https://microduckrobot.org/news/daemon-0-17-1/)