Présentation du projet

Le programme Muse Gadgets fournit des composants matériels que les utilisateurs peuvent assembler eux‑mêmes afin d’ajouter des entrées/sorties à l’assistant vocal Muse. Le site indique que l’on peut programmer une carte ESP32 ou installer un Raspberry Pi grâce aux SDK fournis, puis connecter écrans, capteurs ou actionneurs. L’ensemble du code source est publié sous licence Apache 2.0 et est présenté comme « as‑is », sans garantie.

Architecture des SDK ESP32 et Linux

Le ESP32 Device SDK repose sur le microcontrôleur ESP‑S3 de Espressif, offrant Wi‑Fi, Bluetooth 5.0 et un processeur dual‑core à 240 MHz. Le SDK expose une API qui traduit les commandes Muse en paquets MQTT ou HTTP, permettant d’alimenter un écran OLED ou d’activer un haut‑parleur. Le Linux Device SDK cible les plateformes Raspberry Pi ou tout autre système Linux, s’appuyant sur des sockets TCP et des scripts Python pour intercepter les requêtes Muse et les rediriger vers des services comme Home Assistant. Les deux SDK partagent le même format de messages JSON, ce qui simplifie le portage d’une implémentation ESP32 vers une machine Linux.

Exemples de matériels et contraintes d’intégration

Parmi les modèles commercialisés, on trouve le Waveshare ESP32‑S3‑Touch‑AMOLED‑1.75C, un écran tactile de 1,75 in avec batterie intégrée, ainsi que le Seeed reTerminal E1002 qui combine un e‑ink couleur et un processeur RK3568. Le M5Stack StickS3 propose un boîtier compact avec bouton programmable, tandis que AiPi Lite et ideaspark ESP32 1.9" offrent des écrans couleur de petite taille. Chaque dispositif nécessite une alimentation stable ; le texte d’avertissement mentionne explicitement des « brownouts » possibles si la source de tension ne fournit pas les 3,3 V requis par l’ESP32. De plus, le « Muse Home Link » est limité aux abonnés américains, expédié en octobre, et ne peut être commandé qu’une fois par abonnement.

Analyse des risques et de la licence

Le texte de mise en garde signale que le bricolage peut entraîner des cartes « bricked », la perte de garantie constructeur et, dans le pire des cas, des « bankruptcies ». Ces risques découlent principalement de la manipulation du firmware sans protection de démarrage sécurisé et de l’absence de validation de signatures numériques dans les SDK fournis. La licence Apache 2.0 autorise la modification et la redistribution, mais impose de conserver les mentions de droits d’auteur et de ne pas utiliser les marques déposées de Muse sans autorisation. Ainsi, les contributeurs peuvent proposer des améliorations, mais restent responsables de la conformité de leurs forks avec les exigences de sécurité matérielle.