Problème snapshot

cadetlu · Mai 28, 2026, 1:33

Bonjour,

depusi que j’ai fait la dernière mise à jour du plugin, je me retrouve avec cet apercu des snapshots

Je n’ai rien fait d’autrre.
Comment puis-je résoudre le problème?

Merci

nicopadig · Mai 28, 2026, 2:52

Bonjour, idem pour moi voici mes différents tests :

Le container Docker Eufy fonctionne

Container eufy présent.
Statut : Up ... (healthy).
Port exposé : 0.0.0.0:3000->3000/tcp.

Le websocket semble bien démarrer

Log : Eufy Security server listening on host 0.0.0.0, port 3000.
Version image : eufy-security-ws 1.9.1.

La HomeBase communique bien

Logs reçus dans Jeedom :
device: Homebase
sdCapacity
currentMode
success: True
La station T8010P2322350BEE remonte bien ses propriétés.

Le cloud Eufy semble connecté

Log : Push notification connection successfully established.

Le plugin Jeedom voit le container

Log : container 127.0.0.1:3000 is listening.
Log : eufy-security-ws service online: 1.

Mais la communication Jeedom ↔ websocket semble instable

Logs répétés :
Client disconnected ... code: 1006 reason: Abnormal Closure
Hypothèse : perte/fermeture anormale de la connexion websocket côté plugin Jeedom.

Le fichier snapshot est bien généré

Chemin trouvé :
/var/www/html/plugins/eufy/data/tmp/T8210P6422353F05.jpg

Le snapshot est accessible en local

Test local :
curl -I http://127.0.0.1/plugins/eufy/data/tmp/T8210P6422353F05.jpg
Résultat : HTTP/1.1 200 OK
Type : Content-Type: image/jpeg

Le snapshot n’est pas accessible via l’URL externe Jeedom DNS

Test externe .eu.jeedom.link :
Résultat : HTTP/1.1 404 Not Found
Serveur : openresty
Hypothèse : proxy Jeedom DNS/openresty ne sert pas ou bloque /plugins/eufy/data/tmp/....

La commande snapshot remonte bien un chemin

Valeur commande :
/plugins/eufy/data/tmp/T8210P6422353F05.jpg?ts=177

Dans le design Jeedom, l’image ne s’affiche pas

Même avec le chemin :
/plugins/eufy/data/tmp/T8210P6422353F05.jpg?ts=...
Même avec l’URL :
http://192.168.2.59/plugins/eufy/data/tmp/T8210P6422353F05.jpg?ts=...
Le widget affiche Snapshot indisponible.

Hypothèse principale

Le plugin génère bien le snapshot.
Le problème semble être l’exposition/chemin d’accès de l’image selon le contexte :
- local Apache OK,
- Jeedom DNS externe KO,
- design Jeedom KO.

Hypothèses techniques

Problème de reverse proxy Jeedom DNS pour les fichiers dans /plugins/eufy/data/tmp/.
Problème de droits ou headers uniquement dans le contexte design.
Problème de Content Security Policy ou contexte HTTP/HTTPS.
Problème de chemin généré par la commande snapshot.
Problème de cache avec ?ts=.
Problème websocket côté plugin malgré container sain.

Erreur secondaire probablement non liée

Log :
NotSupportedError This functionality is not implemented or supported by this device
Cela semble concerner une commande non supportée par la sonnette/HomeBase, probablement sirène/alarme, pas le snapshot.

rootard · Mai 28, 2026, 6:31

salut @cadetlu

et moi je n’ai rien changé la dessus
sans logs en DEBUG tu te doutes que je ne peux pas t’aider…

cadetlu · Mai 29, 2026, 7:02

Salut

les logs « Eufy » sont trop longs pour les mettre en messages sur le forum; je te lai ai mis en fichier
logs eufy.txt (2,7 Mo)

freya882 · Mai 29, 2026, 8:27

Bonjour,
Même problème, les snapshots sont « vides ».
Bonne journée
(Je rajoute le log oublié)
eufy.txt (4,2 Mo)

nicopadig · Mai 29, 2026, 9:34

log eufy.txt (1,5 Mo)

Bonjour voici pour moi

rootard · Mai 30, 2026, 3:54

hello

Je viens de faire un test ca marche parfaitement pour moi. je vois rien d’anormal dans vos logs, les images sont bien remontées (les gros tableaux numeriques) donc faut chercher plus loin.

Pour chaque caméra ou vous avez activé le snapshot, pouvez-vous verifier la valeur de la commande info Last Camera Picture (logicalId: picture) par ex:

/plugins/eufy/data/tmp/T8xxx.jpg?ts=178

ensuite essayez d’accéder cette URL dans votre browser ex:

http://192.168.1.91/plugins/eufy/data/tmp/T8410P4223291699.jpg?ts=178

Si ca fonctionne pas connectez vous en ssh. vous devriez retrouver vos snapshot dans le repertoire du plugin:

cd /var/www/html/plugins/eufy/data/tmp
ls

freya882 · Mai 30, 2026, 5:57

Bonjour,
Cela fonctionné très bien avant une mise à jour de la HomeBase 28 mai.
J’avais les bons liens qui fonctionnait dans les scenarios.
Depuis, je reçois des images aléatoirement des images vides ou des images non vides.
Cordialement

rootard · Mai 31, 2026, 7:18

As tu essayé ce que j’ai proposé plus haut ?

freya882 · Mai 31, 2026, 8:04

Bonjour,
Oui,
Je t’envoie les captures.
La commande s’appelle : URL snapshot (logiciel id : picture)

rootard · Mai 31, 2026, 2:04

ok donc les snapshots sont la
verifies la taille des fichiers jpg et les droits:
ls -l

ton test d’URL http n’est pas bon. tu as oublié ts=xxx
copies l’URL exacte dans l’info picture. exemple:

freya882 · Mai 31, 2026, 6:14

C’est pareil avec ou sans le ts=
(Pour info, mettre le lien avec le ts est en erreur pour Telegram)
Là, les images n’étaient pas « vide » dans le data/tmp donc cela a fonctionné.
Mais il ne fonctionne pas quand les images étaient vides.

rootard · Mai 31, 2026, 6:46

Rien compris

freya882 · Mai 31, 2026, 8:02

Oui j’ai testé le lien avec « ts ».
Et ça aléatoirement quand les images ne sont pas vide.

rootard · Mai 31, 2026, 8:39

verifies si les jpg sur le disque sont vides ou pas. Il n’y a rien d’aléatoire la dedans
Si les jpg ne sont pas vide et que ça ne s’affiche pas c’est une histoire de droits
a chaque detection l’image se regénére. si tu utilises mon widget tu peux afficher le timestamp

freya882 · Juin 1, 2026, 4:18

Pourquoi ce problème de droits arrivent maintenant et aléatoirement ?
Je ne suis pas la seule à avoir ce problème de snapshot, car c’est cadetlu qui a ouvert le sujet et nicopading indique le même problème.
Je n’ai rien changé à mon installation à part mettre à jour votre plugin et la HomeBase qui s’est mise à jour.

rootard · Juin 1, 2026, 6:02

J’en sais rien mais je ne peux pas t’aider si tu ne testes pas ce que je te demande…

verifies la taille des fichiers jpg et les droits:
ls -l

freya882 · Juin 1, 2026, 6:53

jeedom@Jeedom:~$ ls -l

total 1464

-rw-r–r-- 1 jeedom jeedom 0 15 mai 20:34 ‹ = ›

-rw-r–r-- 1 jeedom jeedom 494592 10 sept. 2021 AArch64_Buster-1.tar

-rw-r–r-- 1 jeedom jeedom 494592 10 sept. 2021 AArch64_Buster-1.tar.1

-rwxr-xr-x 1 jeedom jeedom 492616 28 mai 2021 DK6Programmer

-rw-r–r-- 1 jeedom jeedom 2363 2 nov. 2025 install.sh

drwxr-xr-x 3 jeedom jeedom 4096 30 oct. 2025 phone_detectiond

drwxr-xr-x 2 jeedom jeedom 4096 3 avril 06:44 test

nicopadig · Juin 1, 2026, 7:21

Bonjour,

Le fichier snapshot existe bien :
/var/www/html/plugins/eufy/data/tmp/T8210P6422353F05.jpg

Droits :
-rwxrwxr-x 1 www-data www-data

Donc Apache devrait pouvoir le servir. Le souci semble plutôt venir du chemin d’accès dans le design ou du proxy externe Jeedom, pas du fichier lui-même.

nicopadig · Juin 1, 2026, 7:50

Le snapshot est bien généré dans :
/var/www/html/plugins/eufy/data/tmp/T8210P6422353F05.jpg

Droits OK :
-rw-r–r-- www-data www-data

Apache répond bien en HTTP 200 avec Content-Type image/jpeg.

Mais le fichier n’est pas un vrai JPEG :
file /var/www/html/plugins/eufy/data/tmp/T8210P6422353F05.jpg
=> data

head -c 20 … | xxd
=> 7632 5f65 7566 7973 6563 7572 6974 793a
=> v2_eufysecurity:T801

Le plugin écrit donc une donnée commençant par « v2_eufysecurity:T801 » dans un fichier .jpg. Le navigateur affiche forcément une image cassée.