@Minocia j’espère que tu sais executer du code python
J’ai fait une branche pour debogger .. peux-tu l’essayer ?
pour cela télécharge le repo : GitHub - saniho/homeassistant-aldes-tiag at createTestWithoutHA
et ensuite execute avec python le script python .\test_standalone.py
tu pourras t’authentifier, recuperer les config et tester le changement de temperature et la partie water .. si tu as des erreurs, hesite pas à me les envoyer( en privé si tu préfères )
J’ai pu lancer le script de test, je n’ai pas d’erreur particulière (j’essaie de t’envoyer les logs)=>
Le changement de temp n’a pas fonctionné mais je ne suis pas plus surpris que ça. J’ai un script HA qui fait passer les changements de temp 3x par thermostat pour être sûr avec un délai entre chaque requête (surement moins propre que les retries que tu as implémenté sur ton fork^^).
Ce qui est intéressant, c’est que seuls les thermostats de la T.One remontent. Ce qui semble cohérent vu qu’on est sur un fork de tiag qui ne la remonte pas. Il remonte comme — Appareil principal — Modem: ********* (@MAC du TOne) Type d’appareil: TONE Connecté: ✓ Oui
Par contre on voit quelques données de L’aqua air quand même (MAC , niveau d’eau chaude) mais pas la partie contrôle/thermostats. Je peux tester une version de ce test se basant sur ton fork qui lui a accès à l’aqua air éventuellement (je n’ai aucune idée du travail que ça demande désolé si c’est pas faisable, je comprendrais) pour comparer comment remonte l’aqua et surtout la partie contrôle de l’eau chaude.
Pour rappel (cf mon post précédent) , sur ton fork, je vois bien les thermostats de l’aqua, quelques infos propres à l’eau chaude mais je ne peux juste pas la contrôler.
Merci à toi pour ce retour, effectivement mon intégration prend en charge uniquement un appareil associé au compte, ton cas est rare.
Si tu veux, j’ai apporté une modif sur mon intégration, avec la prise en compte de plusieurs appareils, elle est actuellement en beta. Pour la télécharger, sélectionne bien la version v3.4.0-beta.1.
N’hésite pas à me remonter des erreurs si tu en trouves.
Je pense que des retries sont surement nécessaire (je vais le faire avec des script HA), ça a l’air de bugger un peu sur la prise en compte comme sur les thermostats.
Je vais tester un peu plus et fais un retour plus détaillé asap
Ouais ça malheureusement c’est la qualité de leurs services cloud qui est nul…
J’avais pourtant mis en place des retry en place, je vais le revoir. Mais moi perso j’ai abandonné la box, enfin je la garde juste pour récupérer les températures des pièces. Pour le contrôle, j’ai mis en place un esp32 sur le modbus, c’est instantané.
Après j’ai commencé à sniffer la communication du port USB pour simuler la box, mais avec quelque chose en diy, mais j’ai peu de temps pour simuler la chose
Oui oui, je me doute, je ne suis pas un grand admirateur de la fiabilité du cloud Aldes
La méthode modbus est top mais je ne me vois pas l’implémenter j’avoue (compétences, temps, coût (il m’en faudrait surement 1 par PAC).
Après quelques heures, ça me semble très bien:
Il manquerait une partie retry en effet mais avec mes scripts qui réappliquent la requête, ça passe bien pour le moment.
L’eau chaude est bien contrôlable (je vais pouvoir simplifier mes jours rouges tempo )
Je ne sais pas si c’est normal mais il manquerait éventuellement la 2ème PAC en “appareil” avec ses entités du type filtre, connectivité, comme ci-dessous==>
J’ai un appareil par thermostat + le TOne AquaAir mais pas le Tone Air.
Les logs sont assez explicites à priori: 2026-02-09 15:52:32.196 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending! (task: <Task pending name=‹ Task-9008 › coro=<AldesApi._temperature_worker() done, defined at /config/custom_components/aldes/api.py:195> wait_for=>) 2026-02-09 15:52:32.247 ERROR (MainThread) [homeassistant.components.binary_sensor] Platform aldes does not generate unique IDs. ID N/A_connectivity already exists - ignoring binary_sensor.connectivite 2026-02-09 15:52:32.247 ERROR (MainThread) [homeassistant.components.binary_sensor] Platform aldes does not generate unique IDs. ID N/A_filter_wear already exists - ignoring binary_sensor.usure_du_filtre 2026-02-09 15:52:32.249 ERROR (MainThread) [homeassistant.components.button] Platform aldes does not generate unique IDs. ID N/A_reset_filter already exists - ignoring button.reinitialiser_le_filtre 2026-02-09 15:52:32.264 ERROR (MainThread) [homeassistant.components.number] Platform aldes does not generate unique IDs. ID N/A_kwh_creuse already exists - ignoring number.tarif_heures_creuses 2026-02-09 15:52:32.264 ERROR (MainThread) [homeassistant.components.number] Platform aldes does not generate unique IDs. ID N/A_kwh_pleine already exists - ignoring number.tarif_heures_pleines 2026-02-09 15:52:32.266 ERROR (MainThread) [homeassistant.components.select] Platform aldes does not generate unique IDs. ID N/A_air_mode already exists - ignoring select.mode_air 2026-02-09 15:52:32.316 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_main_room_temperature already exists - ignoring sensor.temperature_de_la_piece_principale 2026-02-09 15:52:32.317 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_filter_last_change already exists - ignoring sensor.date_dernier_changement_filtre 2026-02-09 15:52:32.317 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_last_updated already exists - ignoring sensor.derniere_mise_a_jour 2026-02-09 15:52:32.322 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_heating_consumption already exists - ignoring sensor.consommation_chauffage_mois_en_cours 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_heating_cost already exists - ignoring sensor.cout_chauffage_mois_en_cours 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_cooling_consumption already exists - ignoring sensor.consommation_climatisation_mois_en_cours 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_cooling_cost already exists - ignoring sensor.cout_climatisation_mois_en_cours 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_planning_heating_prog_a already exists - ignoring sensor.planning_chauffage_programme_a 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_planning_heating_prog_b already exists - ignoring sensor.planning_chauffage_programme_b 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_planning_cooling_prog_c already exists - ignoring sensor.planning_climatisation_programme_c 2026-02-09 15:52:32.323 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_planning_cooling_prog_d already exists - ignoring sensor.planning_climatisation_programme_d 2026-02-09 15:52:32.324 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_holidays_start already exists - ignoring sensor.debut_vacances 2026-02-09 15:52:32.324 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_holidays_end already exists - ignoring sensor.fin_vacances 2026-02-09 15:52:32.324 ERROR (MainThread) [homeassistant.components.sensor] Platform aldes does not generate unique IDs. ID N/A_hors_gel already exists - ignoring sensor.mode_hors_gel
Si je me souviens bien (sûr à 99%), sur le fork de saniho, il y avait un “2” sur les entités de la 2ème PAC qui remontaient.
La conso ne remonte pas encore, à voir dans le temps. Idem que le point précédent, je pense que ces données sont propres à un “appareil” (et non globales pour le compte Aldes par exemple):
Je suis en train de tester la 3.4.0 b2 de @tiagfernandes . Je vais la tester jusqu’à demain matin et je testerai ton fork demain si tu veux.
Pour info, sur la beta 2 de tiag:
J’ai bien les 2 PAC qui remontent maintenant
Chacune avec ses entités (conso, filtre, connectivité, etc…)
Le contrôle eau chaude est fonctionnel.
@saniho Concernant le nom de certains thermostats, HA retrouve tjs les noms si les entités ne changent pas, du coup, ce n’est pas trop génant. J’ai arrêté de les renommer sur l’appli il y a un moment car souvent les noms sautaient. Je referai un test de renommage une fois qu’on aura terminé tous les tests
Pour être sur d’avoir bien compris, les retry c’est el fait de remettre la température plusieurs minutes après? Ca permettrait de corriger le problème que je remontait sur les graphs plus haut avec une température qui change seuls après émission de la consigne?
Désolé @saniho , je n’ai pas encore testé ta prerelease, je pense ce week end si tout va bien.
Quelques observation après 24h sur la 3.4.0 b3 de @tiagfernandes ==>
Les retry semblent fonctionner sans erreur, que ce soit sur l’eau chaude ou les thermostats
Je pense que je n’ai plus besoin de scripts qui viennent réappliquer la consigne plusieurs fois (à confirmer dans le temps).
A l’origine, sur la l’intégration de guix77, je devais, dans mes automation/scripts, espacer les différents changements de consigne sur les différents thermostats de quelques secondes. Il semblerait que je n’en ai plus besoin => J’applique à plusieurs thermostats sans problème maintenant.
@Ashka85 , de mon point de vue, les retry viennent réappliquer la consigne si le thermostats n’est pas à la temp cible. C’est fait au niveau de l’intégration et c’est beaucoup plus propre que de le faire via script HA.
J’avais aussi certains thermostats avec le problème de temp de consigne qui revient juste après changement, même en 3.4.0 b3. Je pense que tu as trouvé le soucis @saniho ! (au moins dans mon cas) ==> Le point commun de tout ces capteurs est qu’ils avaient le nom par défaut dans l’appli officielle (thermostat 1, 2, etc…) et remontaient en “none 1, 2, 3 etc…” dans HA. ==> Après renommage dans l’application officielle, ce problème semble réglé!!
Pour que tout soit propre après renommage ==> J’ai quand même dû:
Désinstaller l’intégration + dépot HACS
Reboot HA
Reinstaller depot HACS + integration
Reboot HA
Pour le moment cette 3.4.0 b3 semble vraiment top!
Alors pas totalement, je ne sais comment, la PAC change les températures presque 20 min après, et j’ai le soucis en modbus, surtout quand je passe la température à 0 pour mettre le thermostat en off (c’est pas dispo via l’API), surtout pour des scénarios avec ouverture de fenêtre pour aérer. La fenêtre je la ferme, il passe bien de nouveau à la température initial, mais 20 min après reoff sans raison
@saniho sur la prerelease 0.0.5, tout semble OK sur ma PAC TOne Air mais tjs pas de TOne Aqua. Tu dois pouvoir repartir de la dernière beta de tiag à la limite, c’est corrigé depuis la 3.0.4 b1.
@tiagfernandes , je n’ai eu le problème qu’une seule fois de temp qui revient à sa précédente consigne. Donc c’est plutôt stable de mon point de vue
J’ai bien installé ta version 0.0.6 mais même si je procède bien à la suppression de l’integration de tiag, des depots HACS, reboot, install de ton depot, reboot, re-ajout de l’integration Aldes, ça me le remonte comme la version v3.4.0-beta.3
En tt cas, tout remonte bien dans cette config là (les 2 PAC et l’eau chaude, conso, etc…) mais j’ai un doute que ce soit la bonne version.
Bonjour et merci pour vos efforts sur ces intégrations ! Je commence tout juste avec HA (je viens de finir la construction de ma maison) donc je commence à regarder tout ça. Est-ce que vous comptez continuer à maintenir deux forks séparés (saniho et tiag), en ajoutant les features qui manquent aux deux, ou est-ce qu’un des deux forks est à privilégier pour éviter de dupliquer nos efforts ?