FLUXFLUXON : réseaux FLUXON

Lors des évènements comme FLUXON, des moments de partages de son, ou simplement autour de la vie des capteurs du lieu, nous avons besoin de partager des flux d'information, de données ,de sons.
Rêvons d'une tuyauterie tel celle de Puredata ou nous aurions la liste de tout ce qui cause au alentour et pourrions nous en servir pour expérimenter et à notre tour partager.

Prenons l'ensemble de Kerminy comme un gigantesque instrument de musique expérimentale avec plusieurs points et matières de manipulations, tout un tas de capteurs inter-connectés et de multiple endroits ou moment d'écoute. Nous avons déjà un ensemble de capteurs (température,humidité,pression,qualité de l'air) permanent.

Il y a informatiquement parlant deux choses à définir et réaliser:

Il faut pouvoir brancher ce qu'on veut ou on veut et produire un annuaire partagé, donc adopter des conventions et des protocoles

Il faut fabriquer un ensemble de réseaux physique qui vont relier les différents zones, château, écuries, écosoma, chapelle, jardin clos, serres, ruines, bois, lavoir, champs …

Cet ensemble de réseaux a une partie opérationnelle dans le château, switchs, WiFi et on peut construire son extensions a la fois en réseaux câblé (ethernet) ou radio WiFi (pont) entre les point névralgiques, ceci de façon relativement durable et déployer des points d'accès (zones) WiFi plus temporaire pendant les évènements … Donc en premier lieu faire un plan du 'gigantesque' câblage.

Nous avons déjà utilisé des protocoles comme OSC pour relier nos capteurs locaux au patchs Pure data et MQTT les capteurs au serveur central (visualisé par les graphiques de Grafana) ainsi que des solutions comme Sonobus, QJacktrip pour les flux sonores.

Il nous faudra adopter des conventions de présentation des services réseaux (data, son) mis à disposition et maintenir un annuaire dynamique de ces services sur l'ensemble de nos réseaux locaux.

je propose mDNS (Bonjour) pour la présentation, bien documenté , sources pour toute les plateformes

mDNS propage le connexions de services disponiles (OSC,qjacktrip,MQTT,SMB,…)

il faut faire des daemons pour maintenir un annuaire

un script python,go? maintient un fichier liste des nouvelles propagées par mDNS

le met à jour en testant régulièrement (15sec?) car mDNS ne prévoit pas la déconnexion des services

cf ? avahi-browse -rapt

faire des scripts ou voir comment les applications (chacune?) vont intégrer les flux (sonobus,jackd,purdata,…) présentés et utilisables

..voila voila

Pistes

pratiquement

Mixeur des champs

sur chaque point de partage réparti sur le lieu Kerminy (chateau,chapelle,lavoir,champs,etc) de la tuyauterie sonore, des entrées/sorties analogiques

des toutmini PC raspberry pi zero 2 avec PATCHBOX-OS

une carte son usb simple pour des entrées/sorties

3 boutons , 1 pour choix canal, 2 pour niveaux

qjacktrip pour faire les choix de canaux via le bouton (choix port 446x)

server on machine A:
qjacktrip -S -p 4 -q 8 --broadcast 50 -B 4464 --udprt
client on machine B:
qjacktrip -C 192.168.0.38 -q 8 -n 1 --bufstrategy 1 -t -B 4464 -J "client_1" -K "server_1" -D --udprt &

ou une interface html accessible en WiFi (smartphone)

https://help.jacktrip.org/hc/en-us/categories/360004519513-JackTrip-Virtual-Studio

https://help.jacktrip.org/hc/en-us/articles/1500009727561-Build-a-Raspberry-Pi-4B-Computer-with-JackTrip

ou sonobus?

Partie WiFi

Radio des champs

écoute des streams ET/OU microphone ouvert ESP32 MUSE

un bouton rotatif pour le choix de canal et l'écoute des webradio sur le WiFi Kerminy

notion de zonage par la détection de mini balise wifi (ESP8266) posées dans les lieux (en même temps?)

OSC / mDNS

oscbonjour avec Purr https://github.com/agraef/purr-data/tree/adbdc1b64f29ae13955a54ce624538a8c3890c50/externals/postlude/oscbonjour

http://www.pdpatchrepo.info/hurleur/pd.png ex