AIDE pour projet de camera pour les champs et les prés

Je retenterai demain ou après demain et si j’ai à nouveau le msg je le posterai.

Faudrait que je réinstalle RaspberryPiOS lite et MotionEye sur mon RpiZero pour voir.
Je n’avais jamais eu de souci.
(mon souci est mon GROS manque de temps actuellement)

A noter que j’ai une installation de MotionEye en multi-caméras (qui sert peu car nous nous absentons très peu).
Les dernières fois, ça merdouillait par moment car le système se mettait à faire une photo chaque seconde sur l’une des caméras (pourquoi ???).
Mais ça continuait de tourner, de détecter et d’alerter.

++

Voici la capture d’écran avec l’erreur reproduite ce matin.
J’ai volontairement mis un fichier de grande taille pour que vous puissiez bien lire, on virera le post ensuite.
A noter que libz-dev a été remplacé en auto par zlib1g-dev
serait-ce un souci?

Tentez d’installer pillow
a) par les packages (sudo apt install python-pillow)
je l’avais tapé de tête; c’est confirmé par le wiki de motion eyes

note: If pillow installation fails, you can try installing it from official repos using apt-get install python-pillow
b) si rien de tout ça marche, par sudo pip install pillow (ou pil)…
Et il faut faire confiance à debian: le changement de bibliothèque d’en tete ne fait pas de mal.

Re @Corsaire29

Si la solution de @dbrion06 ne donne pas le résultat escompté, tu peux tenter un
sudo python -m pip install --upgrade pip setuptools wheel
pour voir ce que ça donne ?

++

La solution de@nabla est excellente … pour certains paquets pythons, trop récents pour que la version de pip fournie par Debian leur convienne. Elle met à jour la toute dernière version de pip.
Le seul petit problème est que, si on n’a pas besoin du derneir hurlement de la technique (cas de moteurs de réseaux de neurones), pip est une source de confusion: debian -et sa descendance- offre un emplacement unique pour l’installation de librairies python, pip en offre deux (une avec sudo, l’autre en mode simple utilisateur); si on installe beaucoup de paquets python, on ne sait plus où ils sont.
C’est pour cela que, si on est conservateur,pour ne pas être ennuyé avec la coexistence de deux gestionnaires de paquets, on a interet à n’utiliser pip (ou pip3, python2 étant obsolete -même si motioneye utilise python2…) que si on ne peut pas faire autrement (ex/pour motion eye), et, ce, pour le minimum de bibliothèques python.

Si les paquets Debian dont dépend motioneye sont jugés comme étant trop vieux par pip (les developpeurs de paquets python renseignent ce dont ils dependent, et la plage de versions) , il les telechargera (c’est encore à la fois bien pratique et une source de confusion) et écrasera de fait les vieilles versionsIIRC ; sinon, vous aurez des versions stables et plutôt bien testées…

Merci à tous les deux je tente cela demain matin! :slight_smile:

C’est fait cela semble avoir fonctionné.
Etant sur une version non graphique de raspbian je vais devoir me connecteur depuis un autre poste.
Celui-ci est sous windows, j’espère que cela fonctionnera

Salut @Corsaire29

MotionEye est fait pour tourner sur un appareil simple sans écran.
La consultation se fait par interface Web.

Et cette adresse est accessible depuis n’importe qu’elle machine Linux, Windows, Mac ou n’importe quel Smartphone étant sur le même réseau.

++

Merci Nabla, j’ai attribué une IP fixe et me suis connecté sans souci. je referai la manip une fois installée la HAT Lte/4G.

En aparté :
On peut même imaginer la génération d’un point d’accès wifi.
Par exemple, mon photobooth n’a pas le réseau mais génère son propre réseau wifi.
D’un PC ou Smartphone, on peut le piloter en SSH mais aussi consulter les photos qui sont dans une galerie.
Dans le cas d’un MotionEye, je n’ai pas testé car mes machines sont en réseau, mais ça pourrait être utile en cas d’absence de 4G (si pas utile car proximité géographique ou pas possible).

Bonjour à tous!

J’ai bien avancé depuis que j’ai récupéré mon matos.
Mon problème actuel est de faire migrer mon OS sur mon SSD M2.
Avec la version graphique de Raspian c’est facile, il y a un onglet.
Mais dans la version en ligne de commande, Raspian Lite?
J’ai cherché mais là je cale…

hello,

il me semble que la procédure décrite ici : Comment configurer le boot USB sur Raspberry Pi 4: Méthode simple et officielle doit répondre à ton problème

NB: dans le tuto il copie la sd fraichement installée ; il y aura peut-être des adaptations à faire ( ds le /etc/fstab sur rootfs ? ) si on utilise une ancienne SD.

NB 2 : ds le tuto il exécute « sudo rpi-update » avec la version de l’image 2020-12-02-raspios-buster-armhf.img , on peut garder la version default donc pas besoin de la version beta.

bien sur une copie de sauvegarde de la SD que tu as installé avec les outils nécessaires à ton projet avant d’entreprendre cette manip, est souvent (toujours ! ) une bonne idée :wink:

Yo,

Perso, je vois cette solution :
On créé une copie image de la SD avec dd et on écrit cette image sur le SDD avec Etcher.
C’est comme ça que je clone un HDD ou SDD sous Linux.

Exemple si la carte s’appelle sdd (ça ne sera pas le cas = adapter) lorsqu’elle est lue sur un PC Linux via un lecteur de carte SD
sudo dd if=/dev/sdd | gzip -c > /home/nianiania/SD-vers-SSD.img

++

hello,

clair on doit même pouvoir faire directement sur le Rpi :
sudo dd bs=1M if=/dev/mmcblk0 of=/dev/sda

a condition que l’infile (if) ait une taille inférieur ou égale a l’outfile. (of)

ERRATUM : en fait non on peut pas j’avais oublié que la partie rootfs était mise à jour pendant la copie :flushed:

PS : je viens finir la procédure pour démarrer un Rpi4 sur USB avec le tuto cité plus haut ( en « sautant » le rpi-update plus utile voir dangereux…)
le premier redémarrage a même modifié le /etc/fstab avec les PARTUUID de l’USB trop fort :wink:

Bonjour à tous!

Désolé pour cette faible activité, boulot/Covid/vie qui avance…

Voilà où j’en suis :

Caméra finalisée et prête à entrer en phase de test en extérieur, j’attends les lentilles plexi de la Chine et je dois encore souder le connecteur pour l’alimentation par panneau solaire.

J’ai opté pour Ubuntu 20.10 car il me permet d’utiliser sans configuration pénible la carte Hat LTE et est facile à installer en version bootable sur SSD M.2.
Pour la vidéo : MotionEye. (je vois pour OpenCV)
MotionEyeOS me semblait mieux mais il y a une erreur récurrente à l’installation sauf en version DEV (pas pour moi donc et je ne sais pas pour le module 4G ensuite)

Les matériels utilisés sont :

  • RPi4 8GB (Ubuntu 20.10)
  • Hat shield Suptronics X862 pour le SSD m.2 alimenté par GPIO (pas besoin d’un trop rapide, mais 128GB tout de même car stockage de photos et vidéos)
  • Hat shield Suptronics X728 UPS pour les batteries (existe aussi des versions avec extensions pour plus d’autonomie)
  • Hat 4G/Lte de chez 52Pi et son module SimCom 7600G-H (version globale)
    et son antenne dédiée. A savoir qu’il existe des kits complets pour la 4G, pas vu lors de l’achat…
  • Un petit panneau solaire et son module de régulation de l’alimentation.

Dans un premier temps, je vais utiliser la caméra avec modules IR. Quand je pourrais, j’utiliserai la nouvelle caméra officielle…
J’ai conscience qu’il y en a pour un prix mais une caméra dédiée c’est entre 150€ et 300€ et le résultat est si moche et inexploitable que j’ai décidé ce projet.

Un raccord PVC 100mm avec ses deux trappes de visite dont un va être percée avec des raccords étanches USB3.1, RJ45 et l’antenne 4G. L’autre pour deux lentilles plexi. Il sera peint et agrémenté de végétation plastique (camouflage visuel et régulation de la température car je pense ma ventilation sous-dimensionnée, je verrais à l’usage).

Yo @Corsaire29

pour avoir utilisé Motion/MotionEye/MotionEyeOS, j’ai préféré MotionEye car il repose sur un OS complet (celui de ton choix) alors que MotionEyeOS te bride franchement si ton usage n’est pas basique.

Sympa, le coup du raccord PVC, moi, j’étais plus sur des boîtes de dérivation étanches, mais j’aime l’idée du tube.
(avantage des boîtes de dériv’ = les caoutchoucs pour faire sortir du câblage)

Merci pour ce retour et félicitation pour cette belle avancée.
Au plaisir de te lire,

++

Bonjour, je déterre ce sujet car j’ai hélas un soucis du même type avec un vandale, j’aimerais juste savoir si les émetteurs IR sont repérables par un œil humain car ils émettent de la lumière rouge (un peu comme sur les cams ) ou sont totalement invisibles…merci

hello,

non l’infra rouge n’est pas rouge mais sa fréquence est plus basse (infra) que le rouge (Infrarouge — Wikipédia)
les télécommandes genre TV utilise en général, ce type de led
Un humain non bionic :wink: ne peut pas voir cette fréquence sauf s’il utilise la camera de son smartphone ou autre appareil numérique.

Hello,
Chez moi, les caméra IP noctures sont TRES clairement visibles (et je ne suis pas bionic :wink: Loin de là pour les yeux)