Journal Orange, Batterie et Rock and Roll

Sommaire

• Contexte
• Le projet
• Les spécifications
• Les bons composants
• Les bons logiciels
• La mise en pratique
  • Le hardware
  • L'OS et sa configuration
  • Les logiciels
  • Plug and Play
• Finalement
• La suite
• Conclusion

Cher lecteur,

Contexte

En me baladant récemment dans un magasin vendant des articles d'occasion, je suis tombé sur un pack contenant le jeu Rock Band sur Wii ainsi qu'une guitare, une batterie et un micro pour moins de 13 €.

Pour les quelques-uns qui ne connaissent pas ce type de jeux, cela revient à appuyer en rythme sur des faux instruments de musique en fonction de notes de couleur apparaissant à l'écran. Ce type de jeu était très à la mode dans les années 2000, mais celle-ci est maintenant passée.

Je l'ai acheté parce que mes enfants aiment bien la musique, et que je trouve que cela peut leur donne un peu de culture musicale rock et améliorer leur sens du rythme tant en jouant tous ensemble, parents et enfants réunis.

Le projet

Néanmoins, j'avais une idée derrière la tête, car je me rappelais un journal sur linuxfr d'il y a quelques années. Mes enfants possèdent une batterie, mais même avec des sourdines, cela peut être fatiguant pour le voisinage. Les premiers voisins à la subir étant bien sur les parents. Je me suis donc demandé pourquoi ne pas essayer de transformer la batterie en plastique en véritable batterie électronique. De ce que je me souvenais du journal, les composants utilisés sur ce type de batterie sont les mêmes que ceux de batteries électroniques du commerce.

Une fois à la maison et le jeu testé avec les enfants (merci pour la chanson Roxanne que j'ai gardé plusieurs jours en tête), j'ai donc cherché plus d'information. A priori, la batterie que j'ai est moins bien que celle du journal : il n'y a pas de port midi, et elle n'est pas capable de calculer la vélocité des coups et comme sortie, nous avons qu'un port USB. Après quelques tests, je m’aperçois qu'elle est reconnue sous Linux comme un joystick et qu'elle est de marque Harmonix.

Les spécifications

Que dois-je donc faire pour la transformer en batterie électronique ? Les composants que je trouve dans le commerce semblent très chers et/ou n'accepte que des prises midi (USB ou DIN), ce qui ne semble pas être le cas ici. Je suis tombé sur des tutoriels nécessitant de modifier physiquement la batterie, ou des outils sous windows qui fonctionnent mais ne correspondent pas à mes besoins car trop lourds.

Je cherche donc un petit boitier, manipulable par un enfant de 8 ans, avec un port USB pour brancher la batterie et l'alimenter et avec une prise jack pour brancher un ampli ou un casque. Pas besoin de bouton, rien à configurer, cela doit vraiment être plug and play.

Et au final, mes recherches n'ont rien donné, et donc je me suis dit pourquoi ne pas se fabriquer ce boitier tout seul ? Et si possible, pour moins de 20 euros.

Les bons composants

En voyant mes spécifications, j'ai tout de suite pensé à un Raspberry pi. J'en ai utilisé un lorsque j'ai fabriqué une borne d'arcade et j'en suis très content. Sachant que je n'ai pas besoin de réseau, je me suis tourné vers une version pi zero coûtant moins de 6 €. Néanmoins, celle ne possède qu'un port micro usb, et pas de port jack. Il est possible de passer par le port HDMI pour le son, mais il me semblait difficile de faire tenir cela dans un boitier. Il existe des cartes filles fournissant une carte son supplémentaire, mais il faut compter une vingtaine d'euros pour celle-ci.

Je me suis alors tourné vers le magasin que j'utilise pour me fournir en gadget électronique pas cher : aliexpress. je suis tombé sur un équivalent chinois du Raspberry pi, l'orange pi. La version zero de celle-ci possède un quad core, 256 Mo ou 512 mo de RAM, un vrai port USB, un port Ethernet et du wifi avec une antenne. mais toujours pas de port jack. Néanmoins, je suis tombé sur un lot, contenant l'orange pi zéro 512 Mo, plus une carte fille avec deux ports USB supplémentaires et un port jack plus un boitier plastique contenant le tout. Le tout pour 11 € et 5 € de frais de port (et deux semaines de livraisons) ; le tout tenant dans un cube de 5cm d’arête. Il n'y a pas de chargeur (micro usb) ni de carte micro sb, mais je possède déjà du stock. J'ai donc passé de suite ma commande. En plus la liste d'OS supporté semble importante (Android, Ubuntu, Raspbian…).

Les bons logiciels

En attendant l'arrivé des composants physiques, je me suis donc intéressé aux logiciels. Le but ici est d'avoir un OS, et un ou plusieurs outils qui analysent les évènements d'un joystick et génère un son sur la carte son. Plutôt que partir dans un développement, cherchons ce qui existe, surtout que je n'y connais absolument rien. En tapant "Linux drum machine" dans mon moteur de recherche préféré, je suis tombé sur beaucoup d'outils de MAO pour Linux, mais rien ne correspondant à mon besoin exact. Par contre, un outil semble très utilisé : Hydrogen. Il permet (entre autres) de générer le son d'une ou plusieurs batteries à partir entrée midi ou de fichiers et patterns, mais semble nécessiter une interface graphique. Je tombe sur d'autres outils en ligne de commandes mais à chaque fois nécessitant une entrée midi. Si je trouve un outil permettant de prendre mon joystick et transformer cela en midi, c'est gagné. Et je suis tombé sur rbdrum2midi. Cet outil permet exactement de transformer une batterie Rock Band USB en entrée midi pour alsa. Il nécessite très peu de dépendance (asound, libusb et libjack) et devrait fonctionner, d'après son site, avec la batterie Rock Band 1 de la Wii. Tout roule.

La mise en pratique

Comme d'habitude, ce qui fonctionne sur le papier ne fonctionne pas toujours de la même façon dans la réalité, et j'ai pu l'expérimenter.

Le hardware

J'ai donc reçu mon orange pi dans les temps. C'est bien emballé, le boitier est très sympa et bien conçu. Il a des vis aux bons endroits pour la carte mère et la carte fille. Cela tient et c'est très solide, et manipulable par un enfant sans crainte. Le bouchon est visé et il est impossible de l'ouvrir sans tout dévisser. Même les vis extérieures sont cachés par des patins autocollants. Cela fait vraiment professionnel.

 

Mais il y a un léger souci. Le port micro USB pour l'alimentation est un tout petit peu trop à l'intérieur du boitier pour mes câbles. Il a donc tendance à se détacher tout seul. J'ai donc dû limer le plastique autour de la prise pour gagner quelques dixièmes de millimètres afin de garantir le maintient du câble. C'est dommage, car cela fait tout moche.

L'OS et sa configuration

Au niveau OS, l'image de Raspbian Server proposé sur le site d'orange pi n'a jamais voulu fonctionner, je me suis donc tourné vers armbian qui était proposé par la communauté. Grand bien m'a pris, car cela fonctionne très bien.

Une fois l'OS installé, vu que je disposais du wifi et de l’Ethernet, j'ai voulu tester pour m'occuper de l'installation et la configuration des outils. Tout est vraiment simple à configurer avec armbian-config. Par contre, j'ai eu des soucis d'instabilité réseau quand je passais par le wifi et que la batterie est branchée en USB. Je suppute que l'alimentation n'est pas suffisante même si je fournis du 2A. j'ai donc fini par désactiver le wifi et ne garder que l’Ethernet.

Les logiciels

rbdrum2midi ne fournissant pas de build arm, j'ai donc décidé de le compiler à la main, directement sur l'orange pi, plutôt que de monter un environnement de cross compilation. Une installation de gcc et des librairies de développement plus tard, tout à bien fonctionné. Par contre, une fois la batterie branchée et l'exécutable lancé, j'ai le droit à un message abscons : Could not find/open device, try running as root?. Sachant que je lançais l'application déjà en root, cela ne m'aidait pas. Je me suis donc plongé dans le code, et donc ce message correspond au fait que l'outil n'arrive pas à détecter la batterie sur les ports USB.

Les lignes correspondent à la version Wii de Rock Band sont les suivantes :

    //Wii RB kit??
    *devh = libusb_open_device_with_vid_pid(NULL, 0x1bad, 0x3110);

Le point d'interrogation semble m'indiquer d'un doute. lsusb me confirme l'erreur. Le 0x1bad semble bon, mais je suis censé avoir un 0x0005. Une fois corrigé et compilé, je confirme que cela fonctionne. Un port midi alsa est apparu et quand je tape sur les pads, je vois des messages dans les logs.

Passons à l'étape suivante : hydrogen. J'enchaine les bonnes nouvelles. Il existe dans le repository de armbian (et une version pas trop vieille) et une fois installé (avec toutes les dépendances graphiques de celui-ci) et lancé, il reconnait le port midi alsa. Si je tape sur le pad, oh miracle un son sort des écouteurs. Et ho, deuxième miracle, je trouve un outil en ligne de commande (h2cli) qui prend la configuration sauvée dans l'interface graphique et l'utilise. Une fois lancé à la main, cela fonctionne aussi \o/.

Plug and Play

Maintenant qu'on a pu vérifier que tout fonctionne à la main, cherchons à automatiser la chose. Sachant qu'au démarrage du boitier, je ne suis pas sur que la batterie soit branchée, je ne préfère pas gérer rbdrum2midi et h2cli comme services, mais plutôt les lancer quand on détecte le branchement de la batterie (et les arrêter quand la batterie est débranchée). Les rules udev servent justement à cela. Je ne vais pas rentrer dans les détails, mais j'ai un peu galéré : entre les process tués par udev au bout de 30 secondes, les règles pour le retrait du périphérique qui ne sont pas appelés car on ne sait plus quel était le périphérique branché, h2cli qui doit être lancé d'une façon particulière pour retrouver sa configuration…

Finalement

Au final, cela fonctionne. Tu branches ton boitier la prise jack et le clavier, tu attends que cela boot, et tu peux jouer. C'est vraiment simple et plug and play. Cela m'a couté 13 euros pour le jeu et les accessoires plus 16 euros pour le boitier, soit au final moins de 30 euros pour une simili-batterie électronique. Je pense que c'est imbattable. Les enfants ont commencé à s'en servir et sont très contents. La possibilité de garder la même batterie entre le jeu sur Wii et l'utilisation "libre" est aussi un plus pour eux. De plus, je n'ai pas installé un noyau temps réel, ni utilisé jack, mais je n'ai pas observé de latence particulière entre le geste et le son, mais je ne suis pas musicien.

En vidéo

Au niveau temps, cela m'a également pris moins de temps que prévu : une journée pour la recherche d'info et de composants et une journée pour l'installation et la configuration du boitier et 15 jours d'attente de la livraison des composants.

La suite

Même si le système est opérationnel, il reste des choses à améliorer.

• Tout d'abord, il faudrait que je remonte les bons id pour le kit rock band pour wii au projet rbdrum2midi. Même s'il n'y a pas eu de commit depuis 2 ans, cela dommage que quelqu'un n'en profite pas.
• Je suis tombé sur un bug de h2cli : si h2cli reçoit un event midi après son lancement (si tu touches aux pads), mais avant la fin de l'initialisation du driver alsa, aucun son ne sortira de celui-ci. La seule solution que j'ai trouvée est d'arrêter h2cli et de le relancer (débrancher le câble usb et le rebrancher). Cela dure que 4 secondes, mais c'est très gênant quand cela t'arrive, surtout pendant les tests. Il faudrait que je le remonte.
• Le temps de boot du boitier est trop long. Il faut compter 40 secondes avant de pouvoir jouer. Il faudrait que j'investigue pour voir où je perds du temps et ce que je pourrais améliorer (ménage dans les services ? désinstallation de paquet ? noyau aux petits oignons ?).
• Il n'y a pas de retour physique pour savoir quand on peut commencer à jouer, c'est dommage surtout avec le temps de boot long et le bug de h2cli. [EDIT] j'ai rajouté un petit jingle avant de lancer h2cli, c'est plus simple maintenant. Et cela me permet de savoir quand ne pas toucher aux pads :)

Conclusion

Le DIY c'est fun, mangez-en. Et vous qu'avez-vous fabriqué aujourd'hui ?