Reachy Mini soigne son système embarqué

Pollen Robotics a publié Reachy Mini OS v0.2.7 le 17 juin dans le dépôt officiel du système destiné à son robot open source Reachy Mini. La note est courte, mais elle fixe deux points importants pour une machine embarquée : le noyau Linux est épinglé en version 6.18.33 et l’image utilise désormais le paquet reachy-mini 1.8.3. Dans un robot, ce genre de livraison n’est pas une simple mise à jour de confort. Le système d’exploitation relie les moteurs, la caméra, le son, le réseau et les bibliothèques Python qui permettent aux développeurs de faire tourner des comportements réels sur la machine.

L’intérêt vient aussi de la trajectoire des versions précédentes visibles sur la même page de publication. Reachy Mini OS v0.2.4, publié le 10 juin, avait déjà corrigé plusieurs points d’exploitation : noms d’images plus clairs, prise en charge Bluetooth via WirePlumber et BlueZ, mise à jour de la pile caméra et médias avec GStreamer et libcamera, activation système de Git LFS pour les installations gérées par uv, et droits sudo sans mot de passe mais limités pour l’utilisateur pollen. Ces détails sont très concrets. Bluetooth peut servir à des périphériques audio, la caméra conditionne les usages de perception, et Git LFS évite des installations cassées quand des modèles ou ressources lourdes sont stockés hors du dépôt Git principal.

Le robot lui-même se situe dans une catégorie intéressante : moins spectaculaire qu’un humanoïde industriel, mais plus accessible comme plateforme d’apprentissage, de prototypage et d’IA incarnée. Une image système stable réduit la friction entre l’idée logicielle et le comportement physique. Si une bibliothèque média change mal, si une caméra n’est pas exposée correctement, ou si un test de santé garde des ressources moteur ouvertes, le problème remonte immédiatement dans l’expérience de développement. La note v0.2.4 mentionne justement une correction de reachyminios_check, qui libère les ressources média et moteur avant de lancer les tests sur Reachy Mini 150.

La brève à retenir n’est donc pas que Reachy Mini gagne une capacité spectaculaire. Elle signale plutôt un travail d’infrastructure autour d’un robot ouvert : stabiliser le noyau, aligner les paquets applicatifs, rendre les images plus lisibles et améliorer les chemins caméra, audio et installation. Pour les écoles, laboratoires et bricoleurs avancés, ce sont souvent ces couches discrètes qui décident si un robot devient un outil quotidien ou reste une démonstration fragile. La robotique open source progresse aussi par ce type de maintenance, quand le système embarqué devient assez prévisible pour que l’attention se déplace vers les usages.