MicroDuck 0.18.3 : télémétrie et contrôles de reconnexion

Identifier son installation avant de choisir une version

Les versions stables 0.18.2 et 0.18.3 ont été publiées le 30 octobre 2026, à 08:46 et 15:04 UTC. Cette fiche, publiée et vérifiée le 31 octobre, fixe 0.18.3 à b2b0d213; elle conserve les dates originales.

La procédure concerne le daemon officiel compatible et son client duckctl. KISS R1/V167 et les chaînes image/Studio/native de fanhao375 restent distincts. Des servos XL330 ou une ZERO 3W ne suffisent pas à établir la compatibilité. Relevez projet, image, logiciel embarqué et client avant de choisir un paquet.

• Publication officielle 0.18.3
• Publication officielle 0.18.2

Comprendre les données d’usage

La documentation décrit une télémétrie anonyme active par défaut vers PostHog EU Cloud : démarrage, changement de version, durée de fonctionnement d’updater, rôles des politiques et changements de modèle. Les événements incluent un ID aléatoire, la carte/l’architecture et les builds du daemon et de l’OS. Une politique publique du Hub peut être nommée par dépôt, révision et fichier; un fichier installé manuellement est marqué local, sans son chemin.

Les exclusions documentées couvrent noms Wi-Fi et du robot, compte/token, numéro de série, logs, images et audio; la géolocalisation par IP est désactivée. Nous décrivons la documentation et le code, sans certification indépendante des échanges réseau. Ce réglage du robot est distinct du consentement statistique de ce site.

• Champs et exclusions
• Implémentation figée

Désactiver puis relire le choix enregistré

Dans le tiroir de la console, désactivez share anonymous usage data. Le contrôle reste masqué tant que telemetry.status ne répond pas; son absence sur un ancien updater ne prouve donc pas l’arrêt. Avec duckctl adapté, remplacez YOUR_ROBOT par le nom du robot, puis interrogez, désactivez et interrogez à nouveau.

Après un arrêt réussi, enabled et active doivent être false. enabled représente le choix conservé; active reflète aussi l’environnement d’updaterd, pas une preuve de réception réseau. Pour forcer l’arrêt, MICRODUCK_TELEMETRY=0 ou DO_NOT_TRACK=1 doivent être dans cet environnement. Le choix survit aux redémarrages et mises à jour; l’arrêt vide la file locale et efface l’ID, une réactivation en crée un nouveau. Relisez après redémarrage.

duckctl --name YOUR_ROBOT call telemetry.status
duckctl --name YOUR_ROBOT call telemetry.set '{"enabled":false}'
duckctl --name YOUR_ROBOT call telemetry.status

• Procédure officielle d’arrêt
• Syntaxe et code de duckctl call

0.18.2 : une manette appairée peut rester déconnectée

Le correctif reprend les connexions des manettes Bluetooth classiques liées, notamment une coupure juste après l’appairage. Il réessaie la liaison initiale, puis contrôle les manettes classiques déconnectées. Si les tentatives échouent, l’intervalle prévu passe progressivement de 12 à 120 secondes pour limiter l’occupation radio quand la manette est éteinte. Ce n’est pas un délai de reconnexion garanti.

Les manettes LE conservent leur mécanisme. Si le voyant clignote encore, notez séparément paired, trusted, connected et réponse des commandes avant d’effacer l’association. Après reconnexion, vérifiez contrôle et arrêt avec le robot soutenu selon son guide. Nous n’avons testé ni manette ni robot.

• Reconnexion Bluetooth classique
• Temporisation des essais

SSH/SCP : gagner du temps sans ignorer la clé d’hôte

duckctl ssh et scp testent l’ancienne adresse sur le port 22 pendant 800 ms avant la découverte. Sans réponse, la découverte reprend et actualise le cache. duckctl ip et open utilisent toujours la découverte.

Une réattribution DHCP peut déclencher une alerte de clé d’hôte SSH. Vérifiez l’identité et l’IP actuelle au lieu de désactiver la vérification. Le cache se trouve normalement dans ~/.cache/duckctl/addresses; XDG_CACHE_HOME est prioritaire. Une connexion rapide ne valide ni servos, ni IMU, ni politique.

• Guide opérateur duckctl
• Cache et sonde réseau

Conserver un relevé après mise à jour

Sur le shell Linux du robot compatible, lisez version, health et update status avec les commandes ci-dessous. Notez les versions installée et exécutée et tout écart. En cas d’échec de santé, reprenez le guide de mise à jour signée et de récupération, robot soutenu, sans mouvement pendant le diagnostic.

Conservez séparément télémétrie, connexion/entrée/arrêt de la manette et identité SSH. Nous avons vérifié sources fixes, métadonnées et empreintes des petits fichiers manifest/signature. Aucun daemon installé, aucune validation cryptographique des signatures, aucun démarrage d’image ni essai physique.

robotctl version
robotctl health
robotctl update status

• Contrôles et récupération officiels
• Contexte de 0.18.1