Problème avec le Thermostat Versatile

Bonjour,

Depuis quelques,jours je reçois un message sur l’icône d’un Thermostat Versatile :
une chambre et la salle de bain
« Attention défaut de temp.
Temp pièce : 83 min
Temp ext.: 11 min »

Le message n’est pas compréhensible.
J’ai changé toutes les piles de mes thermostats, aux cas où..
et le chauffage est inactif.
Obligé de pousser ON sous zigbee2MQTT.

Ma configuration

Tous mes modules Nodon sont sous zigbee2gmqtt
Thermomètre sonoff SNZB-02D
Thermomètre extérieur : THS317-ET

j’ai plusieurs module Nodon qui eux fonctionnent sans problème


Dans votre HA, Menu latéral Paramètres > Système > Corrections puis les trois petits points en haut a droite > Informations Système puis une fois en bas Copier


System Information

version core-2025.12.5
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch amd64
user root
virtualenv false
python_version 3.13.9
os_name Linux
os_version 6.12.51-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 2576
Downloaded Repositories 9
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 16.3
update_channel stable
supervisor_version supervisor-2025.12.3
agent_version 1.7.2
docker_version 28.3.3
disk_total 30.8 GB
disk_used 5.9 GB
nameservers 192.168.1.254, 2001:861:4cc1:dfd0:a255:1fff:feb2:dc15
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 Mosquitto broker (6.5.2), Zigbee2MQTT (2.7.2-1), File editor (5.8.0), Samba Backup (5.2.0)
Dashboards
dashboards 4
resources 7
views 6
mode storage
Network Configuration
adapters lo (disabled), enp0s3 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth8f72810 (disabled), vethc9bee8c (disabled), veth3029182 (disabled), veth9330714 (disabled), vethe834b8f (disabled), veth290c2b4 (disabled), veth6df21da (disabled), veth0f6ac16 (disabled), vethbcfafdf (disabled), vethacfcc98 (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s3 (192.168.1.33/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth8f72810 (), vethc9bee8c (), veth3029182 (), veth9330714 (), vethe834b8f (), veth290c2b4 (), veth6df21da (), veth0f6ac16 (), vethbcfafdf (), vethacfcc98 ()
ipv6_addresses lo (::1/128), enp0s3 (2001:861:4cc1:dfd0:ca18:c18e:7116:28c6/64, fe80::c045:6b94:183c:b4bb/64), hassio (fe80::e489:4cff:febc:3503/64), docker0 (fe80::bc78:a2ff:fee2:904e/64), veth8f72810 (fe80::f061:41ff:fe11:63ca/64), vethc9bee8c (fe80::90a2:aaff:fe1c:badd/64), veth3029182 (fe80::2076:e3ff:fef8:365e/64), veth9330714 (fe80::cc6f:eeff:fed3:25a/64), vethe834b8f (fe80::8888:cdff:fe33:5d45/64), veth290c2b4 (fe80::7c63:6aff:fed0:31ad/64), veth6df21da (fe80::9cf6:8cff:fe37:9313/64), veth0f6ac16 (fe80::47b:d5ff:fe86:f7e4/64), vethbcfafdf (fe80::cc1:e7ff:fe16:a55d/64), vethacfcc98 (fe80::4a5:d6ff:febc:1d33/64)
announce_addresses 192.168.1.33, 2001:861:4cc1:dfd0:ca18:c18e:7116:28c6, fe80::c045:6b94:183c:b4bb
Recorder
oldest_recorder_run 22 décembre 2025 à 21:34
current_recorder_run 6 janvier 2026 à 09:41
estimated_db_size 182.32 MiB
database_engine sqlite
database_version 3.49.2

Bonjour,

D’après ce que tu indique, il semblerait que la température de la pièce soit le problème, le fait qu’elle n’est pas changée depuis 83 minutes probablement, je crois que par défaut ce paramètre est réglé à 60 minutes, quand tu dépasse cette valeur tu as un défaut, (qui est une sécurité en fait), donc soit tu change le temps dans les paramètres avancés de ton thermostat, soit tu regarde pourquoi cette valeur n’a pas changée si ça aurait du être le cas.

Merci pour ta réponse.
je ne retrouve pas à quel endroit le paramètre d’actualisation est initialisé ?
à priori, il actualise les lectures toutes les 5 secondes

Je parle du paramètre: “délai maximal entre 2 mesures de températures”

Celui ci se trouve dans les paramètres avancés des réglages de ton thermostat, quand tu as configuré ton versatile thermostat, tu as passé tous ces paramètres en revue, pour y retourner, tu clique sur la roue crantée correspondant au versatile thermostat dont tu veux voir les paramètres, ensuite tu as paramètres avancés et sur la deuxième page tu vas trouver ce paramètre. il est à quelle valeur ?

j’ai retrouvé un fil qui parlait de ce problème.

voici tous les liens pour effectuer cette mise au point
Le paramètre dans le versatile est à 60
j’ai rajouté dans zigbee2mqtt le paramètre last_seen à ISO_8601
à voir
En tout cas, merci beaucoup pour m’avoir aiguillé pour cette panne

1 « J'aime »

Salut @Joe76000 ,

J’ai rencontré le même problème au départ de mon installation de mes thermostats. Ils se mettaient continuellement en sécurité, car ils n’avaient pas de mise à jour de la température.

Surtout, ne pas modifier la durée de mise en sécurité du thermostat, ni même la durée entre 2 relevés. Le problème ne vient pas du capteur qui ne remonte pas d’information, ni même du thermostat. Le problème vient du fait que si la température ne change pas entre 2 relevés, il n’y a pas de mise à jour sur HA.

Pour palier au problème, il faut mettre en place le paramètre “last seen” dans Z2M, lors de l’envoi d’infos entre Z2M et HA. Et aussi, indiquer dans la conf du thermostat l’entité “last seen” du capteur dans le champ “Dernière vue capteur de température”.

Sur Z2M, il faut que tu trouves “disponibilité” dans les paramètres de Z2M.

Bon courage

1 « J'aime »

Ce sujet a été automatiquement fermé après 60 jours. Aucune réponse n’est permise dorénavant.