Aller au contenu
Source examinée

MicroDuck 0.17.8 : audio UDP et configuration

Choisissez où jouer les sons de la manette UDP, sur le robot ou l’ordinateur, et vérifiez le correctif de configuration hérité de 0.17.7.

Le démon officiel 0.17.8 déplace par défaut les sons de déclenchement du pad UDP vers l'ordinateur portable pendant que le robot bouge toujours son bec. Utilisez --robot-sound-on pour restaurer ces sons sur le robot et --mute pour faire taire l'ordinateur portable. Les anciennes versions de netpadd ignorent le nouveau drapeau. Le son de l’ordinateur portable ne prouve pas à lui seul que le robot a accepté le contrôle. La version contient également les correctifs de nouvelle tentative de provisionnement 0.17.7 ; ce site a examiné la source fixe sans utiliser de robot.

Pollen Robotics a publié le démon non-préversion 0.17.7 le 19 octobre à 14h16 UTC et 0.17.8 à 14h24 UTC. Ce 20 octobre, les critiques de notes ont corrigé la source 0.17.8. Les annonces ne fournissent pas d'enregistrement d'acceptation physique de ces modifications, et ce site n'a pas mis à jour, provisionné ou piloté un robot. Version 0.17.7 · Version 0.17.8.

Choisissez la sortie sonore avant de diagnostiquer un canard silencieux

Déclenchez des sons avec le logiciel d'ordinateur portable et de robot 0.17.8 correspondant
Options pour duckctl udp-padSons RT/LT d'ordinateur portableSons du robot RT/LT
Pas d'option sonJouer sur la sortie d'ordinateur portable sélectionnéeSilencieux ; le bec bouge toujours
--robot-son-activéJouerJoue aussi
--muetSilencieuxSilencieux ; le bec bouge toujours
--mute --robot-sound-onSilencieuxJouer

Ces choix affectent le son RT et le son maintenu LT. Les signaux du robot pour un pad perdu ou renvoyé sont toujours joués. Un récepteur antérieur à l'indicateur de sons de l'expéditeur l'ignore et continue d'émettre des sons de déclenchement sur le robot. Comparez les deux versions plutôt que de supposer un haut-parleur cassé. Guide fixe · Manipulation du robot.

Si l'ordinateur portable n'a pas de sortie audio utilisable ou si Linux ne dispose pas de libasound.so.2, l'expéditeur enregistre no sound on this machine. Sans --robot-sound-on, il définit toujours l'indicateur de sons de l'expéditeur : un robot compatible ne devient pas automatiquement le haut-parleur de secours. Le contrôle peut continuer pendant que les sons de déclenchement sont silencieux. De plus, les sons de l'ordinateur portable sont diffusés pour le pad sélectionné même lorsque le robot n'accepte pas ses paquets ; entendre un charlatan n'est pas un test de connexion. Vérifiez le panneau émetteur et la réponse du robot. Implémentation de l'expéditeur.

Vérifiez la source réelle du client et du pad

Version ordinateur portable et aide installée
duckctl --version
duckctl udp-pad --help
Lire la source du pad actif du robot
systemctl is-active padd netpadd

Le contrôle UDP doit déjà être configuré sur un réseau local approuvé. Son paramètre netpad persistant sélectionne netpadd au lieu du service Bluetooth padd ; l'outil reste non authentifié et n'est pas un point de terminaison de contrôle à distance Internet. Utilisez le guide de dépannage du pad existant pour résoudre les problèmes de sélection de source ou de délai d'attente. La mise à jour de l'ordinateur portable duckctl seule ne met pas à jour netpadd côté robot. Options CLI · Package d'ordinateur portable publié.

0.17.7 corrige les tentatives de provisionnement de la carte

La version précédente 0.17.7 comporte les modifications d'approvisionnement qui figuraient uniquement sur la version principale lors de notre examen précédent. Le lanceur demande désormais comment s'est terminée sa propre exécution au lieu de relire le journal d'une tentative précédente ayant échoué. La phase deux récupère à nouveau setup-rkaiq, et l'assistant persistant du FAI peut construire à partir de la source de calage qu'il a conservée. Il s'agit de modifications d'initialisation et d'installation, et non de preuve d'une nouvelle politique, d'un câble de caméra réparé ou d'un test physique réussi de la caméra. Lanceur · Phases · Assistant FAI.

Lire le résultat d'approvisionnement enregistré sur un tableau concerné
sudo cat /var/lib/robot/provision.outcome

Le résultat est lié à un identifiant d'exécution : le lanceur reconnaît le résultat done ou ended <exit code> de cette exécution. Conservez la sortie de la console de l'exécution en cours avec elle. Un fichier de résultats ancien ou manquant ne prouve pas que la tentative actuelle a réussi. Séparez une tentative d'initialisation de la carte ayant échoué des mises à jour de routine du démon ; ne flashez pas et ne réexécutez pas le provisionnement simplement parce qu'une version le mentionne.

Inspectez délibérément une mise à niveau et conservez une cible de récupération

Versions du robot et transcription de la mise à jour précédente
robotctl version
robotctl update status
robotctl update check daemon
robotctl update log
robotctl update show

Pour une carte officielle compatible inférieure à 0.17.8, ciblant délibérément cette version datée, inspectez d'abord l'aide de mise à jour installée et l'espace disponible. L'aperçu ci-dessous télécharge, vérifie et extrait dans la zone de préparation ; il écrit le disque et s'arrête avant l'activation. Il ne s'agit pas d'un test d'acceptation de robot. Si le robot est déjà plus récent, ne copiez pas une commande de version exacte qui pourrait le rétrograder.

Aperçu uniquement ; télécharge et écrit des fichiers de préparation
sudo robotctl update apply daemon --version 0.17.8 --dry-run

Si l'aperçu réussit et que vous choisissez cette version, le guide de mise à jour officiel fixe décrit l'activation et la vérification. Conservez la transcription et la version précédente installée pour la récupération ; une restauration manuelle du démon nécessite un prédécesseur installé et ne restaure pas l'ensemble de stratégies distinct. Notre article de recherche de source 0.17.6 reste l'explication historique des échecs de taille des métadonnées, pas une raison pour installer son ancienne version.

Vérifiez la version en cours d'exécution et le résultat
robotctl version
robotctl health
robotctl update log
robotctl update show

La révision officielle du RL, l'ensemble de politiques v8, les quatre modèles de référence, le simulateur et l'espace Vetbook sont restés inchangés dans cette revue. Le nouveau comportement concerne le routage et le provisionnement de logiciels, et non une démarche nouvellement validée. Correction de la mise à jour et des consignes de santé.

Où aller ensuite.

CONTINUER LA CONVERSATION

Qu’aimeriez-vous comprendre ensuite ?

Gardez la source, votre environnement et vos observations ensemble.

Sources et date de vérification

Sources vérifiées le 20 octobre 2026 · Source examinée

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