Dans les anciennes versions de code, les topics config étaient envoyés en boucle, ce qui faisait qu’on ne remarquait pas ce comportement. J’ai constaté comme toi quand j’ai voulu limiter l’envoi des topics config uniquement dans la fonction setup. En fait, mieux vaut renvoyer ces topics périodiquement, ou selon un check de disponibilité de HA.
Je vous envie tous ces indicateurs de température et de consommation . Sans le connect seuls la consigne, l’ambiance et le mode sont renseignés.
D’ailleurs, je me faisais la remarque cette semaine (que de réflexions cette semaine) que les informations de zone devraient plutôt être préfixées Zx bla bla bla pour que ceux qui ont plusieurs zones aient leurs infos regroupées. Qu’en pensez-vous ?
Je viens de faire la mise à jour avec la dernière version develop…et toujours pareil.
Tout est grisé et indisponible, et même après quelques minutes, alors que dans les logs du Heltec il récupère les données et la température extérieure, cela reste grisé dans HA.
Avec un reboot, tout revient directement.
J’avais ouvert MQTT Explorer et suite au reboot de HA, toutes les informations mqtt de frisquet disparaissent et ne reviennent que suite au reboot du Heltec, d’où les commandes grisées et indisponible.
Sans forcément résoudre le problème de reconnexion auto au broker mqtt, est ce que déjà pour que les sensors ne passent pas indisponible, il ne faudrait pas appliquer un retain à toutes les publications ? Peut-être à faire après avoir résolu le problème de reconnexion auto, mais cela évitera de faire apparaître indisponible aux sensors et commandes et poser des problèmes dans les automatismes.
Petite question pour les mises à jour OTA. Est-ce que je dois renseigner dans conf.h mes IDs Networks, ID Connect, ID sonde extérieure (ID satellite n’est pas dans les logs) que je trouve dans les logs ? ou c’est déjà dans la mémoire du Heltec et les paramètres par défaut du fichier conf.h ne change rien ?
@Freedom Merci déjà pour m’avoir aider à résoudre mes problèmes d’association et faire en sorte que cela fonctionne bien.
Maintenant je m’attaque à la gestion de ma chaudière avec HA qui est très proche de ce que tu fais actuellement avec ta chaudière.
Moi aussi j’ai des vannes Netatmo donc connectées au thermostat Netatmo, mais qui du coup fonctionne avec le contact externe.
Donc si je suis ton fonctionnement et que je veux profiter au maximum de la régulation de la chaudière avec mes vannes connectées et l’anticipation du Netatmo, il faudrait que:
Passer ma chaudière de contact externe → sonde extérieure
Récupérer la consigne max de toutes mes vannes Netatmo
Appliquer la consigne max des vannes à la consigne de la chaudière
Laisser la chaudière en mode confort
Par contre, je viens de voir sur la chaudière en passant de contact externe à sonde extérieure je dois configurer en plus la pente et la température mini de départ.
Donc si j’ai bon pour la configuration et le fonctionnement, je vais devoir regarder les bons réglage de la pente et température mini de départ.
Je n’ai pas encore connecté Github à mon VSCode (je n’ai connu que l’éditeur de texte et le CSV) mais je t’ai déjà soumis 2 petites PR pour permettre à l’ESP de publier vers HA les températures que la chaudière communique au satellite. Je fais simple pour un premier essai
J’appréhende la suite car ça risque d’impacter plus significativement ton code, surtout pour la gestion de modes intégrée aux zones.
de retour de vacances. J’ai installé la dernière version de la branche test. Merci d’avoir mis le log sur l’interface web.
J’ai les mêmes soucis qu’avant les vacances : le changement de mode Z1 par HA semble inopérant, cala revient toujours au mode initial mis plusieurs heure avant par le satellite. De plus par moment le Boost Z1 s’active “tout seul” (sur HA et s’affiche sur le satellite) et revient dans la seconde si on essaie de le désactiver. Au bout de 5 à 10 mn, tout revient dans l’ordre…
Ci-dessous, le log suite à un changement de consigne:
Level: INFO
Démarrage...
Connexion au service MQTT...
NetworkID : <<snip>>
[SX1262] Début de l'écoute radio...
Connexion au service MQTT...
Connection MQTT établie.
Réception données Connect
Réception données Connect
Réception données Connect
[] Récupération des informations de la chaudière...
Récupérations températures OK
Récupérations consommation gaz OK
Réception données Connect
Réception données Connect
Réception données Connect
[] Envoi température extérieure...
homeassistant/select/frisquet/mode1/set
Confort
Tentative envoi zone...
Tentative envoi zone...
Réception données Connect
Erreur Récupération Zone
Réception données Connect
Erreur Récupération Zone
Réception données Connect
Erreur Récupération Zone
Réception données Connect
Erreur Récupération Zone
Réception données Connect
Erreur Récupération Zone
Réception données Connect
Erreur Récupération Zone
Tentative envoi zone...
Tentative envoi zone...
Tentative envoi zone...
Tentative envoi zone...
Tentative envoi zone...
Tentative envoi zone...
Tentative envoi zone...
Tentative envoi zone...
Question bête… as-tu au démarrage du Heltec, changé de consigne sur ton satellite comme indiqué dans la README ? C’est obligatoire pour une première initialisation des données.
Ouii, ça j’ai fait. En fouillant un peu plus le log, je vois:
Level: INFO
Démarrage...
Connexion au service MQTT...
NetworkID : 05D717D1
[SX1262] Début de l'écoute radio...
Connexion au service MQTT...
Connection MQTT établie.
Réception données Connect
Réception données Connect
Réception données Connect
[] Récupération des informations de la chaudière...
Récupérations températures OK
Récupérations consommation gaz OK
Réception données Connect
Réception données Connect
Réception données Connect
homeassistant/switch/frisquet/asssonde/set
OFF
En attente d'association... <---- ????
Réception données Connect
Réception données Connect
Réception données Connect
homeassistant/switch/frisquet/assconnect/set
OFF
En attente d'association... <---- ????
Réception données Connect
Réception données Connect
La chaudière aurait-elle perdu l’association ? Je peux la recommencer sans soucis ?
Je vais essayer en rentrant, c’est vraiment bizarre… @olivr2s tu as le même soucis ?
@Michel_Bernard lorsque tu séléctionnes le mode, il faut le laisser pendant environ 2 minutes max pour que ce soit pris en compte. Très étrange que cela ne fonctionne pas, peux-tu m’envoyer la liste des payload MQTT durant la tentative d’envoi ?
@Freedom Désolé, je ne suis pas à la maison et jusqu’à tard, je ne peux pas faire de test.
En plus, maintenant je ne change pas de mode, je reste tout le temps en Confort et fais varier ma consigne en fonction de mes vannes connectées.
Par contre je crois que quand j’avais fais quelques essais de changement de mode, cela avait tendance à mettre en galère le Heltec et rendre la connexion au portail web impossible ou des problèmes de chargement des logs.
Aussi avoir vu Tentative envoi zone s’écrire plusieurs fois.
Et que lorsque le portail était enfin accessible (reboot du Heltec tout seul ?) cela changeait enfin le mode et la consigne.
Mais je peux pas confirmer à 100%.
Ok je pense que c’est possiblement un problème d’impatience. En fait le satellite fonctionne à pile, par conséquent, il ne se réveille qu’à intervalle régulier j’ai l’impression. Et le soucis c’est que quand on demande un changement de mode, on doit envoyer la consigne jusqu’à ce que le satellite accepte de répondre (d’où le message tentative d’envoi a répétition). Cela peut prendre plusieurs minutes ! Mais il est important de le laisser faire jusqu’à ce qu’il y arrive enfin. Si il n’y arrive jamais par contre c’est un autre soucis et je vais devoir expertiser ça… parce que cela veut dire qu’il ne prendra pas plus le changement de consigne (c’est la même fonction). D’ailleurs les ralentissements pour les logs s’expliquent tout aussi facilement, le programme est écrit en monothread, donc quand il envoi ou attend une réponse radio, il “bloque” le reste… donc le serveur Web tarde à repondre.
. Sans le connect seuls la consigne, l’ambiance et le mode sont renseignés.
