RS600807

Salut @Lazer, Les mêmes causes produisant les mêmes effets, avec la transition blanc -> bleu de cette nuit, j'ai de nouveau reçu les alertes que je m'attendais à recevoir. Voilà le log de cette nuit : log du 20-02 au 21-02.lua La première alerte démarre bien à 7h du matin, ce qui est conforme aux attentes d'après ce que tu me disais plus haut. A minuit, il n'a visiblement pas actualisé les vg Tempo_Jour et Tempo_demain, comme on le voit sur le log. et comme le confirme l'état des vg dans la liste des variables que j'ai contrôlée ce matin à 8h (il est resté "bloqué" sur le jour d'hier) Les notifications sont donc cohérentes d'un certain point de vue. Ce qui l'est moins, c'est pourquoi il n'y a plus de debug ni de trace entre 23h01 et 7h37? C'est d'autant plus étonnant que dans le précédent log que je t'avais transmis, on avait bien vu qu'il mettait correctement à jour les vg à minuit. C'est comme s'il y avait une interruption du QA. Question : la fenêtre de log s'interrompt-elle de stocker les infos lorsque le PC passe en veille ou veille prolongée ? J'ai mis le PC en veille vers 23h15 en allant me coucher, c'était probablement une erreur. Et je ne l'ai sorti de veille que ce matin vers 8h15 (alors que j'ai les premiers debug à 7h37). Je viens de faire une petite manip en relançant le QA. Chronologiquement : - on voit qu'à 9:43:18 il détecte bien les couleurs du jour (bleu) et de demain (bleu) mais pas correctement la téléinformation (il est resté sur le tarif de la veille (jour blanc)). - il affiche ensuite le warning (je reçois par conséquent la notification). - il indique que la couleur du jour est alors blanc. Je vois 2 choses qui m'interpellent : - C'est comme s'il ne tenait pas compte des détections qu'il avait faites après la 1ere requête RTE. Et je m'attendais aussi à ce qu'il mette à jour les VG Tempo_Jour et Tempo_Demain après cette détection, mais elles n'apparaissent pas dans le log. - Il devrait détecter que le tarif de la TI est bleu (car c'est bien ce que renvoie mon EDRT2 sur l'étiquette PTEC) et pourtant il dit qu'il est sur blanc. C'est comme s'il n'avait pas consulté à nouveau l'edrt2 pour récupérer la valeur de l'étiquette PTEC et qu'il avait conservé la valeur de la veille. Manip subsidiaire : je viens de remplacer la valeur de la TELEINFO_Tarif par une chaine vide et j'ai relançé le QA. Cette fois il prend bien en compte les détections qu'il a faites sur RTE et EDF, et met à jour la vg Tempo_Jour. D'où ma question subsidiaire : la variable TELEINFO_Tarif ne doit-elle pas contenir la valeur du tarif en cours (étant en mode historique, je devrais voir apparaître l'étiquette HPJB) ? ou doit-elle rester vide (j'ai mis "" car on ne peut pas laisser un champ vide) ? Si c'est lié à cela, je comprends quand est apparu mon soucis... Le premier jour où j'ai basculé en abo TEMPO, c'était un jour blanc. Or le premier jour, EDF nous met automatiquement en jour bleu, comme vu précédemment. Etant donné que je recevais des notif indiquant que la couleur du jour (forcé par EDF) ne correspondait pas au tarif de la TI, j'ai dû mettre la valeur "HPJB" à la variable TELEINFO_Tarif. Et dès que j'ai un jour de couleur différente, je suis obligé de modifier manuellement sa valeur pour faire cesser les notifications. As-tu la même lecture que moi ?

Salut @mprinfo, Je pense avoir résolu le pb (à confirmer lors d'un jour rouge). Peut-être que ça pourra servir pour un autre utilisateur à qui l'EDRT2 fait des siennes! J'ai supprimé les index de télé information concernant la couleur rouge (ceux qui ne semblaient pas fonctionner correctement) et je les ai recréés. Et à mon étonnement, avec les mêmes étiquettes et paramètres, cette fois cela fonctionne (on voit que les index courants sont bien à jour pour les HC et HP rouge, alors qu'ils restaient à 0 avant). Je ne sais pas trop pourquoi ça a fait cela. Comme je l'avais dit plus haut, me concernant ce n'est pas la première fois que l'EDRT2 initialise mal les paramètres ou a du mal à enregistrer correctement une configuration du premier coup. A moins d'un pb sur mon produit, c'est assez surprenant de la part d'un produit qui n'est tout de même pas donné.

Merci pour tes réponses. Voilà le log que j'obtiens : log.lua J'ai vérifié dans le QA de mprinfo, ce ne sont pas les mêmes noms de variable. Donc il n'y aurait pas de raison que ce soit gênant avec ton QA. D'après le log, on voit que les variables globales sont bien mises à jour (et je suis allé les contrôler également dans le tableau des variables) : la variable tempo_demain est passée à non défini et tempo_jour est restée blanc). Le QA semble réagir de la même façon chez moi que chez toi. Et pourtant lundi matin, quand j'ai regardé l'état des variables, je peux certifier que la VG tempo_jour etait sur bleu... Une chose m'intrigue : aurais-tu désactivé les notifications, car j'en comprends que tu n'as besoin finalement que des variables globales pour les scenarii GEA ? Cela pourrait expliquer pourquoi je reçois les notifications d'incompatibilité couleur jour/tarif lors d'une transition entre 2 jours de couleur différente alors que tu ne les reçois pas (a priori). Cela ne me gêne pas en soi que ce soit calé sur les jours calendaires. Je cherche simplement à comprendre si j'ai un bug dans ma config, s'il y a réellement une "fausse alarme" entre la valeur réelle des variables globales qui sont mises à jour et les messages de notification ou si c'est encore autre chose... Car il y a pour moi un mystère non résolu: on a une configuration similaire et pourtant des résultats sensiblement différents (tes VG sont bien actualisées et tu n'as pas de messages d'alarme). Il faut que je refasse la manip quand deux jours de couleur différente vont se présenter à nouveau, afin de voir ce que ça dit au niveau des logs. Merci pour ta patience en tous les cas, parfois on peut avoir l'impression d'être pris pour un fou quand on obtient des résultats différents des autres

Salut @Lazer, C'est noté pour la mise en forme du fichier log, merci pour le mode opératoire. Je n'ai l'historique que depuis 8h06 : Y a-t-il un moyen de récupérer les actions depuis l'heure qu'on souhaite quand on a fermé la fenêtre de log ? Je vérifierai cette nuit les transitions pour les variables Tempo_jour et Tempo_demain afin de voir s'il récupère les bonnes informations (je suis quasi certain qu'il le fait bien !) et je prendrai le log dès ce soir. En prenant le cas d'hier (bleu) et d'aujourd'hui (blanc), si la variable Tempo-Jour s'actualise dès minuit, à quelle heure l'état du QA est-il modifié, i.e. à quelle heure l'icone passe du bleu au blanc ? Car pour le coup mon QA n'a jamais basculé en blanc. Il est resté en bleu (jusqu'à que je décide de le basculer manuellement en blanc, pour arrêter les notifications toutes les 5 min, en allant dans dashboard/paramètres/général/variables). Ma vision est qu'il devrait basculer à 6h00, sinon on risquerait d'avoir un conflit permanent entre 00h00 et 6h00 du fait d'une couleur (HP blanc) qui ne correspondrait pas au tarif en cours (qui serait HC bleu). Est-ce qu'un conflit (variables globales qui trainent?) pourrait être possible entre l'appli de @mprinfo (que j'avais installée puis désinstallée) et la tienne ? Ci-dessous l'historique du QA entre 5h59 et 6h00 : le tarif bascule bien (HCJB -> HPJW), mais pas l'état.

Merci @Barelle. Ce n'est pas précisément le message d'alarme lié à RTE qui m'inquiète. C'est plutôt le fait que la variable Tempo_Jour ne se mette pas à jour à 6h du matin pour indiquer la "vraie" couleur en cours, alors que la couleur est bien détectée la veille pour le lendemain. D'un jour bleu à blanc, ce n'est pas très grave. Mais si c'est d'un jour bleu à rouge, ça peut vite devenir catastrophique (économiquement parlant !). Pour être clair, hier le QA avait bien détecté qu'aujourd'hui serait un jour blanc. A 6h ce matin, il aurait dû basculer sur blanc alors qu'il est resté sur bleu. Et comme le tarif en cours est correctement remonté, il y a alors incohérence entre la couleur du jour identifiée et le tarif.

Salut @Lazer, Voilà le log : [19.02.2024] [08:06:42] [DEBUG] [QA_TEMPO_428]: Interrogation RTE[19.02.2024] [08:06:44] [WARNING] [QA_TEMPO_428]: Aucune couleur de demain trouvée[19.02.2024] [08:06:44] [WARNING] [QA_TEMPO_428]: Tarif téléinformation différent de la couleur du jour : BLEU / BLANC [19.02.2024] [08:06:44] [TRACE] [QA_TEMPO_428]: Notification : Tarif téléinformation différent de la couleur du jour[19.02.2024] [08:07:45] [DEBUG] [QA_TEMPO_428]: Interrogation RTE[19.02.2024] [08:07:47] [WARNING] [QA_TEMPO_428]: Aucune couleur de demain trouvée[19.02.2024] [08:07:47] [WARNING] [QA_TEMPO_428]: Tarif téléinformation différent de la couleur du jour : BLEU / BLANC [19.02.2024] [08:07:47] [TRACE] [QA_TEMPO_428]: Notification : Tarif téléinformation différent de la couleur du jour[19.02.2024] [08:08:47] [DEBUG] [QA_TEMPO_428]: Interrogation RTE[19.02.2024] [08:08:50] [WARNING] [QA_TEMPO_428]: Aucune couleur de demain trouvée[19.02.2024] [08:08:50] [WARNING] [QA_TEMPO_428]: Tarif téléinformation différent de la couleur du jour : BLEU / BLANC [19.02.2024] [08:08:50] [TRACE] [QA_TEMPO_428]: Notification : Tarif téléinformation différent de la couleur du jour[19.02.2024] [08:09:50] [DEBUG] [QA_TEMPO_428]: Interrogation RTE[19.02.2024] [08:09:52] [WARNING] [QA_TEMPO_428]: Aucune couleur de demain trouvée[19.02.2024] [08:09:52] [WARNING] [QA_TEMPO_428]: Tarif téléinformation différent de la couleur du jour : BLEU / BLANC [19.02.2024] [08:09:52] [TRACE] [QA_TEMPO_428]: Notification : Tarif téléinformation différent de la couleur du jour[19.02.2024] [08:10:52] [DEBUG] [QA_TEMPO_428]: Interrogation RTE[19.02.2024] [08:10:54] [WARNING] [QA_TEMPO_428]: Aucune couleur de demain trouvée[19.02.2024] [08:10:54] [WARNING] [QA_TEMPO_428]: Tarif téléinformation différent de la couleur du jour : BLEU / BLANC [19.02.2024] [08:10:54] [TRACE] [QA_TEMPO_428]: Notification : Tarif téléinformation différent de la couleur du jour Il n'a pas basculé de bleu à blanc, et génère donc une alarme indiquant une incohérence entre la couleur du jour et le tarif en cours (qui est correctement remonté par mon EDRT2). Ce pb n'apparaît pas lorsque deux jours de même couleur se succèdent. J'ai tenté de supprimer la variable TELEINFO_Tarif et de la recréer, mais même constat.

Je partagerai le log le moment venu. Etant donné que demain est un jour bleu comme aujourd'hui, le pb n'apparaît pas!

Salut @Lazer, Je rencontre un pb dans l'actualisation de la variable Tempo_Jour. Le QA récupère bien les infos (couleur et tarif) du jour et du lendemain, mais lorsque la transition a lieu du jour J au jour J+1 (du point de vue EDF), la variable globale ne se met pas à jour. Ce qui a pour conséquence de m'envoyer un mail et des notifs sur yubii pour indiquer une inconsistance entre la couleur du jour (a priori mal renseignée) et le tarif en cours (lui bien renseigné par mon edrt2). Par exemple : hier, nous étions un jour BLANC et aujourd'hui depuis 6h00 un jour BLEU. Donc à 6h00 ce matin, la variable Tempo_Jour aurait dû basculer sur BLEU, or elle est restée sur BLANC. J'ai supprimé le QA puis réinstallé, mais je constate tjs le même problème. Est-ce que tu as déjà observé ce problème ?

Les 6 tarifs sont bien définis Et j'associe bien les étiquettes de tarifs dans la configuration des index de l'onglet teleinformation (cf copie d'écran message précédent) L'EDRT2 avait déjà "buggé" avec les index jours BLEU. Suite à une réinitialisation, c'était rentré dans l'ordre. Mais visiblement pas pour les jours ROUGE... J'espère qu'il ne faut pas lancer une reconfiguration ou une réinitialisation à chaque fois qu'un paramètre est à changer!

Pour faire suite à mes derniers messages, j'ai contacté EDF. Le fait que je constate un index "anormalement" élevé est... normal pour eux. Comme je l'avais pressenti, ils ont basculé l'index de l'abonnement "BASE" sur un des 6 index proposés. Ma vision aurait été qu'ils laissent actif l'étiquette base, et qu'on parte avec des index à 0 quand on bascule sur TEMPO. Mais il doit y avoir une raison technique chez eux, que je ne connais pas. Concernant le 2e problème, lié à l'EDRT2, j'ai pu vérifier lors du jour rouge de lundi 12/02 que j'ai tjs un pb d'incrémentation de l'index sur le tableau de bord. Linky affiche bien les bonnes informations, le Quick App de @Lazer remonte bien les index en "temps réel" sur le tableau de bord de la HC3. Par contre, les index journaliers restent à zero pour la couleur rouge (HP et HC). J'avoue ne pas comprendre ce qu'il se passe. Après avoir réinitialisé, refait la détection auto, vérifié les étiquettes des tarifs, etc c'était rentré dans l'ordre pour les couleurs BLEU et BLANC. Mais le ROUGE ne veut rien savoir, comme on peut le voir sur les copies d'écran. Si quelqu'un a une idée, je suis preneur...

Super merci @Lazer. J'en apprends tous les jours un peu plus!

QuickApp Daikin Altherma Version 1.00 Présentation Ce QA permet de monitorer les infos d’une PAC Altherma 3 BT air/eau. L’objectif est qu’il puisse dans une deuxième phase contrôler certains paramètres utiles pour l’utilisateur : e.g., si l’utilisateur possède des panneaux PV, il pourra optimiser leur utilisation en modulant la T° de consigne de la pièce. Dans l’absolu, le QA devrait fonctionner avec les Altherma de précédente génération, sous réserve que les paramètres de configuration ont été bien renseignés. Plus de détails à lire ici : QuickApp Daikin Altherma.pdf Je suis bien évidemment ouvert à partager cette ébauche pour les personnes intéressées. Mais avant cela, comment créé-t-on un fichier .fqa ? :)) je suppose qu’il faut un compilateur ?? Voilà le fichier .fqa : Daikin_Altherma_3.fqa et le logo :

J'ai déjà fait la réinitialisation. Je pense que la première différence que l'on a est que tu es en mode standard alors que je suis en mode historique. D'où les étiquettes un peu différentes entre les tiennes et les miennes. Je suis allé contrôler sur le linky lui-même. Les index dans les HP et HC blanches et rouges sont corrects. De même, pour le cas des HP bleues. En revanche, l'index HC bleues est incorrect : il comptabilise l'intégralité des heures soutirées sur le compteur (quand j'étais en abo BASE) jusqu'à que je bascule sur l'option tempo il y a 2 jours. C'est peut-être un bug temporaire, il faut que je fasse le point avec EDF. Pour ce qui était de mon autre problème où les compteurs de l'edrt2 ne s'incrémentaient pas correctement (notamment sur les jours blancs puisque c'était couleur blanc ces 2 derniers jours), j'ai résolu le pb ce matin. J'ai refait une nouvelle réinitialisation, et je ne sais pour quelle raison cette fois-ci ça fonctionne. J'ai l'impression que l'edrt2 est parfois un peu capricieux ou il a du mal à valider des changements de config. Je ne sais pas si d'autres utilisateurs ont déjà eu ce ressenti avec cette centrale. Mais de mon côté, j'avais déjà vu cela lorsque j'avais créé des règles de push pour faire remonter les data vers les childs du QA GCE de @Lazer : typiquement, quand je créais une règle, il ne l'enregistrait pas. Il fallait que je reboot l'edrt2 et que je recréé la règle pour qu'elle soit enregistrée. En tout cas merci pour ton aide. Pour le moment, les data sont remontées correctement, on verra sur les jours rouges quand ça se présentera ! Je ferai un retour également sur le pb (car je persiste à croire qu'il y a un pb) de l'index HCJB qui n'est pas bon. J'appellerai EDF, même si je redoute de tomber sur un opérateur qui ne va pas comprendre ce que je vais lui expliquer. Je ne veux pas en faire une généralité chez EDF (ou ailleurs), mais jusqu'à maintenant, je n'ai pas été très "verni" sur mes interlocuteurs pour résoudre des pb techniques...

Va falloir que je regarde cela de près demain. Je ne sais pas si c'est parce que je suis en mode historique, mais en tout cas il y a un pb. Je ne vois pas d'étiquette sinistre. Les seules étiquettes que je vois sont celles-là : Les index cohérents sont BBRHPJB, BBRHCJW & BBRHPJW (ils 'incrémentent bien sur linky mais pas sur les compteurs edrt2), BBRHCJR & BBRHPJR (normal pas de jours rouges depuis hier) . Mais BBRHCJB lui il correspond visiblement au total des heures soutirées, ce qui ne devrait pas être le cas ! Où alors je n'y comprends plus rien...

Sur EDRT2, j'ai bien les 6 compteurs pour chaque tarif et le 7e est non configuré (quelle étiquette faut-il mettre?). Par contre, quand je regarde dans la partie la configuration de la téléinformation, mes étiquettes BBRxxxx sont bien incrémentées (y compris l'étiquette BBRHCJW) mais pas pour BBRHCJB pour laquelle linky semble avoir basculé l'intégralité des heures soutirées depuis que le compteur existe. Pour etre clair, linky me dit que j'ai actuellement plus de 12000 kWh soutirés sur les heures creuses bleues !!! Or j'ai tempo activé depuis hier...

Effectivement, aujourd'hui linky a basculé correctement sur la bonne couleur. J'en déduis que le premier jour, c'est un cadeau d'EDF... peut-être pour faire passer la pilule plus facilement sur l'augmentation des tarifs !

OK. Merci pour vos différents retours. Voyons si demain la couleur affichée est conforme.

Merci pour ton retour @henri-allauch. J'ai vu en recherchant rapidement sur google que ce pb de linky qui ne bascule pas sur la bonne couleur était déjà survenu pour d'autres utilisateurs de tempo. J'ai envie de dire que pour aujourd'hui, c'est plutôt à mon avantage. Si c'était bloqué sur "rouge", l'histoire serait moins drôle à n'en pas douter ! L'opératrice m'avait indiqué que le basculement pourrait prendre environ une semaine (au niveau des notifications sms d'EDF). Manque de bol, 1er jour et le linky est déjà perdu... Je vais voir ce que dit le compteur demain, et s'il est tjs mal synchronisé je vais contacter EDF... à moins que je me mette à miner du bitcoin pour un tarif réduit :))

Salut @Lazer et autres souscripteurs de Tempo, J'aurais besoin d'un retour d'expérience pour celles ou ceux qui ont déjà rencontré ce "bug". J'ai basculé ce matin de EDF base à EDF Tempo. Et bizarrement, mon linky incrémente ses index sur Jour BLEU... alors qu'aujourd'hui est un jour BLANC. Le QA de @Lazer m'indique que je suis en bleu, donc cohérent avec les infos du linky. Mon EDRT2 m'indique que le tarif est HPJB (donc bleu). Par contre, j'ai reçu des notifications toute la journée comme quoi ma tarification n'était pas en adéquation avec l'option tarifaire du jour. Ai-je râté un truc ? Est-ce déjà arrivé à quelqu'un que le linky se "bloque" ? Merci pour vos éventuels retours à ce sujet.

OK. Merci pour les tuyaux. Je vais faire des tests pour comprendre comment tout cela fonctionne...

Merci @Lazer pour ton retour. J'ai réussi à mettre en place la liaison entre le broker, le QA (en cours de développement) et l'équipement qui diffuse les messages. J'ai une question concernant le message que je récupère : [20.12.2023] [21:05:09] [DEBUG] [DAIKIN ALTHERMA 3 ID:390]: onMessage: {"qos":0,"retain":false,"topic":"espaltherma\/ATTR","payload":"[{\"Operation Mode\":\"Fan Only\",\"Thermostat ON\/OFF\":\"OFF\",\"Defrost Operation\":\"OFF\",\"Error type\":\"Normal\",\"Error Code\":\" 0\",\"Outdoor air temp.(R1T)\":11.5,\"O\/U Heat Exch. Temp.\":0,\"Heat exchanger mid-temp.\":10,\"Liquid pipe temp.(R6T)\":0,\"INV primary current (A)\":0,\"INV secondary current (A)\":0,\"INV frequency (rps)\":0,\"INV frequency 2 (rps)\":0,\"STD Compressor 1\":\"OFF\",\"STD Compressor 2\":\"OFF\",\"Fan 1 (10 rpm)\":0,\"Fan 2 (step)\":0,\"I\/U operation mode\":\"DHW\",\"Thermostat ON\/OFF\":\"OFF\",\"Freeze Protection\":\"OFF\",\"Silent Mode\":\"OFF\",\"Freeze Protection for water piping\":\"OFF\",\"Error Code\":\" 0\",\"Error detailed code\":0,\"Error type\":\"Normal\",\"DHW setpoint\":47,\"LW setpoint (main)\":26.2,\"Benefit kWh rate power supply\":\"OFF\",\"Solar input\":\"OFF\",\"SG 1 contact status\":\"OFF\",\"SG 2 contact status\":\"OFF\",\"3way valve(On:DHW_Off:Space)\":\"OFF\",\"BSH\":\"OFF\",\"BUH Step1\":\"OFF\",\"BUH Step2\":\"OFF\",\"BPH\":\"OFF\",\"Water pump operation\":\"ON\",\"Leaving water temp. before BUH (R1T)\":21.9,\"Leaving water temp. after BUH (R2T)\":22.1,\"Inlet water temp.(R4T)\":21.8,\"DHW tank temp. (R5T)\":44.6,\"Indoor ambient temp. (R1T)\":20.8,\"Reheat ON\/OFF\":\"OFF\",\"Storage eco ON\/OFF\":\"OFF\",\"Storage comfort ON\/OFF\":\"OFF\",\"Powerful DHW Operation. ON\/OFF\":\"OFF\",\"Space heating Operation ON\/OFF\":\"ON\",\"System OFF (ON:System off)\":\"OFF\",\"LW setpoint (add)\":38,\"RT setpoint\":20.5,\"Add. Ext. RT Input Heat.\":\"OFF\",\"Main RT Heating\":\"OFF\",\"Pwr consumption limit 4\":\"OFF\",\"Pwr consumption limit 3\":\"OFF\",\"Pwr consumption limit 2\":\"OFF\",\"Pwr consumption limit 1\":\"OFF\",\"Tank preheat ON\/OFF\":\"OFF\",\"Circulation pump operation\":\"OFF\",\"Space H Operation output\":\"ON\",\"Flow sensor (l\/min)\":22.1,\"Water pressure\":1.9,\"Water pump signal (0:max-100:stop)\":24,\"Boiler DHW Demand\":\"OFF\",\"Add pump\":\"OFF\",\"Main pump\":\"OFF\",\"2nd Domestic hot water temperature\":46.3,\"Target delta T heating\":4,\"M5VIN\":\"5.04V\",\"M5AmpIn\":\"60mA\",\"M5BatV\":\"4.17V\",\"M5BatCur\":\"0mA\",\"M5BatPwr\":\"0mW\",\"WifiRSSI\":\"-75dBm\",\"FreeMem\":\"187284\"}]","dup":false} J'aimerais récupérer chaque paramètre de "payload" pour les mettre dans une table avec le nom du paramètre et la valeur qui lui est attribuée. Existe-t-il une fonction spéciale pour "décoder" l'ensemble de cette liste (jsonDecode)? Ou pas le choix faut-il créer des fonctions pour venir découper la liste et faire la reconnaissance des différents paramètres ? Autre question : est-ce que le fait que les noms des paramètres contiennent des espaces est un pb ?

Salut @Domodial, Aurais-tu avancé dans l'utilisation et l'interfaçage de ta QA avec mqtt? Je demande ça, car je vais devoir me pencher de près dessus pour une utilisation prochaine pour mettre en relation ma PAC Altherma avec la box HC3. Le dialogue avec Daikin a fait l'objet de quelques posts par le passé, mais il est vrai que Daikin a plutôt verrouillé les choses... ou alors ils faut acheter toutes leurs passerelles qui ne transmettent finalement que peu de données! Je devrais ouvrir un topic à ce sujet prochainement afin de présenter mon projet et comment la solution que je souhaite mettre en place permet d'interconnecter le matériel. Je pense qu'il y a plein d'utilisateur que cela pourrait intéresser (mais aussi plein de variantes possibles selon les modèles de PAC). Je sais déjà que je m'aventure dans des terres inconnues (et que c'est largement hors champ de mes compétences), mais j'espère que les "pointures" de ce forum pourront être de bon conseil et éventuellement mettront la main à la patte pour donner un coup de pouce de temps en temps... Peut-être qu'une QA dédiée pour gérer les échanges mqtt entre le broker, les publishers et les suscribers pourrait décomposer les étapes en vue d'une réutilisation dans nos QA respectives ? Ou est-ce que ça alourdirait l'architecture ? des avis @Lazer ? @Nico ? @jojo ?

Salut @minus87 et @andpierard, Je déterre un sujet un peu vieux, mais comme vous, je possède une PAC Daikin Altherma (bibloc BT Altherma 3R). Et comme vous, je suis assez "surpris" (enfin plus vraiment aujourd'hui!) par l'absence de support Daikin sur les problématiques d'interfaçage et de pilotage. Il existe des solutions avec des boitiers BRPxxxx mais de ce que j'ai pu lire sur les forums, ça n'apporte pas grand-chose et surtout ça multiplie les applis pour piloter/lire les infos (ou le peu d'infos finalement) renvoyée par la PAC. J'ai vu également fin novembresur le fibaro market une QA qui est sortie. Elle est payante (et encryptée) et il faut se doter d'une passerelle qui travaille en modbus (qui n'est pas donnée non plus). De mon point de vue, je trouve préférable de pouvoir centraliser les équipements de la maison via la box HC3 sans avoir à utiliser l'appli dédiée à chaque équipement. De nombreux et généreux contributeurs (par le temps qu'ils y consacrent et leur transmission de leurs connaissances) œuvrent largement sur ce forum pour harmoniser tout ce petit monde et optimiser nos différents équipements. Pour celles qui me concernent, j'utilise des QA comme GEA, Enphase, Airzone, Domocharts, Présence, Prévisions Météo, Vigicrues,... qui coexistent parfatiement et me permettent de gérer ma maison sans effort particulier. Aujourd'hui, je n'ai rien trouvé sur le forum qui traite d'un début de QA pour gérer les PAC Daikin Altherma, hormis ces sujets : - https://www.domotique-fibaro.fr/topic/3005-domotiser-sa-pac-daikin/ - https://www.domotique-fibaro.fr/topic/4929-plugin-clim-daikin/?tab=comments#comment-74194 (mais c'est plus pour les clim daikin) - C'est pourquoi il pourrait être intéressant de mutualiser les efforts et les connaissances de chacun pour créer une QA dédiée aux PAC Altherma. Ce sont des équipements performants, qui à l'heure de la transition énergétique, vont devenir de plus en plus courant dans les futurs foyers car bien réglés (c'est un critère évident, mais bien trop souvent sous-estimé !), ils restent peu énergivores. Pour ma part, je n'ai encore jamais fait de QA (seulement "bricoler" quelques adaptations de QA existantes pour mes propres besoins) car je ne maitrise pas les bases lexicales de cette programmation. Mais j'en comprends une bonne partie l'architecture et le fonctionnement. L'idée serait peut-être de s'inspirer des bonnes pratiques de programmation qu'on retrouve dans les QA de @Lazer ou d'autres (il reste notre étoile du berger mais il y a aussi de très bons contributeurs !) pour créer cette applir. D'ici quelques jours, je pense mettre en ligne sur un topic dédié ce que j'ai pu regrouper comme info et comment j'imagine le fonctionnement matériel et son interfaçage avec la QA. En attendant, si ce n'est pas déjà fait, un peu de lecture pour s'inspirer de l'existant :https://github.com/raomin/ESPAltherma et https://github.com/Arnold-n/P1P2Serial . A suivre...

Salut @TitiXsi et @Lazer Merci pour votre super boulot. J'ai hâte de pouvoir tester tout cela très prochainement. Je viens d'opter pour 10 panneaux Trinasolar 425W bi-verre + MO enphase IQ8+ (les IQ7+ sont en rupture partout depuis plus d'un mois...) + GCE ecodevice RT2 pour monitorer les conso de différents appareils, histoire d'optimiser tout ça. Hte de vous partager mon retour donc !

Bonsoir @Dragoniacs et @Lazer, Je rencontre le même souci depuis peu '(alors que le QA fonctionnait correctement jusque-là. J'ai vu que le centre de paquets DSM avait fait une mise à jour il y a peu (mais je ne peux pas confirmer la date exacte vu que je ne me sers que peu de ce QA). Je n'ai pas modifié les droits de l'utilisateur qui est rentré dans les variables du QA. Le message d'erreur affiché est : "Can't list cameras : Permission refusée". E le message de debug est : " Request new Synology SID". Si ca peut mettre sur la voie... A+