Autour de machines autonomes d’environnements sonores.

Je reprend une continuation des Espaces Enchevêtrés avec l'idée de poser de machines autonomes dans le paysage pouvant servir de guide poétique pour les balades.

Il y a 2 parties, une structure réseaux et des machines sonores

1. Réseaux de balises WiFi ESP32/ESP8266 comme autant de balises de suivies et/ou de déclenchement, fixes ou non
2. machines ARM, RSP@/nanopi/orangepi/… sur les joueurs (j'ai longtemps hésité arm en fixe pour la gestion des scenes ou mobile avec le joueur …)
   1. soit allumées par les ESP soit toujours en fonction et gérées par les joueurs (pb de gestion des batteries)
   2. diffusant en fonction: des sons, audio/FM/boucle magnétique etc.
   • elle pourront lire du texte directement grace a une synthèse vocale (picotts)

Les ESP vont servir à piloter les machines sonores qui elles consomment trop pour le petite batteries prévues.

Une balise ESP8266/32 ne fait que émettre son identifiant sous la forme SSID_valeurs. Cela permet d'un simple scann de connaitre leur présence avec quelques informations (mode baecon). C'est un peu comme le baecon en Bluetooth , simplement ici je peux tout gérer en WiFi (je ne maitrise pas les balises BLE…)

On peut prévoir des objets qui seront vu par le réseau MycèliumLAN et toute une mécanique de jeu par la lecture des ID/valeurs … et suivre cela comme de simple SSID, les lire entre autre avec des smartphones …

Les participants se baladent avec les petite machines ARM / Casque ou HP ou celui d'un poste de radio 'augmentée'

Principe des balises

1. sort du mode sommeil toutes les 2 min?
2. scan les reseaux WiFi
3. se connecte à un réseau WiFi (LR) fixe si elle le trouve
   1. communique ses données (ID, batterie,autres SSID reconnu..)
   2. récupère des informations de jeux (SSID,valeurs,actions)
4. passe en mode AP avec une SSID qui la définie , peut y ajouter des valeurs propres (ex SSID=myclm_bois_D2_44_B3 pour: reseau myclm, balise du bois,hexa D2,hexa 44, B (objet b vu 3fois) ..
5. reste en mode AP 1 min
6. dodo

Principe machine joueur, ex de boucle

1. scanne le Wifi
   1. si reconnait un SSID , présence, distance (relative) alors
      1. en fonction de la non présence d'un drapeau pour cette balise (éviter double)
      2. si connecte éventuellement et récupère des informations de jeux (SSID,valeurs,actions)
         1. la balise peut s'éteindre pendant ce temps
      3. allume éventuellement une partie des installations, relai/switch
      4. exécution prog jeux en fonction (historique des SSID,valeurs,drapeaux ..)
      5. communique les données évènement (ID_joueur,val,…)
2. se déconnecte
   1. exécution prog jeux en fonction
   2. met le drapeau balise lue
3. boucle

parce que j'en ai 7…et les Raspebrry pi sont difficile à avoir, mais il faudra faire des essais sur des RSP0 W 2…

• https://wiki.friendlyelec.com/wiki/index.php/File:Duo_pinout-02.jpg
• https://imola.armbian.com/archive/nanopiduo/archive/Armbian_21.08.1_Nanopiduo_focal_current_5.10.60.img.xz
• installation ecasound ecatools lame vorbis-tools swh-plugins alsa-base alsa-utils
  • echo “ladspa-register” | ecasound -c pour la liste des ladspa

les tests audio sont concluants, sortie audio directement sur un casque, pas fort mais correcte.

• installation picotts https://github.com/naggety/picotts fonctionne nickel
  • http://ecasound.sourceforge.net/ecasound/Documentation/users_guide/html_uguide/users_guide.html#sec45
  • cat le_petit_prince.txt | pico2wave -l fr-FR -w le_petit_prince.wav
  • ecasound -i le_petit_prince.wav -el:amPitchshift,0.8,3,20 -o alsa donne une voix acceptable avec une conso 3%CPU 15%MEM … merci amPitchshift

Récup de 3 ESP, 32 ET 8266 pour test mode MESH et surtout LR