[Store] Climatisation Mitsubishi / Melcloud

[Fab_Rice]

Bonjour Merguez07,

J'ai également une récurrence d'interruptions aux mêmes horaires que toi.
(dont cette nuit de mardi à mercredi, idem les 11 & 13/11)

Il n'y a peut être pas de lien, mais j'ai aussi ce message récurrent issu d'un module ZMNHBD1 que je ne m'explique pas :

"Zone de chauffage: La température de Température Retours Extérieur est trop ancienne pour un pilotage de qualité (13 h)"

[Jordi]

Bonsoir

Pour ma part, le message arrive vers 3h du matin.

[merguez07]

j'ai eu Bart sur le sujet et il est probable que cela vienne des serveurs eedomus qui réalisent des travaux d’optimisation nocturne à ces horaires.

Bart va regarder s'il peut régler le problème

[Jordi]

je viens a l'instant de recevoir un mail de mise à jour du firmware, on peut la faire?

[merguez07]

je viens a l'instant de recevoir un mail de mise à jour du firmware, on peut la faire?

Oui , cela n'a rien à voir avec notre problème, mais les mises à jour des firmwares sont fortement recommandées

[merguez07]

j'ai eu Bart sur le sujet et il est probable que cela vienne des serveurs eedomus qui réalisent des travaux d’optimisation nocturne à ces horaires.

Bart va regarder s'il peut régler le problème

Bart a regardé et cela ne vient pas des serveurs eedomus mais plutôt de ceux de Melcoud

Donc soit on laisse comme ça (perso moi ces erreurs ne me genent pas), soit on met une ligne de code dans le script pour éviter les requêtes entre 2 et 3h du matin.

Quel est votre avis ?

[Fab_Rice]

Bonsoir Merguez07,

Perso, ça me dérange pas plus que ça si ça ne gène pas le fonctionnement.
Merci à vous pour la recherche.

[Jordi]

Bonsoir,
Pareil, maintenant on sait que ça n'empêche zle fonctionnement normal.
Au pire, à corriger dans une future évolution du script si il devait évoluer
Merci pour la recherche en tout cas

[Fab_Rice]

Salut Fab_Rice,

je t'avouerais que j'avais meme pas vu qu'on pouvait récupérer ce type d'info du MelCloud.

J'ai fait un peu de Reverse Engineering et j'ai réussi à rapatrier ce type de données


par contre tu verrais comment l'affichage des résultats ?

Bonjour Merguez07,

As tu continué ton "reverse engienering" sur le sujet de la consommation ?
Je confirme bien de mon côté que la conso du groupe est additionné à une UI, mes deux autres UI ont chacune leur propre rapport de conso.
Ces consommations semblent pouvoir être interrogées au jour le jour avec une finesse à l'heure et ceci même pour le jour en cours, le rafraichissement semble donc horaire avec une RAZ journalière du cumul.

Pour ce qui du rendu donc, un appel de donnée à l'heure serait au top avec soit un cumul intégré, soit des appels de données heure, jour, mois en cours, après on peut totaliser dans eedomus avec les outils présents.

Donc si tu as du temps merci à toi.

[merguez07]

Bonjour Merguez07,

As tu continué ton "reverse engienering" sur le sujet de la consommation ?

Non. actuellement je ne suis capable que d'extraire les consommations estimées en chaud et froid des 13 derniers mois.

Ces consommations semblent pouvoir être interrogées au jour le jour avec une finesse à l'heure et ceci même pour le jour en cours, le rafraichissement semble donc horaire.

Effectivement on peut faire ça avec l'application Melcloud. Par contre je ne trouve pas la structure de la requête permettant de rapatrier ce type d'info.
Il y aurait, apparement, une requête de type "https://app.melcloud.com/Mitsubishi.Wifi.Client/EnergyCost/Report" mais je n'arrive pas à la structurer

[Fab_Rice]

J'ai vu qu'il y a eu pas mal d'adaptations et de recherches sur Github à ce sujet, mais je pense que tu les as lu aussi.

[merguez07]

Il y aurait, apparement, une requête de type "https://app.melcloud.com/Mitsubishi.Wifi.Client/EnergyCost/Report" mais je n'arrive pas à la structurer

c'est bon j'ai résolu le problème. Je peux donc récupérer les valeurs entre 2 dates.

Pour autant la question est de savoir ce que l'on veut comme données pour que ce soit exploitable et, s'agissant d'energie, ce n'est pas une mince affaire.

Comme tu le suggères on peut mettre :

- Energie de chauffe consommée lors de la dernière heure
- Energie de froid consommée lors de la dernière heure
- Energie de chauffe consommée lors du dernier jour
- Energie de froid consommée lors du dernier jour
- Energie de chauffe consommée lors du dernier mois
- Energie de froid consommée lors du dernier mois

perso je trouve pas ça terrible mais je suis ouvert à toutes suggestions

[Fab_Rice]

C'est en effet les données qu'il me semblait y avoir de dispo dans l'interface Melcloud.
Les cumuls ne dépassent donc pas le mois et seront à gérer en externe.
Alors quitte à être "gourmand", je te répondrai que les 6 valeurs seraient intéressantes à avoir, peut être commencer par une intégration des deux valeurs horaires (en froid & chaud) ou la somme des deux (car on ne fait pas du chaud et du froid en même temps normalement) et on verra comment faire le(s) cumul(s) dans eedomus (en utilisant le plugin "Conso électrique" d'Influman par exemple), dans ce cas là, les autres valeurs ne sont pas nécessaires.
Qu'en penses tu ?
Merci à toi en tous cas

[merguez07]

Les cumuls ne dépassent donc pas le mois et seront à gérer en externe.

en fait, on peut avoir le cumul sur une période entre deux dates (donc c'est facile d'avoir le cumul annuel)

Alors quitte à être "gourmand", je te répondrai que les 6 valeurs seraient intéressantes à avoir, peut être commencer par une intégration des deux valeurs horaires (en froid & chaud) ou la somme des deux (car on ne fait pas du chaud et du froid en même temps normalement) et on verra comment faire le(s) cumul(s) dans eedomus (en utilisant le plugin "Conso électrique" d'Influman par exemple), dans ce cas là, les autres valeurs ne sont pas nécessaires.

oui les 6 valeurs me semblent plus adaptés car c'est interessant de voir que faire du chaud consomme moins que faire du froid
de plus on peut, avec le xpath, faire la somme des deux sans utiliser un plugin externe

Je vais faire un test avec
- Energie de chauffe consommée lors de l'heure précédente
- Energie de froid consommée lors de l'heure précédente
- Energie de chauffe consommée lors du jour en cours
- Energie de froid consommée lors du jour en cours
- Energie de chauffe consommée lors du jour précédent
- Energie de froid consommée lors du jour précédent
- Energie de chauffe consommée lors du mois en cours
- Energie de froid consommée lors du mois en cours
- Energie de chauffe consommée lors du mois précédent
- Energie de froid consommée lors du mois précédent
- Energie de chauffe consommée lors de l'année en cours
- Energie de froid consommée lors de l'année en cours
- Energie de chauffe consommée lors de l'année précédente
- Energie de froid consommée lors de l'année précédente

[Fab_Rice]

Ah oui c'est vrai il y a le "camembert" où apparait la somme et c'est vrai aussi qu'il faut y entrer des dates pour avoir accès aux détails, mais on a normalement pas besoin de cette fonction car autrement ça va vite devenir une "usine à gaz" en prog non ?

[merguez07]

mais on a normalement pas besoin de cette fonction car autrement ça va vite devenir une "usine à gaz" en prog non ?

Faut voir. il faudrait que je rajoute la dessus un cache d'une heure pour pas interroger l'historique toute les minutes.

[Fab_Rice]

Bonjour Merguez07,

Alors du coup tu as pu progresser pour l'intégration des puissances consommées ou c'est trop galère ?

Merci à toi.

[merguez07]

Alors du coup tu as pu progresser pour l'intégration des puissances consommées ou c'est trop galère ?

Le script est fait. il me manque plus qu'à faire les 16 icones associés mais j'ai pas le temps en ce moment. Si quelqu'un veut s'y coller

W_heathour
W_heatprevhour
W_heatday
W_heatprevday
W_heatmonth
W_heatprevmonth
W_heatyear
W_heatprevyear
W_coolhour
W_coolprevhour
W_coolday
W_coolprevday
W_coolmonth
W_coolprevmonth
W_coolyear
W_coolprevyear

[Fab_Rice]

Si tu veux, je peux te faire les séries (français/anglais) en partant d'icones existants comme ceux-ci :



Dis moi si ça te va
P.S : en watts ou kW les unités ?

[merguez07]

Oui ça me va. Unités en kWh