Kerminy HackSpace

Outils du site


ateliers:microbes

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
ateliers:microbes [2022/08/14 20:35] – [Premier test NanopiDUO] jeffateliers:microbes [2024/02/08 17:20] (Version actuelle) – modification externe 127.0.0.1
Ligne 1: Ligne 1:
-======  MicroBes et MycéliumMESH======+======  MicroBes et MycéliumLAN======
 Autour de machines autonomes d’environnements sonores. Autour de machines autonomes d’environnements sonores.
  
 Je reprend une continuation des [[https://wiki.enchevetres.org| 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. Je reprend une continuation des [[https://wiki.enchevetres.org| 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.
 +
 +Ajout d'un mode d'hibernation pour réduire les temps de re-mise en route et supprimer totalement la consommation en dehors de l'utilisation… Cet aspect hibernation est par ailleurs un truc original dans l'usage des SBC genre RaspberryPi ou H2… 
  
 Il y a 2 parties, une structure réseaux et des machines sonores Il y a 2 parties, une structure réseaux et des machines sonores
-  - Réseaux MESH ESP32 comme autant de balises de suivis et/ou de déclenchement +  - Réseaux de balises WiFi ESP32/ESP8266 comme autant de balises de suivies et/ou de déclenchement, fixes ou non, elles sont intermittentes. 
-  - machines ARM, RSP@/nanopi/orangepi/... allumées par les ESP diffusant en fonction: **des sons, audio/FM/boucle magnétique etc.**  +  - 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 ...) 
-    * elle pourront lire du texte directement grace a une synthèse vocale (picotts)+    - soit allumées par les ESP soit toujours en fonction et gérées par les joueurs (pb de gestion des batteries) 
 +    - diffusant en fonction: **des sons, audio/FM/boucle magnétique etc.**  
 +    * elle pourront lire du texte directement grâce a une synthèse vocale (picotts)
  
-===== MycéliumMESH: ESP, MESH et balises ===== +===== MycéliumMESH: ESP, LAN ou MESH et balises ===== 
-Les ESP vont servir à piloter les machines sonores qui elles consomment trop pour le petite batteries prévues.+Les ESP vont servir soit  
 +  * à piloter les machines sonores qui elles consomment trop pour le petite batteries prévues. 
 +  * soit fonctionner en balises autonomes, objets WiFi visibles et communicantes
  
-Les participants se baladent avec une balise personnelle, autre ESP8266 qui 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...)+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èliumMESH 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 ...+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+**Principe des balises** après quelques modif...
   - sort du mode sommeil toutes les 2 min?   - sort du mode sommeil toutes les 2 min?
-  - se connecte au MESH +  - scan les reseaux WiFi 
-    - communique MESH ses données (ID, batterie,..)+  - 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) .. 
 +  - reste en mode AP 1 min sauf si il y a une connexion active(ci-dessous) 
 +  - peut être connectée pendant ce laps de temps, timeout 5 min ? 
 +    - communique ses données (ID, batterie,autres SSID reconnu..)
     - récupère des informations de jeux (SSID,valeurs,actions)     - récupère des informations de jeux (SSID,valeurs,actions)
-    - scanne Wifi 
-      - si reconnait un SSID alors  
-        - allume la partie Microbe ou autre des installations 
-        - puis exécution 'prog Microbe' si nécessaire, le MicroBe ayant ses propres fonctions automatiques, scripte de jeux , communication etc 
-    - communique MESH données évennement (ID_joueur,val,...) 
   - dodo   - dodo
 +
 +**Principe machine joueur, ex de boucle**
 +  - scanne le Wifi
 +  - si reconnait un SSID dans la précédente liste, présence, distance (relative) alors 
 +    - se connecte aux balises reconnues pour les mises à jours d'informations de jeux (SSID,valeurs,actions)
 +    - en fonction de la non présence d'un drapeau pour cette balise (éviter double)
 +      - allume éventuellement une partie des installations, relai/switch
 +      - exécution prog jeux en fonction (historique des SSID,valeurs,drapeaux ..)
 +      - re-communique les données évènement (ID_joueur,val,...)
 +  - se déconnecte 
 +    - exécution prog jeux en fonction
 +  - boucle
 ===== MicroBes Machines sonores ===== ===== MicroBes Machines sonores =====
 ==== Premier test NanopiDUO ==== ==== Premier test NanopiDUO ====
Ligne 41: Ligne 58:
     * http://ecasound.sourceforge.net/ecasound/Documentation/users_guide/html_uguide/users_guide.html#sec45     * 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**     * **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 ...+    * **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 
 +  * alternative: le fameux MBROLA (libre depuis 2019!)  
 +    * https://github.com/numediart/MBROLA 
 +    * https://github.com/numediart/MBROLA-voices 7 voix différentes ;-) 
 +===== MycéliumLAN ===== 
 +Récup de 3 ESP, 32 ET 8266 pour test mode LR, le mode MESH me semble peut approprié car les balises sont intermittentes, il faudrait qu'elle soient synchronisées pour s'allumer en meme temps pour créer le réseau MESH...ce qui me parait trop complexe pour le moment. 
 + 
 +On se contente de fonctionner en mode balise qui émet de temps en temps. 
 +===== MicroBes mécanismes===== 
  
-     
-===== MycéliumMESH ===== 
-Récup de 3 ESP, 32 ET 8266 pour test mode MESH et LR 
ateliers/microbes.1660502142.txt.gz · Dernière modification : 2024/02/08 17:20 (modification externe)