Tag: zoneminder
Domotique : synthèse vocale, Pulseaudio en unicast, Zoneminder et xAP, avec un soupçon de Sec…
par guiguiabloc le 24 août, 2010, sous domotique, geekerie, linux
En voila du titre bien décousu 
En fait, j’ai passer quelques semaines a mettre en place différentes solutions dans mon environnement domotique et plutôt que d’en faire plein de petits billets, j’ai décidé de tout regrouper en un, à vous de piocher dedans 
Pour résumer la situation, je voulais d’abord que mon serveur Domotique « parle » (ça c’est plutôt simple), que lorsque j’allume mon portable au sous-sol, j’entende les messages audio du serveur (la ça se complique, si comme moi, vous ne souhaitez pas faire du multicast dans votre LAN), et enfin, comble du geekissime domotique, je voulais récupérer en temps réel les alarmes Zoneminder dès la détection d’un mouvement dans le champ de la caméra et que mon serveur Domotique me l’annonce de sa douce voix (la, ça se complique beaucoup, vous verrez…)
Bref, après plusieurs semaines, tout cela fonctionne, voyons comment.
- SYNTHESE VOCALE ou comment faire parler une machine
Pour l’installation d’un synthèse vocale sur un serveur Linux, rien de plus simple.
Plutôt que de refaire un énième billet a ce sujet, je vous renvoie vers le blog de Christophe Nowicki dont je vous avez déjà parler, qui explique très bien la façon de le faire :
http://www.csquad.org/2009/08/27/text-to-speech-avec-espeak-mbrola-et-speech-dispatcher/
Il existe bien sûr d’autre tutos, mais Christophe a beaucoup travailler sur le « son » en Domotique et son blog regorge d’infos intéressantes.
Bilan après installation, un système de synthèse vocale installé sous /opt/mbrola
et bien sûr, les commandes essentielles à la création et gestion des « voix » :
(ps : fr4 est une voix française féminine, bizarrement je préfère :-p )
(NB: a l’attention de Fred, je n’arrive pas a reproduire la voix de Karen Cheryl… Désolé… (ou tant mieux pour nous…)
- Convertir le texte écrit dans le fichier « texte » en un phonème compréhensible par Mbrola
espeak -x -v mb/mb-fr4 -f texte > texte.pho
- Faire parler le serveur en lisant le phonème
mbrola -t 1.0 -e -C « n n2″ /opt/mbrola/fr4/fr4 texte.pho -.au | aplay
- Convertir la phrase lue par mbrola en un fichier Wav
mbrola -e -C « n n2″ /opt/mbrola/fr4/fr4 texte.pho texte.wav
(pour les options mbrola que j’utilise, t = la vitesse de lecture, voir la doc officielle)
Pour lire le wav en ligne de commande, mplayer est votre ami.
- PULSEAUDIO ou le son en réseau
Voila la partie où j’ai passer le plus de temps.
Je souhaitais récupérer le son émis par mon serveur sur mon portable connecté en Wi-Fi.
Le premier serveur de son qui m’est venu a l’esprit fut bien sur Pulseaudio.
C’est là que les complications sont arrivées…
Pulseaudio peut fonctionner en multicast, comprendre que le son est diffusé dans tout le LAN, il peut même s’intégrer a Avahi (le mDNS type « Bonjour »).
Sauf que moi le multicast, j’aime pas ça (va comprendre Charles…) et qui plus est, j’ai un LAN segmenté par VLAN et centralisé par du Cisco, et la conf multicast sous Cisco, ca me fait mal au crâne
Donc, out le multicast, je veux de l’unicast TCP (bah oui, j’aime bien les trames réseaux bien proprettes )
L’installation de Pulseaudio sous Debian Lenny passe par un apt-get install tout simple (n’oubliez pas pulseaudio-utils)
Côté configuration sur le serveur Domotique :
srvdomotique:/etc/pulse# cat default.pa #!/usr/bin/pulseaudio -nF .nofail load-sample-lazy pulse-hotplug /usr/share/sounds/startup3.wav .fail .ifexists module-hal-detect.so load-module module-hal-detect .else load-module module-detect .endif ### Load several protocols .ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix socket="/tmp/.esd/socket" .endif load-module module-native-protocol-unix load-module module-esound-protocol-tcp auth-anonymous=1 load-module module-native-protocol-tcp listen=192.168.43.100 auth-anonymous=1 load-module module-tunnel-sink server=192.168.8.201 sink_name=copie load-module module-combine sink_name=combined master="copie" slaves="alsa_output.pci_10de_3f0_alsa_playback_0" .ifexists module-gconf.so .nofail #load-module module-gconf .fail .endif ### Automatically restore the volume of playback streams load-module module-volume-restore load-module module-default-device-restore load-module module-rescue-streams load-module module-suspend-on-idle .ifexists module-x11-publish.so .nofail load-module module-x11-publish .fail .endif set-default-sink combined
Petite explication.
La ligne : « load-module module-native-protocol-tcp listen=192.168.43.100 auth-anonymous=1″ signifie que vous écoutez sur l’ip 102.168.43.100 et que vous autorisez les connexions anonymes (on va filter au niveau ACL du cisco)
La ligne : « load-module module-tunnel-sink server=192.168.8.201 sink_name=copie »
désigne le « client » qui va écouter les sons émis par le serveur domotique (en fait le client est le serveur domotique qui va émettre le son vers un serveur pulseaudio distant à l’ip 192.168.8.201…)
La ligne : « load-module module-combine sink_name=combined master= »copie » slaves= »alsa_output.pci_10de_3f0_alsa_playback_0″ »
génère un « sink » (une destination audio si vous préférez), qui comprend ET le pc a l’adresse 192.168.8.201 (alias copie) ET la carte son du serveur Domotique.
Flux par défaut : set-default-sink combined
Ce qui veut dire que tout son émis doit être diffusé simultanément sur la carte son du serveur Domotique (je peux donc l’entendre par les enceintes branchées dessus) et sur les enceintes du PC client.
C’est clair ?
Sur le serveur Domotique, dont le système de son est géré par ALSA, je spécifie que tout les sons doivent être envoyés au démon PulseAudio grace au fichier /etc/asound.conf
srvdomotique:/etc# more asound.conf
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}Reste à lancer pulsaudio (ou par la commande pulseaudio -Cvvv pour voir ce qui se passe ou par la commande pulseaudio -D pour le daemoniser en arrière plan).
Les sons émis par votre serveur doivent être audible sur les enceintes de celui-ci.
Sur le PC client (mon portable en l’occurence), installation de pulseaudio normale, puis un default.pa comme suit :
#!/usr/bin/pulseaudio -nF .ifexists module-hal-detect.so load-module module-hal-detect .else load-module module-detect .endif .ifexists module-esound-protocol-unix.so .endif load-module module-native-protocol-unix load-module module-esound-protocol-tcp auth-anonymous=1 load-module module-native-protocol-tcp listen=192.168.8.201 auth-anonymous=1 .ifexists module-gconf.so .nofail .fail .endif load-module module-volume-restore load-module module-default-device-restore load-module module-rescue-streams load-module module-suspend-on-idle .ifexists module-x11-publish.so .nofail load-module module-x11-publish .fail .endif
Rien d’autre (pas de fichier /etc/asound.conf, pas de données dans client.conf)
Lancer pulseaudio sur le client puis lancer pulseaudio sur le serveur Domotique. Les sons émis par le serveur domotique arrive sur le pc portable (même dans KDE pour ma part…)
Oui, MAIS !!!
Le gros problème est que si le PC portable se connecte APRES le démarrage de PulseAudio sur le serveur Domotique et bien, cela ne fonctionne plus !!!!
J’ai passé des jours a chercher et je n’ai pas réussi a comprendre pourquoi le serveur Domotique ne voyait pas le portable se connecter… J’ai tourner dans tout les sens, impossible de le faire marcher comme cela donc si vous avez une solution, je suis preneur !!!
Mais je n’allais pas en rester la et donc pour réussir ce tour de force, j’ai décider de forcer l’enregistrement du pc portable sur le serveur son Domotique via quelques scripts.
Alors, un peu de compassion pour moi, je ne suis pas développeur et c’est sûrement très crado comme code mais au moins ça marche :-p
- Technique d’enregistrement d’un client PulseAudio via socket en Python.
Sur le serveur Domotique, on va faire tourner un petit serveur codé en Python qui écoute sur le port tcp 12345 :
srvdomotique:~# cat pulseserver.py #!/usr/bin/python import socket import subprocess import sys import os servsock = socket.socket(socket.AF_INET,socket.SOCK_STREAM) try: servsock.bind(('',12345)) except socket.error: print "Relance Pulse" pidpulse = subprocess.Popen("ps acx | grep pulseaudio | awk '{print $1}'", shell=True, stdout=subprocess.PIPE) pid = pidpulse.stdout.read() print pid os.kill(int(pid), 9) pidpulse.stdout.close() subprocess.call(["pulseaudio -D"],shell=True) servsock.bind(('',12345)) servsock.listen(1) while True: sock,addr = servsock.accept() echo = sock.recv(1024) subprocess.call(["/home/scripts/enregistrement_station.sh"],shell=True) sock.send(echo) sock.close()
Quand le client se connecte, le serveur domotique lance le script enregistrement_station.sh :
#!/bin/bash PIDPULSE=` ps acx | grep pulseaudio | awk '{print $1}'` kill -9 $PIDPULSE pulseaudio -D sleep 2 mplayer /opt/sound/notify.wav mbrola -t 1.1 -e -C "n n2" /opt/mbrola/fr4/fr4 /opt/mbrola/enregistrement_station.pho -.au | aplay
Dans /etc/rc.local, vous n’avez plus qu’a rajouter la ligne :
/cheminduscript/pulseserver.py &
pour le lancer au boot du serveur.
Côté PC portable, le script de connexion.sh :
#!/bin/bash PIDPULSE=` ps acx | grep pulseaudio | awk '{print $1}'` # On allume le haut-parleur a 80% amixer -q set Master 80%,80% unmute if test -n "$PIDPULSE" then echo "pulseaudio actif" else pulseaudio -D fi sleep 1 python /home/guiguiabloc/pulseclient.py exit 0
Et le client en python (pulseclient.py)
#!/usr/bin/python import socket client = socket.socket(socket.AF_INET,socket.SOCK_STREAM) host = 'srvdomotique' port = 12345 print 'Connexion sur ', host, port client.connect((host, port)) client.close
Je vous le conçois, c’est bourrin…
Quand le portable lance le script « connexion.sh », il lance pulseaudio en local, se connecte au serveur domotique sur le port 12345 qui kill son pulseaudio et le relance, puis fait dire au serveur domotique une phrase annonçant l’enregistrement de la station.
Mais au moins ça marche…
Donc si vous avez d’autres solutions, je suis à votre écoute
- ZONEMINDER et xAP (avec un soupçon de SEC)
Dernière étape de mon travail, mon zoneminder.
ZoneMinder, c’est « vachement » bien, ça fait plein de truc par défaut mais il me manquait une fonction essentielle.
Quand l’on positionne ses caméras en mode « Modect », il détecte les mouvements dans la zone que vous avez définie et enregistre la séquence. Une fois achevée, il vous envoie un email pour vous prévenir d’un mouvement et vous donne le lien vers le « film ».
Super, mais entre le moment où ZoneMinder déclenche l’enregistrement, l’achève après un temps pré-défini (j’utlilise un buffer de 10 secondes avant et 30 secondes après), et vous envoie le mail, bah il se passe plusieurs secondes, voir minutes.
Ce que je voulais c’est que dès qu’un mouvement était détecté par la caméra, ZoneMinder me prévienne d’une manière ou d’une autre. Dans mon cas, en me l’annonçant de sa douce voix (via mbrola).
Ce n’est pas natif dans les fonctions de ZoneMinder et mon bonheur je l’ai trouvé (après moults recherches je vous l’avoue), chez xAP.
Pour résumer, xAP est un protocole open dédié a l’automatisation. C’est la première fois que j’en entendais parler et les fonctionnalités sont nombreuses et puissantes.
Et l’une de ses nombreuses fonctionnalités justement, c’est sa possibilité d’intégration avec ZoneMinder, via un script perl nommé ZMXAP.
En fait, au fin fond du WiKi Zoneminder, on trouve un article dessus :
http://www.zoneminder.com/wiki/index.php/Zmxap
Ni une ni deux, on se télécharge le bazar ici :
http://www.limings.net/xap/zmxap/zmxap-v0.9.tar.gz
La conf est trivial, juste a spécifier nohub=1 dans le zmxap.conf et surtout, pour le besoin que j’avais, générer un fichier de log avec la variable log_file = /tmp/zmxap.log
Car zmxap est capable d’intéragir directement avec Zoneminder et donc de recevoir en temps réel les informations qui en découlent.
Petit test pour le vérifier :
On lance Zmxap.pl avec la variable du path :
/opt/scripts/zmxap/zmxap.pl -path=/opt/scripts/zmxap &
On passe la caméra en mode « Modect », on passe devant elle et on regarde ce qui se passe dans le fichier /tmp/zmxap.log
24.08.2010 19:32:08 [INFO] (main::loadMonitors): Loading monitors ######## in sendAlarmEvent ####### state=2 and cause=Motion ###### starting fetch of event_data ###### completed fetch of event_data ######## completed sendAlarmEvent 24.08.2010 19:36:03 [INFO] (checkState) Sous_Sol - initiating alarm state ######### completed sendTrackingEvent 24.08.2010 19:36:18 [INFO] (checkState) Sous_Sol - resuming idle state ######## in sendAlarmEvent ####### state=0 and cause=Motion ###### starting fetch of event_data ###### completed fetch of event_data
Magique !!!
ZMXAP a détecté immédiatement le passage (initiating alarm state) puis on voit l’enregistrement se faire.
Ne reste plus qu’a analyser ce fichier de log en temps réel pour remonter l’info.
Et qui a-t-il de mieux pour analyser un fichier de log temps réel ? hein ? Pourtant je vous en avez déjà parler :
SEC bien sûr !!!
Allez hop, on se configure notre sec.conf :
type=single ptype=RegExp pattern=Sous_Sol(.+)alarm desc=$0 action=shellcmd /opt/scripts/AUDIO_alarme_soussol.sh
le script AUDIO_alarme_soussol.sh ne fait que lire une phrase disant « attention y’a un méchant monsieur au sous-sol » (ou autre chose hein…)
Ne reste qu’a lancer tout cela ensemble :
#!/bin/bash /opt/scripts/zmxap/zmxap.pl -path=/opt/scripts/zmxap & /usr/local/bin/sec/sec.pl -conf=/usr/local/bin/sec/etc/sec.conf -input=/tmp/zmxap.log -log /var/log/sec.log &
Et voilà, désormais, en plus d’enregistrer les mouvements détectés, ZoneMiner vous prévient immédiatement dès qu’il détecte un mouvement !
C’est pas beau ça ?
Voila un tour de ce que j’ai mis en oeuvre ses dernières semaines, j’avoue que pulseaudio m’a beaucoup coûter en temps, essayant de lui faire recharger sa configuration quand il voyait le portable mais sans succès.
En tout cas, désormais, tout fonctionne à merveille et après tout, c’est tout ce que l’on en attend.
Amusez vous bien
Vidéosurveillance avec webcam usb et ZoneMinder
par guiguiabloc le 03 oct, 2008, sous geekerie, linux, matériel
S’il y a bien une chose où je suis à la ramasse, c’est tout les gadgets censé composé un pc normal.
En l’occurence par exemple, une webcam.
Une petite publicité e.leclerc dans ma boîte aux lettres (celle en feraille dehors, pas l’autre la vrai…), me fit part d’une promotion sur les webcams et poussait par je ne sais quelle envie compulsive, j’ai donc fait l’acquisition d’une Logitech S 5500 pour 49 euros.
Ne me croyez pas idiot, j’ai quand même vérifier sur le nain ternet qu’elle fonctionnait sous Linux.
Cette webcam fonctionne avec le driver UVC V4L2 (http://linux-uvc.berlios.de/)
Si vous avez un kernel récent (supérieur au 2.6.26-rc9), il est inclus dedans, sinon, tout comme moi, recompiler le noyau pour intégrer le support V4L que j’avais désactiver :
<*> Video For Linux
[*] Enable Video For Linux API 1 (DEPRECATED)
--- Enable Video For Linux API 1 compatible Layer
[*] Video capture adapters --->
[ ] Radio Adapters --->
< > DVB for Linux
[*] DAB adapters
Video capture adapters
[ ] Enable advanced debug functionality
[*] Autoselect pertinent encoders/decoders and other helper chips
[*] V4L USB devices --->
Et pis c’est tout.
Après c’est du standard :
svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk
make make install rmmod uvcvideo modprobe uvcvideo
Pour streamer facilement et sans bouffer les ressources CPU, il existe un excellent outil : UVCSTREAMER.
On récupère les sources :
svn co https://mjpg-streamer.svn.sourceforge.net/svnroot/mjpg-streamer
On s epositionne dans le bon répertoire :
cd uvc-streamer
make
cp ./uvc_stream /usr/local/bin
Et voila, vous pouvez lancer le stream :
/usr/local/bin/uvc_stream -f 1 -r 320x240 -b
l’option f = le nombre de frame par seconde
l’option r = la résolution
l’option b = en tache de fond
bref -h vous donnera toutes les options.
Un petit tour de navigateur sur l’ip du pc : http://ipdupc:8080
Et voila, le flux s’affiche, magique.
C’est rigolo mais pas assez geek…
Après quelques recherches sur divers forums, je découvris enfin un produit intéressant et opensource : ZoneMinder.
Je vous laisse lire la présentation succinte ICI .
Si vous êtes sous Debian SID, le package est présent dans les dépôts.
Pour les autres, comme moi, qui etes sous Etch, vous devez vous coltiner tout à la main.
Les dépendances sont nombreuses (mysql5-dev, apache2, php5, pleins de modules perl etc…)
Le moyen le plus simple est de se baser sur les dépendances de SID sur http://packages.debian.org/sid/zoneminder et de l’adapter à Etch.
On downloade les sources ICI .
J’ai utiliser les option des compilation suivantes :
./configure –prefix=/opt/zoneminder –with-libarch=lib –with-webdir=/opt/www/zm –with-cgidir=/opt/www/zm/cgi-bin –with-webuser=www-data –with-webgroup=www-data ZM_SSL_LIB=openssl
make
J’ai eu quelques soucis à la compilation, surtout dans le fichier zm_mpeg.cpp, et bourin, j’ai virer le bout de code génant dedans
Ensuite, on créer une base mysql et on injecte le SQL dedans :
cd db
mysql -u root -p -h localhost
mysql -u root -p -h localhost < zm_create.sql
mysql -u root -p -h localhost
puis
make install
Un petit vhost sous Apache2 dans le genre :
<VirtualHost 192.168.0.1:80>
ServerAdmin webmaster@localhost
DocumentRoot /opt/www/zm
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /opt/www/zm>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
ScriptAlias /cgi-bin/ /opt/www/zm/cgi-bin/
<Directory « /opt/www/zm/cgi-bin/ »>
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
Et voila, vous pouvez lancer le bouzin :
zmpkg.pl start
La documentation est bien faite pour pouvoir vous dépatouiller :
http://www.zoneminder.com/wiki/index.php/Documentation
Le problème sur lequel j’ai passer le plus de temps, c’est la gestion directe de ma webcam par ZoneMinder.
Impossible de la faire marcher avec des erreurs dans tout les sens et après avoir essayer toutes les bidouilles possibles, j’ai découvert que le support V4L2 n’est pas encore supporté !!! 
Argh… il faudra attendre la version 1.24.
Mais pas de soucis, ZoneMinder sait lire un flux distant.. donc celui d’UVCStreamer
Un clic sur Cam01 et une fenêtre s’ouvre pour voir ce qu’il se passe en direct (mode monitor).
En mode Record, cela enregistre (dingue non )
La force de ce logiciel, c’est la définition de zone dans votre flux webcam. Vous pouvez sélectionner certaines zones de surveillance et de non-surveillance et pour lequel vous établissez des actions d’alarmes (envoi d’un mail, d’un sms, enregistrement de la vidéo et transfert en FTP etc…)
Bref, un VRAI logiciel de Vidéosurveillance.
Je vous invite chaudement à consulter la page de Marcel Ryser ici : http://www.m-ryser.ch/surveillance.php
Savez également que ZoneMinder sait utiliser le protocole X10 (pour la domotique).
Bref, je n’ai pas fait tout le tour des possiblités de ZoneMinder mais il est vraiment impressionnant et les forums sont très actifs.
Vous pouvez mettre plusieurs webcam bien sûr et devenir le Bigbrother de votre domicile
EDIT : Comme me le signale un visiteur, je vous rappelle que la videosurveillance est soumise aux lois en vigueur dans notre pays.
Ah ces commerciaux, ils sont très fort pour nous coller des backlinks :-p (après enquète, cette société est tellement plus intéréssée par sa pub et son CA que par l’esprit Opensource que je vire le backlink)
Si par contre, au point de vue professionnel, la vidéosurveillance vous intéresse, allez la :
http://www.entreprise-transparence.com/
Eux, ce sont des vrais, des pros, des purs 
