Voilà mon problème et j’ai besoin d’aide lol.
J’aimerais effectuer de la vidéosurveillance avec enregistrement.
J’aimerais que le raspberry ait sa propre batterie.
Je me suis penché sur Motion avec raspbian mais j’avoue que je n’arrive pas à le faire fonctionner.
Je viens de découvrir motioneye et motioneyeos.
Puis je faire fonctionner motioneye sans internet ?
Puis je stocker les enregistrements directement sur la carte sd (64go) ?
Et vu que je n’aurai pas de wifi, pourrais je utiliser un émetteur GSM pour remplacer le wifi afin d’y accéder à distance ?
Ça, je passe ; tu en trouvera d’autres sur le forum de plus compétents que moi (je n’y connais rien) pour l’histoire des batteries (voire des panneaux solaires)
Motion est plus rugueux comme on dit ; faut fourrer les mains sous le capot ; moins intuitif.
C’est de l’anglais et de l’informatique.
Alors que MotionEye (OK, c’est de l’anglais, mais pas trop compliqué, même pour moi) est plus facile à prendre en main.
Certes, tout n’est pas si facile, mais c’est plus facile de tester.
MotionEye tourne sans avoir accès au réseau ; je confirme, j’ai un MotionEye de test suite à une demande d’aide et je viens de revérifier pour toi
Ça tourne et ça analyse bien avec prise de photos ; c’est bon.
Par défaut, c’est ce que MotionEye utilise de manière native ; tu peux les coller ailleurs, mais, de base, c’est bien sur la carte SD qu’elles sont archivées.
Tu demanderas que la prise de photos soit « Motion Triggered » et voilà (et activer l’option évidemment)
A noter que si ton Tel portable est sous Free.mobile, tu peux faire un script pour que MotionEye, via le réseau par le module GSM se connecte à l’API de free.mobile, et t’envoie un SMS en cas de détection de mouvement.
J’ai laissé tourner.
Certains des enfants étaient là ce matin.
Y a eu du passage.
Malgré l’absence de connexion au Net, j’ai eu … 743 photos, donc je confirme : ça fonctionne
Pour les SMS, il faudrait que le dongle soit connecté donc ça va puiser sur le port USB = les batteries tiendront moins = on oublie je pense.
Merci pour toutes les réponses.
Donc ce midi j’ai formaté ma carte SD et réinstallé raspbian avec Etcher.
J’ai ensuite effectué de nombreuses lignes de commandes et tout avait l’air de fonctionner.
J’ai éteint le raspberry (sudo halt) et débrancher le RPI du secteur.
Au bout de quelques heures je l’ai rebranché, la led verte clignote aléatoirement mais rien ne s’affiche.
J’ai donc reformaté et réinstaller Raspbian, encore le même problème X 2
Je me dis que je loupe une étape ou alors je ne sais pas l’éteindre lol
Ça m’ennuie fortement car mon objectif est d’arrivé sur un lieu, branché le RPI sur un power Bank et que l’enregistrement commence.
Je loupe une étape ou dois je changer de carte SD ? C’est une SDXC scandisk 64g.
Concernant le dongle 4G, ça m’intéresse fortement, il faudrait que je teste sur la consommation de la batterie mais si je peux consulter à distance la vidéo en me connectant grâce à cette clef 4G je suis preneur.
J’ai 4 Rpi en tout (le B+ ; le Rpi2 ; le Rpi3 ; le Zéro sans Wifi) et jamais je n’ai eu de souci.
Perso, j’éteins toujours avec « Menu Framboise » --> « Poweroff » ou en ligne de commande (ou SSH) avec « sudo poweroff ».
J’attends bien que tout soit éteint (avec le Rpi3, je suis svt sur clef USB et pas sur carte SD = un peu de latence) puis je débranche.
Maintenant, j’ai un truc « rigolo » avec ma TV : elle doit être allumée AVANT (branchée au Rpi) d’allumer le Rpi sinon, pas d’image (mais via SSH, je vois que le système tourne et si je passe sur un écran = j’ai l’image.
ça ne serait pas ça ?
J’éteignais avec la commande sudo halt.
Je vais réessayer ce week end. Je me demande si ma carte SD n’a pas pris un petit coup de calgon, j’ai du la formater 7/8 fois et réinstallé raspbian alors c’est peut être ça.
Je vais tester ça.
Raspbian a l’air fragile, lorsque le power Bank n’alimentera plus le RPI, cela va t’il endommager Raspbian ? et donc je ne pourrais plus récupérer les vidéos.
Je pense que l’idéal serait que le système soit autonome avec une batterie suffisante et une capacité de recharge par le soleil.
Ici même, nous en avons qui possèdent ce système ! @stef et @stef-k -k seront tes Dieux pour ce côté du projet ; de mémoire, je crois que chacun à un système autonome en énergie.
Le matériel utilisé: :
-1 Raspberry pi zéro W, 1 caméra Pi V2 (version infrarouge), 1 caméra usb Logitech
-2 matrices Led infrarouges
-1 batterie 12 V 7Ah, 4 panneaux solaires de 2W chacun, un régulateur solaire, un chargeur 12 Volt / 5 Volt
-1 niche à oiseaux, un projecteur halogène de base.
Le système communique en wifi avec une freebox et j’ai accès depuis l’extérieur du réseau via un smartphone ou un ordi.
Je n’ai pas mis en place de dongle 3G, mais il existe plusieurs articles qui traite du sujet, dont celui de Magdiblog
Vous pouvez, dans un premier temps, télécharger MotioneyeOS et refaire une tentative d’écriture sur votre carte microSD.
J’espère qu’elle n’est pas « cramée », les cartes ont tendance à saturer, à force d’opération de lecture / écriture. J’en ai bousillé plus d’une et bizarrement, des cartes de 64GB.
Je n’achète plus de cartes avec cette capacité de stockage.
Ah oui ! votre carte est de classe 10 ?
Oui, la batterie est en 12V, les 4 panneaux solaires sont aussi en 12V.
Il faut ensuite transformer le 12 en 5V pour alimenter le pi.
Pour ce faire, j’utilise un simple chargeur de téléphone pour voiture.
Et à droite, le détecteur IR récupéré sur le projecteur. Il permet de déclencher les Leds IR, uniquement si il détecte une présence.
De toute façon, la batterie n’a pas assez de capacité pour alimenter les leds en permanence.
L’installation fonctionne dans une région particulièrement « gâtée » en émissions solaire
En fonction du taux d’ensoleillement de votre région, vous pouvez déterminer le nombre de panneaux solaires dont vous avez besoin.
Ici dans le sud est, 4 panneaux suffisent pour que l’installation soit autonome.
En fait, l’embêtant de Motion/MotionEye/MotionEyeOS, c’est que la détection se fait sur modification d’image.
L’idéal serait que la détection se fasse sur détection IR, ce qui éviterait les fausses détections (dans mon garage, j’ai des fausses détections cause insectes passant devant les LED IR et générant donc des alerte par « flash »)
Si le système est autonome ça va, je souligne juste l’importance de la capacité de réception solaire et de stockage, pour assurer un bon fonctionnement de ton système lors des difficiles mois d’hiver
Et si on partait sur l’idée du détecteur IR avec prise d’une photo (nommée « photo_alerte.jpg ») si détection par le détecteur IR ?
ça devrait consommer vachement moins.
On fait appliquer l’action raspistill -w 648 -h 486 -o /home/pi/raspicam/photo_alerte.jpg -q 75
Et, pour le fun, on ajoute, en sus, une tache cron qui prend une photo (nommée « photo_rasp.jpg ») toutes les 5 minutes avec */1 * * * * root bash /home/pi/raspicam/transfert.sh
où le script serait du type
Du coup, je repense à l’utilisation du GPIO.
En câblant sur un des ports, le détecteur IR, on informe un script Python de l’état du détecteur.
Le programme se chargera de prendre une photo ou pas.
« On importe les fonctions nécessaires au programme »
import RPi.GPIO as GPIO
import time
import picamera
« On choisi le port GPIO ou est câblé le détecteur »
« Boucle qui prendra et enregistrera la photo dans le répertoire défini »
while True:
if GPIO.input(4):
cam.capture(’/home/pi/Pictures/surveillance.jpg’)
print(‹ picture taken ›) #if there’s no motion, we do nothing.
delay(0.1)
N’ayant pas de câble pour GPIO je n’ai pas testé le programme. Peut être qu’un des membre du forum a de quoi tester ?
Faudrait aussi modifier le code, car la commande cam.capture prend une première photo, en cas de détection. Jusque là, tout va bien.
Mais lors de la deuxième détection, on risque d’écraser le premier fichier, du coup on se retrouve avec une seule image qui correspond à la dernière détection.
Hors ce que l’on souhaite, c’est une série d’images de tout les déclenchements…
@+