Frigate: message d'erreur intempestif

Bonjour,

##Message d’erreur sur Frigate

Depuis quelques temps j’ai une erreur récurente sur frigate.
La fenêtre de visualisation de ma caméra m’indique « No frames have been received, check error log »

Il s’agit d’une caméra reolink, le flux rtsp fonctionne avec l’appli reolink, avec vlc et avec frigate par intermittence. En effet quand je redémarre le module frigate, mon flux vidéo est fonctionnel, mais au bout de quelques minutes le message d’erreur apparait, puis re disparait si je relance le module…

le journal du module ne m’affiche rien, il reste sur un message « chargement du journal »

Voici ma configuration Frigate:

Merci d’avance pour vos lumières.

record:
  enabled: true
  retain:
    days: 3
    mode: motion
  alerts:
    retain:
      days: 7
  detections:
    retain:
      days: 4
snapshots:
  enabled: true
  retain:
    default: 7
detect:
  enabled: true
  fps: 5
  width: 640
  height: 360
  stationary:
    interval: 5
    threshold: 5
detectors:
  coral:
    type: edgetpu
    device: usb

objects:
  track:
    - person

cameras:
  Garages:
    ffmpeg:
      inputs:
        - path: rtsp://admin:xxx@192.168.1.41:554/Preview_02_sub
          roles:
            - detect

    zones:
      descente_garage:
        coordinates: 
          0.984,0.145,0.865,0.083,0.686,0.05,0.258,0.388,0.002,0.644,0.009,0.99,0.86,0.982,0.962,0.549
        loitering_time: 0
        objects: person
    motion:
      threshold: 15
      contour_area: 30
      improve_contrast: true
      mask: 
        0.254,0.469,0.298,0.527,0.415,0.404,0.401,0.338,0.379,0.306,0.355,0.348,0.315,0.392,0.273,0.445
version: 0.15-1

Ma configuration


System Information

version core-2025.7.4
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch amd64
user root
virtualenv false
python_version 3.13.3
os_name Linux
os_version 6.12.35-haos
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 2195
Downloaded Repositories 35
Home Assistant Cloud
logged_in true
subscription_expiration 14 juillet 2026 à 02:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled true
google_enabled true
cloud_ice_servers_enabled true
remote_server eu-central-1-20.ui.nabu.casa
certificate_status ready
instance_id f598b088437342cc93c919924a6aae43
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 16.0
update_channel stable
supervisor_version supervisor-2025.07.2
agent_version 1.7.2
docker_version 28.3.0
disk_total 129.2 GB
disk_used 17.2 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization kvm
board ova
supervisor_api ok
version_api ok
installed_addons SomfyProtect2MQTT (2025.3.0), Mosquitto broker (6.5.1), File editor (5.8.0), Zigbee2MQTT (2.6.0-1), Home Assistant Google Drive Backup (0.112.1), Frigate (0.15.2), Studio Code Server (5.19.3), go2rtc (1.9.9), Samba share (12.5.2), Terminal & SSH (9.18.0), Advanced SSH & Web Terminal (21.0.2)
Dashboards
dashboards 5
resources 23
views 18
mode storage
Network Configuration
adapters lo (disabled), enp0s18 (enabled, default, auto), docker0 (disabled), hassio (disabled), vethd3af473 (disabled), veth5ffb81f (disabled), veth9d1d670 (disabled), veth1f3c210 (disabled), veth719e660 (disabled), veth78a2bfb (disabled), veth79ff551 (disabled), veth3618ecd (disabled), vethdb42d12 (disabled), veth52a37fa (disabled), vethb9f8a51 (disabled), veth558e562 (disabled), veth1c1dfbd (disabled), veth3510059 (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s18 (192.168.1.62/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), vethd3af473 (), veth5ffb81f (), veth9d1d670 (), veth1f3c210 (), veth719e660 (), veth78a2bfb (), veth79ff551 (), veth3618ecd (), vethdb42d12 (), veth52a37fa (), vethb9f8a51 (), veth558e562 (), veth1c1dfbd (), veth3510059 ()
ipv6_addresses lo (::1/128), enp0s18 (2a01:e0a:992:dbc0:407a:766a:8884:1742/64, fe80::124d:96b8:59ad:487/64), docker0 (fe80::7c29:f1ff:fe36:92f5/64), hassio (fe80::d451:acff:fe7c:5ad6/64), vethd3af473 (fe80::648d:a1ff:fe07:29a1/64), veth5ffb81f (fe80::400c:96ff:fe38:1f86/64), veth9d1d670 (fe80::e01d:bbff:fe5a:1ed8/64), veth1f3c210 (fe80::78fb:7bff:fe29:389b/64), veth719e660 (fe80::14f4:acff:fedc:3c3/64), veth78a2bfb (fe80::28a9:caff:fef2:6f55/64), veth79ff551 (fe80::f081:23ff:fe99:8210/64), veth3618ecd (fe80::3876:68ff:fe7a:6a4c/64), vethdb42d12 (fe80::3cc6:5bff:fe6a:d050/64), veth52a37fa (fe80::b037:c5ff:fe97:d865/64), vethb9f8a51 (fe80::b4bd:69ff:fe40:6f0a/64), veth558e562 (fe80::586f:fbff:febb:83de/64), veth1c1dfbd (fe80::2872:69ff:feaf:1cd/64), veth3510059 (fe80::b099:5cff:fe96:c2ad/64)
announce_addresses 192.168.1.62, 2a01:e0a:992:dbc0:407a:766a:8884:1742, fe80::124d:96b8:59ad:487
Recorder
oldest_recorder_run 21 juillet 2025 à 12:28
current_recorder_run 29 juillet 2025 à 15:18
estimated_db_size 198.32 MiB
database_engine sqlite
database_version 3.48.0
___

Bonjour @Loic_de_Saint_Etienn,

Quel est le modèle de Reolink que tu utilises ? Car selon le modèle, la façon de l’intégrer dans Frigate diffère d’après la doc, il est déconseillé pour certains modèles d’utiliser le flux RTSP.

Aussi, comment est connecté ta caméra à ton réseau, RJ45 ou WiFi ?

Il s’agit d’une RLC-510WA, qui communique en wifi via le hub reolink.

Quand je suis dans ma liste des appareils sur HA, je peux voir ma vidéo en direct sans soucis.

J’ai refait un test avec frigate, après un redémarage tout fonctionne pendant environ 2H avant que le message n’apparaisse de nouveau. Et si je relance à ce moment le module, je repars pour deux heures sans problème…

Je vois 2 options pour essayer de résoudre ton problème :

La première, je sais que le flux RTSP généré par pas mal de modèles Reolink pose problème pour Frigate. D’après la doc que trouveras ici, il est conseillé d’utiliser le flux Http, donc pour ta config ça donnerait quelque chose comme ça :

Mainstream :
http://192.168.1.41/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=username&password=password

Substream :
http://192.168.1.41/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=username&password=password

À adapter avec ton username/password.

Deuxième option, s’agissant d’une caméra WiFi ça peut venir de perte momentanée de connexion. J’ai observé le même comportement que toi sur une de mes caméras TP Link en WiFi. La connexion était perdue quelques secondes, Frigate tentait de se reconnecter et si le flux n’était pas revenu au bout de quelques secondes, j’avais le même message que toi.
Pour palier ce problème, j’ai augmenté le délai de tentative de reconnexion à 60 secondes côté Frigate, pour laisser le temps à ma caméra de se reconnecter au Wifi. Si tu veux essayer voilà le paramètre à rajouter à ton fichier de config :

...
cameras:
  Garages:
    ffmpeg:
      retry_interval: 60
      inputs:
        - path: http://...
          roles:
            - detect
...

Ou peut-être placer ce paramètre au niveau de la config global :

ffmpeg:
  retry_interval: 60

record:
  enabled: true
  retain:
    days: 3
    mode: motion
  alerts:
    retain:
      days: 7
...

cameras:
  Garages:
    ffmpeg:
      inputs:
        - path: ...
...
version: 0.15-1

À voir si cela résout ton problème.

Merci, je vais essayer ça et je vous donne des nouvelles de l’évolution.

Edit: merci, a toi, ça à l’air stable désormais grâce à ma commande “retry”.

Merci encore.

Parfait !

Tu peux passer le sujet en résolu si ça peut aider d’autres personnes.

Salut,

même problème pour ma part, camera HDCVI sur XVR, et récupération du flux réseau via ethernet. Frigate sur 2 caméras uniquement.
Avant ça marchait impec, suite à la mise à jour j’ai le même soucis…
de mon côté je pense que ça vient du manque de puissance du processeur.
(faut dire proxmox + docker avec pas mal de container dont frigate)
Je vais quand même essayer votre astuce :).

Seb