Ce que le module publie sur MQTT (depuis un poste avec mosquitto-clients, ou avec MQTTX) :
mosquitto_sub -h 192.168.1.10 -p 1883 -u utilisateur -P motdepasse -v -t 'clim_salon/#'
Ce que dit le serveur Calaos (en SSH sur la box, voir Accès SSH) :
journalctl -u calaos-server -f
journalctl -u calaos-server --since "1 hour ago" | grep -i device
Les messages concernant les devices (lien introuvable, commande refusée, sortie déjà prise, écriture sur une sortie protégée) portent le mot device.
Ce que le serveur envoie aux interfaces : la réponse get_home contient, pour chaque device, l’objet device (capacités, état, IO liés). Avec curl et jq :
curl -s -X POST http://192.168.1.10:5454/api.php \
-d '{"action":"get_home","cn_user":"user","cn_pass":"pass"}' \
| jq '.. | objects | select(.gui_type? == "climate")'
Un device absent de cette sortie n’est pas chargé ou pas visible (voir plus bas). La clé state d’un device donne le mode ; device.state donne la température, les consignes, l’action, et connected, fault ou lockout quand ils s’appliquent.
Le device lit son mode sur le topic <préfixe>/climate/<identifiant>/mode/state. Rien n’arrive :
mosquitto_sub -v -t '<préfixe>/#'. Si le module ne publie rien, le problème est côté ESPHome (Wi-Fi, broker, topic_prefix).topic_sub). Une faute ou la confusion entre le nom du module et le nom de l’entité est la cause la plus fréquente : voir Clim ESPHome.target_temperature_low/state et target_temperature_high/state, le device doit avoir deux consignes ; s’il publie target_temperature/state, une seule.Le device est « hors ligne » quand le topic <préfixe>/status ne vaut pas online. ESPHome le publie à la connexion et le fait passer à offline à la déconnexion (message de dernière volonté). Vérifiez avec mosquitto_sub -v -t '<préfixe>/status' : module éteint, perdu sur le Wi-Fi, ou autre topic_prefix que celui du device.
Ce sont des sûretés, pas des pannes du thermostat : voir le tableau de Thermostat interne. Vérifiez la sonde liée (valeur, connexion) ; dès qu’elle livre une lecture valide, la régulation reprend d’elle-même.
off).heating, idle ou off.heating mais que le relais ne bouge pas, le problème est en aval : le relais ou son pilote (Wago…).Le topic <préfixe>/calaos/remote_temp doit recevoir une valeur toutes les 120 s :
mosquitto_sub -h 192.168.1.10 -v -t 'clim_salon/calaos/remote_temp'
sensor_timeout, ou le lien « Sonde de la pièce » manque. Calaos ne relaie jamais une valeur périmée.mqtt_subscribe, remote_temperature_source et remote_temperature_timeout (supérieur à 120 s).Pour tester le côté ESPHome sans Calaos : mosquitto_pub -h ... -t 'clim_salon/calaos/remote_temp' -m 21.5.
Une consigne hors des bornes est ramenée dans les bornes. Un champ ou une valeur que le device ne propose pas (une ventilation absente du paramètre fan_modes, cool sans sortie de refroidissement) est refusé et journalisé : cherchez la ligne dans journalctl -u calaos-server. Un écart trop faible entre consigne basse et haute (min_range) est refusé de même.
Le type de widget écrit par Calaos Installer n’est pas connu du panneau. Mettez à jour Calaos Installer, ouvrez la page de l’écran dans l’éditeur Remote UI (le widget reprend le type Climate), envoyez la configuration, puis mettez à jour le logiciel du panneau si le problème subsiste : un panneau trop ancien n’a pas le widget Climate.
visible d’un device, que les applications exigent. Sans mise à jour, ajoutez visible="true" à l’élément <calaos:device>.get_home (commande curl plus haut) ? Sinon, regardez le journal au démarrage du serveur : un fichier mal formé ou une erreur de chargement y est signalé.