Beim Selbstbau zuerst den Softwarezweig bestimmen
Pollen Robotics veröffentlichte 0.18.2 am 30. Oktober 2026 um 08:46 UTC und 0.18.3 um 15:04 UTC. Dieser am 31. Oktober veröffentlichte Quellencheck verwendet für 0.18.3 den festen Stand b2b0d213 und bewahrt die ursprünglichen Veröffentlichungstage.
Die Anleitung gilt für den passenden offiziellen daemon und duckctl. KISS R1/V167 sowie fanhao375s Image/Studio/native haben eigene Updateketten. Ein XL330 oder eine ZERO 3W allein stellt keine Kompatibilität her. Halte Projekt, Image, Robotersoftware und PC-Client vor der Paketauswahl fest.
Welche Nutzungsdaten vorgesehen sind
Laut offizieller Dokumentation ist anonyme Nutzungstelemetrie zu PostHog EU Cloud zunächst eingeschaltet. Sie meldet Starts, Versionswechsel, updater-Laufzeit, Policy-Slots und Policy-Wechsel mit zufälliger Roboter-ID, Board/Architektur sowie daemon- und OS-Build. Öffentliche Hub-Policies können mit Repository, Revision und Dateiname benannt werden; manuell kopierte Dateien erscheinen als local ohne Pfad.
Dokumentiert ausgeschlossen sind WLAN- und Robotername, Konto/token, Hardware-Seriennummer, Logs, Bilder und Audio; IP-basierte Standortbestimmung ist deaktiviert. Das beschreibt Herstellerunterlagen und geprüften Code, keine unabhängige Netzwerk-Zertifizierung. Die Einstellung des Roboters ist von der Statistik-Einwilligung dieser Website getrennt.
Abschalten und den gespeicherten Zustand zurücklesen
Öffne die Konsolenschublade und deaktiviere share anonymous usage data. Der Schalter erscheint erst nach erfolgreichem telemetry.status; fehlt er auf einem alten updater, belegt das keine Abschaltung. Mit passendem duckctl ersetzt du unten YOUR_ROBOT durch den Roboternamen und führst Status, Abschalten und Status aus.
Nach erfolgreicher Abschaltung müssen enabled und active false sein. enabled ist die gespeicherte Wahl; active berücksichtigt zusätzlich die Umgebung von updaterd und beweist keinen erfolgreichen Versand. MICRODUCK_TELEMETRY=0 oder DO_NOT_TRACK=1 müssen dort gesetzt sein, um die Funktion zu sperren. Die Wahl bleibt über Neustart und Update erhalten. Abschalten leert die lokale Warteschlange und löscht die Zufalls-ID; erneutes Einschalten erzeugt eine neue. Nach Neustart nochmals lesen.
duckctl --name YOUR_ROBOT call telemetry.status
duckctl --name YOUR_ROBOT call telemetry.set '{"enabled":false}'
duckctl --name YOUR_ROBOT call telemetry.status0.18.2: gekoppelt ist ein eigener Zustand
Die Änderung verbindet gekoppelte klassische Bluetooth-Gamepads erneut, auch nach einem Abbruch direkt nach dem Koppeln. Auf erste Wiederholungen folgt die Suche nach getrennten klassischen Pads. Bei weiteren Fehlschlägen wächst das geplante Intervall von 12 auf maximal 120 Sekunden, damit ausgeschaltete Pads den Funk weniger belasten. Das ist keine zugesagte Wiederverbindungszeit.
LE-Pads behalten ihren eigenen Wiederverbindungsweg. Bei blinkender Anzeige zuerst paired, trusted, connected und Eingabereaktion getrennt notieren, bevor du eine Kopplung löschst. Nach Rückkehr der Verbindung folgen Halten, Stopp- und Steuerprüfung nach der passenden Anleitung. Diese Website hat weder Pad noch Roboter erprobt.
SSH/SCP-Cache und Hostschlüssel prüfen
duckctl ssh und scp prüfen die gemerkte Adresse an Port 22 für bis zu 800 ms. Antwortet sie nicht, folgt die normale Suche samt Cache-Aktualisierung. duckctl ip und open suchen weiterhin jedes Mal.
Vergibt DHCP die IP an ein anderes Gerät, kann SSH einen geänderten Hostschlüssel melden. Prüfe Roboter und aktuelle Adresse, statt die Schlüsselprüfung auszuschalten. Der Cache liegt üblicherweise in ~/.cache/duckctl/addresses; XDG_CACHE_HOME hat Vorrang. Ein schneller Zugang sagt nichts über Servo, IMU oder Policy-Bereitschaft aus.
Ein prüfbares Protokoll nach dem Update
Lies in der Linux-Shell des passenden Roboters version, health und update status mit den folgenden Befehlen. Halte installierte und laufende Version sowie Abweichungen fest. Bei Gesundheitsfehlern nutze die bestehende Anleitung für signierte Updates und Wiederherstellung; stütze den Roboter und starte während der Diagnose keine Bewegung.
Telemetriezustand, Pad-Verbindung/Eingabe/Stopp und SSH-Identität getrennt dokumentieren. Geprüft wurden feste Quellen, Release-Metadaten und Hashes kleiner Manifest-/Signaturdateien. Kein daemon installiert, keine kryptografische Signaturprüfung, kein Image gestartet, kein Hardwareversuch.
robotctl version
robotctl health
robotctl update statusQuellenprüfung: . Der Umfang der Verifizierung ist im Leitfaden angegeben; Die Quellenüberprüfung allein ist kein Hardwaretest.
Wohin als nächstes?
MicroDuck-Simulator: laufen und öffentliche Moves laden
Probiere Waddle In, lade einen öffentlichen Move und kehre ohne Trainingsinstallation zur eingebauten Bewegung zurück.
MicroDuck RL: ONNX und Checkpoints zum Fortsetzen
Öffentliche Trainingsbundles auf Code, Konfiguration und Teacher prüfen; ONNX-Inferenz, Resume, Warm Start und ungeprüfte Reproduktion unterscheiden.
Was möchten Sie als nächstes verstehen?
Halten Sie die Quelle, Ihre Umgebung und Ihre Beobachtungen zusammen.
Quellen und Prüfdatum
Quellenstand 31. Oktober 2026 · Quelle geprüft
- Originalquelle 1 · github.com / daemon-v0.18.3 ↗
- Originalquelle 2 · github.com / daemon-v0.18.2 ↗
- Originalquelle 3 · github.com / telemetry.md ↗
- Originalquelle 4 · github.com / telemetry.rs ↗
- Originalquelle 5 · github.com / main.rs ↗
- Originalquelle 6 · github.com / bluez.rs ↗
- Originalquelle 7 · github.com / main.rs ↗
- Originalquelle 8 · github.com / duckctl.md ↗
- Originalquelle 9 · github.com / cheatsheet.md ↗
- Originalquelle 10 · github.com / daemon-v0.18.1 ↗