Y a-t-il eu une coupure de courant sur cette camera et pas l’autre ? Une déconnexion ? Un redemarrage ? Autre ? Sais-tu précisément quand cela s’est produit et saurais-tu remonter dans le fil historique de l’application pour retrouver ?
Je n’ai pas de caméra Netatmo sous la main, donc difficile de tester moi-même, mais voici quelques pistes classiques à vérifier :
Est-ce que tu as testé le flux dans VLC pour être sûr qu’il marche bien ? (Documentation → Caméra | Gladys Assistant )
Est-ce que ça pourrait être un problème de réseau local ? Par exemple, si la caméra met trop de temps à répondre, Gladys déclenchera une erreur. Il y a un timeout de 10 secondes pour récupérer l’image. D’après les logs, elle répond bien, mais peut-être trop lentement ?
Le flux est-il utilisé par un autre client en parallèle ? Certaines caméras ne supportent pas plusieurs connexions en même temps, ce qui pourrait expliquer l’erreur.
Depuis mon message, l’image est revenue toute seule.
J’ai une autre caméra « Netatmo extérieur » (Entrée) qui ne présente pas ce problème.
Les différences entre les deux :
Entrée est en Wifi direct avec la borne principale TP-Link Deco (j’ai coupé le Wifi de la box)
Appentis est connecté en Wifi à un répéteur Orange Wifi 6, lui même relié à la box en CPL.
J’ai un troisième Deco que je n’utilise pas, je pourrai essayer de le mettre à la place du répéteur Orange.
Sinon, peut être le timeout trop court, en effet.
En effet, de ce que tu me dis, sûrement un problème de timeout.
Par contre, 10 secondes pour aller chercher une image de caméra, c’est déjà très long, donc c’est plus de ton côté qu’il faudrait voir comment améliorer ton réseau pour que ta caméra réponde en moins de 10 secondes.
Répéteur Orange relié en CPL ça m’étonnerait pas que le souci vienne de là !
Bonjour @pierre-gilles
je poste ici car j’ai un probleme avec une camera Tapo c210, ca fait deja deux ou trois fois que ça arrive. Cette camera renvoie bien une image avec l’Apps TAPO et egalement en streaming sur le TB de Gladys, par contre pas d’image toutes les 10s. Et puis ça refonctionne sans rien toucher, Tres bizarre
Voici les logs :
2025-05-25T08:36:38+0200 <warn> getImage.js:79 () Error: Command failed: ffmpeg -rtsp_transport tcp -i rtsp://xxxxxxxxxxxxxxxxxxxxxxxxx@192.168.1.174:554/stream1 -f image2 -vframes 1 -qscale:v 15 -vf scale=1280:-1 /tmp/gladysassistant/camera-5346cd76-3f07-455a-bd57-2e4189598e6d-991-27-36-8.jpg
ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 12 (Debian 12.2.0-14)
configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared
libavutil 57. 28.100 / 57. 28.100
libavcodec 59. 37.100 / 59. 37.100
libavformat 59. 27.100 / 59. 27.100
libavdevice 59. 7.100 / 59. 7.100
libavfilter 8. 44.100 / 8. 44.100
libswscale 6. 7.100 / 6. 7.100
libswresample 4. 7.100 / 4. 7.100
libpostproc 56. 6.100 / 56. 6.100
at genericNodeError (node:internal/errors:983:15)
at wrappedFn (node:internal/errors:537:14)
at ChildProcess.exithandler (node:child_process:414:12)
at ChildProcess.emit (node:events:518:28)
at maybeClose (node:internal/child_process:1101:16)
at Process.ChildProcess._handle.onexit (node:internal/child_process:304:5) {
code: 255,
killed: true,
signal: null,
cmd: 'ffmpeg -rtsp_transport tcp -i rtsp://xxxxxxxxxxxxxxxxxxxxxxxxxxxx@192.168.1.174:554/stream1 -f image2 -vframes 1 -qscale:v 15 -vf scale=1280:-1 /tmp/gladysassistant/camera-5346cd76-3f07-455a-bd57-2e4189598e6d-991-27-36-8.jpg'
Avant les mise a jour 4.58 je n'avais pas ce probleme, j'ai d'autre camera Tapo et IMOU qui fonctionnent correctement . Qu'est ce que tu en penses?Merci d'avance
Ta caméra met plus de 10 secondes à répondre, c’est ce qui provoque l’erreur.
Comme plusieurs utilisateurs semblent concernés, je vais augmenter le délai d’attente à 20 secondes pour éviter ce genre de souci.
Par contre, @Psoy@gaetanb76, comme vos réseaux semblent un peu lents, je vous recommande de ne pas configurer un rafraîchissement trop fréquent des images de vos caméras. Un intervalle d’une minute serait plus adapté dans votre cas