Zum Inhalt springen
Quelle geprüft

MicroDuck 0.17.8: UDP-Sound und Einrichtung

Wählen Sie Roboter oder Laptop für den Ton des UDP-Gamepads und prüfen Sie die aus 0.17.7 übernommene Korrektur für erneute Einrichtungsversuche.

Der offizielle Daemon 0.17.8 verschiebt UDP-Pad-Trigger-Sounds standardmäßig auf den Laptop, während der Roboter weiterhin seinen Schnabel bewegt. Verwenden Sie --robot-sound-on, um diese Geräusche auf dem Roboter wiederherzustellen, und --mute, um den Laptop stummzuschalten. Ältere Netpadd-Versionen ignorieren das neue Flag. Der Laptop-Sound allein beweist nicht, dass der Roboter die Kontrolle übernommen hat. Die Version enthält außerdem 0.17.7 Korrekturen für Bereitstellungswiederholungen; Auf dieser Website wurde eine feste Quelle ohne Bedienung eines Roboters überprüft.

Pollen Robotics veröffentlichte am 19. Oktober um 14:16 UTC den nicht vorab veröffentlichten Daemon 0.17.7 und um 14:24 UTC den Daemon 0.17.8. Diese Anmerkung vom 20. Oktober überprüft die Quelle 0.17.8. Die Ankündigungen enthalten keine physischen Abnahmeprotokolle für diese Änderungen, und auf dieser Website wurde kein Roboter aktualisiert, bereitgestellt oder gesteuert. 0.17.7 Version · 0.17.8 Version.

Wählen Sie die Tonausgabe, bevor Sie eine stille Ente diagnostizieren

Triggergeräusche mit passender Laptop- und Robotersoftware 0.17.8
Optionen für duckctl udp-padLaptop-RT/LT-SoundsRoboter-RT/LT-Sounds
Keine TonoptionSpielen Sie auf dem ausgewählten Laptop-AusgangStill; der Schnabel bewegt sich noch
--robot-sound-onSpielenSpielen Sie auch
--stummStillStill; der Schnabel bewegt sich noch
--mute --robot-sound-onStillSpielen

Diese Auswahl wirkt sich auf den RT-Quacksalber und den LT-Halteton aus. Roboterhinweise für ein verlorenes oder zurückkehrendes Pad werden weiterhin abgespielt. Ein Empfänger, der älter als das Flag „Sender-Sounds“ war, ignoriert es und gibt weiterhin Trigger-Sounds am Roboter aus. Vergleichen Sie beide Versionen, anstatt von einem defekten Lautsprecher auszugehen. Feste Führung · Roboterhandhabung.

Verfügt der Laptop über keinen nutzbaren Audioausgang oder fehlt Linux libasound.so.2, protokolliert der Absender no sound on this machine. Ohne --robot-sound-on wird immer noch das Sender-Sounds-Flag gesetzt: Ein kompatibler Roboter wird nicht automatisch zum Ersatzlautsprecher. Die Steuerung kann fortgesetzt werden, während die Auslösegeräusche stumm sind. Außerdem werden Laptop-Sounds für das ausgewählte Pad abgespielt, selbst wenn der Roboter seine Pakete nicht annimmt; Einen Quacksalber zu hören ist kein Verbindungstest. Überprüfen Sie das Senderpanel und die Roboterantwort. Absenderimplementierung.

Überprüfen Sie den tatsächlichen Client und die Pad-Quelle

Laptop-Version und installierte Hilfe
duckctl --version
duckctl udp-pad --help
Lesen Sie die aktive Pad-Quelle des Roboters
systemctl is-active padd netpadd

Die UDP-Steuerung muss bereits in einem vertrauenswürdigen LAN konfiguriert sein. Seine dauerhafte Netpad-Einstellung wählt netpadd anstelle des Bluetooth-padd-Dienstes; Das Tool bleibt unauthentifiziert und ist kein Internet-Fernsteuerungsendpunkt. Verwenden Sie die vorhandene Pad-Fehlerbehebungsanleitung, um Probleme bei der Quellenauswahl oder Zeitüberschreitungen zu beheben. Durch die alleinige Aktualisierung von „duckctl“ auf dem Laptop wird das roboterseitige Netpadd nicht aktualisiert. CLI-Optionen · Veröffentlichtes Laptop-Paket.

0.17.7 behebt Wiederholungsversuche bei der Board-Bereitstellung

Die frühere Version 0.17.7 enthält die Bereitstellungsänderungen, die in unserem vorherigen Test nur für main galten. Der Launcher fragt jetzt, wie sein eigener Lauf endete, anstatt das Protokoll eines fehlgeschlagenen früheren Versuchs erneut abzuspielen. Phase zwei ruft setup-rkaiq erneut ab und der persistente ISP-Helper kann aus der Shim-Quelle erstellen, die er beibehalten hat. Hierbei handelt es sich um Initialisierungs- und Installationsänderungen, nicht um Hinweise auf eine neue Policy, ein repariertes Kamerakabel oder einen erfolgreichen physischen Kameratest. Launcher · Phasen · ISP-Helfer.

Lesen Sie das aufgezeichnete Bereitstellungsergebnis auf einer entsprechenden Tafel
sudo cat /var/lib/robot/provision.outcome

Das Ergebnis ist an eine Lauf-ID gebunden: Der Launcher erkennt das done- oder ended <exit code>-Ergebnis dieses Laufs. Behalten Sie die Konsolenausgabe des aktuellen Laufs bei. Eine alte oder fehlende Ergebnisdatei beweist nicht, dass der aktuelle Versuch erfolgreich war. Trennen Sie einen fehlgeschlagenen Board-Initialisierungsversuch von routinemäßigen Daemon-Updates. Führen Sie kein erneutes Flashen oder erneutes Ausführen der Bereitstellung durch, nur weil dies in einer Version erwähnt wird.

Untersuchen Sie ein Upgrade bewusst und halten Sie ein Wiederherstellungsziel ein

Roboterversionen und vorheriges Update-Transkript
robotctl version
robotctl update status
robotctl update check daemon
robotctl update log
robotctl update show

Überprüfen Sie bei einem kompatiblen offiziellen Board unter 0.17.8, das bewusst auf diese datierte Version abzielt, zunächst die installierte Update-Hilfe und den verfügbaren Speicherplatz. Die Vorschau unten lädt herunter, überprüft und extrahiert es ins Staging. Es schreibt auf die Festplatte und stoppt vor der Aktivierung. Es handelt sich nicht um einen Roboter-Abnahmetest. Wenn der Roboter bereits neuer ist, kopieren Sie keinen Befehl mit exakter Version, der ihn herabstufen könnte.

Nur Vorschau; lädt Staging-Dateien herunter und schreibt sie
sudo robotctl update apply daemon --version 0.17.8 --dry-run

Wenn die Vorschau erfolgreich ist und Sie sich für diese Version entscheiden, wird im offiziellen Update-Leitfaden die Aktivierung und Überprüfung beschrieben. Bewahren Sie das Transkript und die zuvor installierte Version zur Wiederherstellung auf. Ein manuelles Daemon-Rollback erfordert einen installierten Vorgänger und führt kein Rollback des separaten Policiessatzes durch. Unser 0.17.6 Source-Lookup-Artikel bleibt die historische Erklärung für Fehler bei der Metadatengröße und kein Grund, die ältere Version zu installieren.

Überprüfen Sie die laufende Version und das Ergebnis
robotctl version
robotctl health
robotctl update log
robotctl update show

Die offizielle RL-Revision, der Policiessatz v8, vier Referenzmodelle, der Simulator und Vetbook Space blieben in diesem Test unverändert. Bei dem neuen Verhalten handelt es sich um Software-Routing und -Bereitstellung, nicht um eine neu validierte Vorgehensweise. Update- und Gesundheitsanweisungen korrigiert.

Wohin als nächstes?

Erste Einrichtung / Offizielle 0.17.2-Dokumentation und Client-Quelle überprüft; Keine BLE-Verbindung, WLAN-Änderung oder physischer Robotertest auf dieser Website

MicroDuck verbinden: Suche, WLAN und Konsole

Trenne BLE-Suche, PIN, Netzwerkadresse und WebRTC-Signalisierung, bevor du Einstellungen eines offiziellen Roboters änderst.

Setzen Sie das Gespräch fort

Was möchten Sie als nächstes verstehen?

Halten Sie die Quelle, Ihre Umgebung und Ihre Beobachtungen zusammen.

Quellen und Prüfdatum

Quellenstand 20. Oktober 2026 · Quelle geprüft

  1. Originalquelle 1 · github.com / daemon-v0.17.7 ↗
  2. Originalquelle 2 · github.com / daemon-v0.17.8 ↗
  3. Originalquelle 3 · github.com / udp-pad.md ↗
  4. Originalquelle 4 · github.com / udp_pad.rs ↗
  5. Originalquelle 5 · github.com / main.rs ↗
  6. Originalquelle 6 · github.com / main.rs ↗
  7. Originalquelle 7 · github.com / provision-board.sh ↗
  8. Originalquelle 8 · github.com / provision.sh ↗
  9. Originalquelle 9 · github.com / setup-rkaiq.sh ↗
  10. Originalquelle 10 · github.com / cheatsheet.md ↗
  11. Originalquelle 11 · pypi.org / 0.17.8 ↗