Outils pour utilisateurs

Outils du site


projets:la_quete_du_saint_tube

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
projets:la_quete_du_saint_tube [2017/02/26 14:10] – [version beta] gepetoprojets:la_quete_du_saint_tube [2024/02/09 16:56] (Version actuelle) – modification externe 127.0.0.1
Ligne 6: Ligne 6:
 ===== Techniques utilisées ===== ===== Techniques utilisées =====
 à Chaque entrée de la machine à raisonner nous placerons une micro-machine ARM, micro, capteurs, logiciels de traitement sonore et de streaming. à Chaque entrée de la machine à raisonner nous placerons une micro-machine ARM, micro, capteurs, logiciels de traitement sonore et de streaming.
 +
 +**Depuis: été 2018**, d'autres expériences nous portent à explorer de nouvelles pistes:
 +  * mettre en modules la partie capture sonore, horloge, capteurs divers et séparer machines de captures / machine(s) de traitements.
 +  * gérer des flux sonores par le réseaux entre toutes les machines, pour minimiser la partie analogique
 +  * gérer l'ensemble en OSC, capteurs, info (penser Rednod?)
 +  * autonomiser les modules par des alimentations séparées
 +    * expérimenter solaire/super-capa/accu NiMh ou juste solaire/super-capa pour produire 100mA sur 12h
 +
 +L'idée est donc:
 +  * des ESP32 en WiFi avec des puces ADC (codec,I2S) autonomes, comme ESP32-LyraT 
 +    * stream vers la machine de traitement
 +    * peuvent etre d'un grand nombre
 +    * se gèrent par le réseau en OSC
 +  * autant de capteurs , météo, lumière etc que l'on veut sur base ESP8266 gérés en OSC
 +  * une base horloge WiFi par une ESP8266/DS1307 
 +  * une ou plusieurs ARM, relativement plus costaud qu'un H3 ,genre Odroid C2
 +    * purr 
 +    * éventuellement jackd
 +-----
 +2017
  
 ==== Machine ARM ==== ==== Machine ARM ====
Ligne 13: Ligne 33:
   * récupération d'un block d'alimentation ATX d'un PC dont on utilise que la partie 5V, gratuit   * récupération d'un block d'alimentation ATX d'un PC dont on utilise que la partie 5V, gratuit
   * MW Mean Well LPV-20-5 LED Driver 15W 5V IP67 Power Supply Waterproof , il y a des versions 35W 30$, block noyé dans la résine waterproof.   * MW Mean Well LPV-20-5 LED Driver 15W 5V IP67 Power Supply Waterproof , il y a des versions 35W 30$, block noyé dans la résine waterproof.
 +
 +==== Arduino en plus ====
 +
 +L'idée est d'embarquer un arduino (firmata) comme centrale de communication avec les capteurs (connexion grove). Cela dans le but de faciliter la fabrication en minimisant les soudures 
 +  * arduino pro mini 5v, on en trouve a 2$
 +  * connexion capteurs (grove) 
 +    * https://www.tindie.com/products/imrehg/grovehat-for-arduino-nano/
 +    * https://hackaday.io/project/7919-grovehat-for-the-arduino-nano
 +  * firmata => possiblité de module PD ou john-the-five
  
  
 ==== version gamma ==== ==== version gamma ====
 on re repense la plateforme de façon plus directe ! En utilisant les possibilités de noVNC (websocket) on re repense la plateforme de façon plus directe ! En utilisant les possibilités de noVNC (websocket)
-  * https://github.com/novnc/noVNC/wiki/Projects-and-companies-using-noVNC+  * https://github.com/novnc/noVNC
  
 Nous pouvons utiliser directement un bureau X11 comme xfce,fluxbox,openbox etc sur la machine ARM grace a un application autour de html5 et un proxy avec noVNC Nous pouvons utiliser directement un bureau X11 comme xfce,fluxbox,openbox etc sur la machine ARM grace a un application autour de html5 et un proxy avec noVNC
 +Afin de contrôler à distance la session graphique :0 du serveur et d'avoir ainsi accès à l'interface, nous passons par x11vnc
 +<code>
 +sudo apt-get install x11vnc
 +x11vnc -storepasswd
 +</code>
 +Et on ajoute dans les "Applications au démarrage" :
 +  x11vnc -rfbauth .vnc/passwd -forever -display :0
  
 +Pour info, quand le serveur est lancé sans écran, la session par défaut est en 1024x768. L'interface a donc été adaptée en conséquence plutôt que de modifier le Xorg. 
 +code de /etc/rc.local
 +<code>
 +sleep 10
 +# su nanopim -c "vncserver" & # si pas de lancement par le bureau par
 +   ##x11vnc -rfbauth .vnc/passwd -forever -display :0
 +   
 +sleep 5
 +su nanopim -c "cd /usr/local/bin/noVNC ; ./utils/launch.sh --vnc localhost:5901 " &
 +</code>
 +acces par http://IP_de_ARM:6080/vnc.html?host=IP_de_ARM&port=6080
 Cela n'empeche pas l'usage de node-red. Cela n'empeche pas l'usage de node-red.
  
-De plus je cherche le moyen de passer plus directement par le noyau GNU/Linux pour l'usage des capteurs. Il me faut en faire la liste..+De plus je cherche le moyen de passer plus directement par le noyau GNU/Linux pour l'usage des capteurs. Il me faut en faire la liste.. lm_sensors et lm-detect ...
  
 Nous pourrons en avoir un acces par PD sans doute plus directe ? Nous pourrons en avoir un acces par PD sans doute plus directe ?
Ligne 92: Ligne 139:
  
 Puis: Puis:
 +  * ennlever pulsaudio apt-get remove pulsaudio ( on utilise jack)
   * une maj par un apt-get update   * une maj par un apt-get update
   * sudo apt-get install tightvncserver xfonts-75dpi xfonts-base fluxbox xterm   * sudo apt-get install tightvncserver xfonts-75dpi xfonts-base fluxbox xterm
Ligne 191: Ligne 239:
   * orangePi zero + petit écran tactile + kit main libre telephone < 30€   * orangePi zero + petit écran tactile + kit main libre telephone < 30€
   * android ou debian ( double boot ? ou emulation)   * android ou debian ( double boot ? ou emulation)
 +
 +===== Pistes ailleurs =====
 +
 +  * proxy OSC https://github.com/automata/osc-web
projets/la_quete_du_saint_tube.1488114651.txt.gz · Dernière modification : 2024/02/09 16:55 (modification externe)