Motion : Régler la sensibilité de détection

par Anne-Laure DELPECH | 4 Juil 2016 | Raspberry Pi

Dans l’article précédent de cette série Caméra de surveillance et Raspberry Pi, j’indiquais que motion crée beaucoup d’images et vidéos qui ne correspondent pas à de véritables mouvements devant la caméra.

motion permet de nombreux réglages. Je l’ai choisi pour ça. En particulier, il semble efficace pour éliminer les mouvements liés au vent.

Pour comprendre les différents réglages, il faut lire attentivement cette aide (en anglais) sur les réglages de la détection de mouvement avec motion.

La situation initiale

Dans /etc/motion/motion.conf , j’ai entre autres les réglages suivants :

# Je ne comprends pas comment ça fonctionne. Valeur par défaut = EedDl 
despeckle_filter EedDl

# Ignore les changements soudains de lumière - de 0 (arrêt) à 100%.
lightswitch 0

# Smartmask est un masque auto-apprenant qui va bloquer la détection dans les endroits de l'image où il y a des mouvements fréquents, comme des branches qui bougent à cause du vent. 0 (off) à 10 rapide. 
smart_mask_speed 0

# nombre minimum de photos avec du mouvement avant détection : defaut 1 : tous mouvements détectés.
minimum_motion_frames 1

# base pour déclarer un mouvement. C'est le nombre de pixels changés après le filtrage du bruit, le masque et le "despeckle". 
threshold 1500

# réglage automatique du threshold - ne fonctionne pas 
threshold_tune off

# niveau de "bruit" pour distinguer le bruit de la caméra d'un mouvement
noise_level 32

# si on, ajustement automatique du bruit
noise_tune off

Avec ce réglage, j’obtiens (sur une journée avec du vent) beaucoup trop de faux positifs.

Les faux positifs contiennent du « bruit » la nuit, l’éclairage de la lampe à côté de la caméra, et des mouvements liés au vent :

« bruit » la nuit

Réglages du 1er juillet – soir

J’ai modifié le niveau de lumière qui déclenche un mouvement, le nombre d’images modifiées avant la détection de mouvement, le ‘theshold’ et le niveau de bruit.

despeckle_filter EedDl 
lightswitch 25
smart_mask_speed 5
minimum_motion_frames 3
threshold 3000
noise_level 100
noise_tune off

Nota : après chaque réglage de motion.conf, il faut redémarrer le service motion avec :

service motion restart

Le 2 juillet, de 0h à 14h (heure du réglage suivant, il n’y a eu que 24 fichiers créés ( 1 Mo) et 24 fichiers correspondent à un mouvement effectif (ma voiture qui part puis qui revient).

Mais la caméra ne détecte pas une personne qui se déplace à pied.

Réglages du 2 juillet – 11h45

Je n’ai corrigé que le « threshold ».

despeckle_filter EedDl  
lightswitch 25
smart_mask_speed 5
minimum_motion_frames 3
threshold 1500
noise_level 100
noise_tune off

Pendant la journée tout va bien : pas de fausse détection (mais le système ne détecte toujours pas une personne à pied) mais la nuit, il y a eu plein de faux positifs. Dès que le jour s’est levé, il n’y a plus de souci.

Réglages du 3 juillet – détecter une personne à pied

Pour détecter une personne à pied, j’ai modifié les paramètres suivants successivement jusqu’à ce que je déclenche une détection de mouvement :

minimum_motion_frames 1
noise_level 32
smart_mask_speed 10

motion : détection d’une personne

Ce n’est qu’au dernier changement que j’ai détecté le mouvement d’une personne.

Ces paramètres détectent aussi bien une voiture qu’une personne (12h20 = OK) :

despeckle_filter EedDl  
lightswitch 25
smart_mask_speed 10
minimum_motion_frames 3
threshold 1500
noise_level 32
noise_tune off

Je laisse les paramètres suivants en l’état :

despeckle_filter EedDl  
lightswitch 25
smart_mask_speed 10
minimum_motion_frames 3
noise_tune off

et j’étudie l’impact de changements sur threshold ou noise_level :

Les réglages suivants sont donc satisfaisants :

despeckle_filter EedDl  
lightswitch 25
smart_mask_speed 10
minimum_motion_frames 3
threshold 3000
noise_level 32
noise_tune off

Maintenant reste à faire un bilan sur environ 24h (depuis 13h le 3 juillet) :

• détection d’une personne : Oui
• détection d’une voiture : oui
• faux positifs : 2 en une nuit.

Je considère donc que ces réglages sont corrects.

Autres notes :

On peut mettre motion en mode deboguage pour voir comment se passe la détection : voir cette page sur le wiki de motion.

afficher les flux vidéo sur une page web servie par le Raspberry Pi

par Anne-Laure DELPECH | 3 Juil 2016 | Raspberry Pi

Mon objectif est maintenant de transformer le Raspberry Pi qui gère les caméras avec motion en un serveur web qui publie une page web contenant les flux vidéos.  (suite…)

une caméra IP avec une vieille tablette android ?

par Anne-Laure DELPECH | 3 Juil 2016 | Raspberry Pi

Dans cet article de la série Caméra de surveillance et Raspberry Pi, nous allons transformer une vieille tablette android en caméra IP dont le flux sera suivi par un Raspberry Pi, avec motion. Nous verrons aussi comment configurer motion pour qu’il suive deux caméras.

transformer une tablette android en caméra IP

Ma tablette est une Samsung Galaxy tab 7.7 (GT-P6210) équipée d’android 4.0.4. Elle n’est plus utilisable comme tablette car sa batterie ne tient plus. Je l’ai changé mais la nouvelle batterie n’a pas duré longtemps. Je vais donc alimenter en permanence cette tablette, l’accrocher à un mur d’où elle filmera le couloir. La détection de présence sera assurée par motion, sur le Raspberry Pi qui gère déjà le flux d’une caméra IP extérieure.

J’ai essayé de mettre une version plus récente d’android sur la tablette mais je n’ai pas réussi. Je reste donc en version 4.0.4.

Pour transformer la tablette en caméra IP, c’est très simple :

• installer (via google play) l’application gratuite IP Webcam
• Régler l’application :
  • Main camera : front camera
  • motion and sound detection : « disable » pour tout
  • connection settings : port 8090, login/password not set
  • cloud streaming : off

Quand les réglages sont faits, tout en bas : Service Control / start server : lance le serveur de la caméra IP.

Et voilà, maintenant si je tape « http://192.168.1.17:8090/video  » dans un navigateur, j’ai accès au flux vidéo de la tablette. Et avec « http://192.168.1.17:8090 « , je vois un écran de réglage.

Donner une adresse IP fixe à la tablette

J’ai trouvé la solution ici (en anglais).

Appuyer sur le réseau wifi auquel on est connecté puis choisir « avancé ». Si l’on règle sur IP statique au lieu de DHCP, on peut entrer l’adresse fixe (pour moi 192.168.1.202).

Selon cette page (en anglais), “Network Prefix length” correspond au « Masque de sous-réseau IP » de notre routeur. « 255.255.255.0 » est entré comme « 24 ». « 255.255.0.0 » comme « 16 ». Pour moi c’est bien 24 qui doit figurer dans cette case.

On vérifie : « http://192.168.1.202:8090/video  » permet bien de visualiser le flux vidéo de notre tablette.

NOTA : pour que le flux vidéo ait la bonne adresse, il faut redémarrer la tablette une fois.

Réglage de motion sur le Raspberry Pi pour gérer deux caméras

La configuration de motion est faite avec etc/motion/motion.conf lorsqu’il y a une seule caméra. Mais lorsqu’il y en a plusieurs, il faut créer plusieurs configurations. Le principe général (cf wiki de motion) est de laisser motion.conf avec les réglages communs à toutes les caméras et créer des fichiers distincts, nommés threadX.conf , pour chaque caméra (X est le numéro de caméra).

• Créer les fichiers thread0.conf  et thread1.conf , avec droits 664.
• A la fin de motion.conf, décommenter les lignes qui y font référence.

thread /etc/motion/thread0.conf
thread /etc/motion/thread1.conf
; thread /etc/motion/thread2.conf

• dans motion.conf, identifier les lignes qui sont spécifiques à chaque caméra et les copier dans un éditeur de texte. On peut les laisser telles quelles puisqu’elles seront moins prioritaires que les instructions spécifiques des fichiers threadX.conf.
• Dans chaque fichier threadX.conf, insérer les lignes spécifiques et faire les réglages.

Mon fichier thread1.conf  contient :

# caméra galaxy tab 7.7 GT-P6210
# thread1.conf

videodevice /dev/video1

netcam_url http://192.168.1.202:8090/video

############################################################

threshold 3000
threshold_tune off
noise_level 32
noise_tune off
despeckle_filter EedDl
smart_mask_speed 10
lightswitch 25
minimum_motion_frames 3

############################################################

# Target base directory for pictures and films
target_dir /home/jf/motion/galaxy

snapshot_filename g-%v-%Y%m%d%H%M%S-snapshot
picture_filename g-%v-%Y%m%d%H%M%S-%q
movie_filename g-%v-%Y%m%d%H%M%S
timelapse_filename g-%Y%m%d-timelapse

############################################################

stream_port 8082
webcontrol_port 8086

Le fichier thread0.conf  contient les mêmes lignes avec les paramètres que j’avais réglé dans les articles précédents de cette série Caméra de surveillance et Raspberry Pi. Evidemment stream_port  et webcontrol_port  sont différents (respectivement 8081 et 8085).

Redémarrer le service motion avec

service motion restart

Et maintenant les deux adresses http://nautilus:8082/?action=stream  et http://nautilus:8081/?action=stream  affichent le flux capturé de chacune des deux caméras par le Pi nautilus.

La caméra de la vieille tablette détecte bien les mouvements et stocke les fichiers générés dans le répertoire /home/jf/motion/galaxy . Idem pour la caméra 0 (foscam extérieure).

Modifier le cron de suppression de vieux fichiers

Maintenant au lieux de supprimer les vieux fichiers de /home/jf/motion, il faut supprimer dans /home/jf/motion/foscam et /home/jf/motion/galaxy.

Je modifie donc /home/jf/exec/camera–delete–cron.sh qui contient maintenant : 

#!/bin/bash

# efface les fichiers avi et jpg de plus de deux jours 
find /home/jf/motion/foscam -maxdepth 1 -name '*.avi' -type f -mtime +2 -exec rm {} \;
find /home/jf/motion/foscam -maxdepth 1 -name '*.jpg' -type f -mtime +2 -exec rm {} \;

find /home/jf/motion/galaxy -maxdepth 1 -name '*.avi' -type f -mtime +2 -exec rm {} \;
find /home/jf/motion/galaxy -maxdepth 1 -name '*.jpg' -type f -mtime +2 -exec rm {} \;

Mise en veille de la tablette

La tablette se met en veille (l’écran est noir). Mais si les réglages de gestion d’énergie de l’application IP Webcam sont comme sur la copie d’écran ci-dessous (aucune option n’est cochée), la caméra va continuer à travailler même si l’écran est noir.

Et maintenant ?

Il faudra que je règle la détection de mouvement de la tablette lorsque je l’aurai mise à sa place définitive. En attendant, elle a les mêmes réglages que ceux de la caméra extérieure. D’autres articles de la série Caméra de surveillance et Raspberry Pi sont également disponibles.

Enfin, si vous souhaitez visualiser le flux de la caméra de cette tablette, il suffit de taper http://nautilus:8082/?action=stream  dans n’importe quel navigateur d’un appareil connecté au réseau local.

Moi, j’ai décidé de voir les deux caméras et d’autres informations sur une page « dashboard » et j’ai créé une application android qui permet de la visualiser et d’interdire l’extinction de l’écran de la tablette sur laquelle elle est utilisée. Si ça vous intéresse, c’est ici : Une application android pour afficher une page web d’un Raspberry Pi.