[Home Assistant] - Intégration MSunPV - HACS

Merci pour ton retour, c'est très clair. T'as déjà fait un super boulot.
Malheureusement je ne vais pas pouvoir être d'une grande aide pour cette résolution : je n'y comprends rien

En espérant que l'un de ce fofo puisse aider.

A bientôt

Bonjour

Merci pour le travail fourni. Je l utilise avec un routeur 2x2 en version 104a sur home assistant dockerisé tout a fonctionné du premier coup.
Pour l'instant ce n'est que de la visualisation je suis preneur si un jour tu arrives a intégrer les commandes manu/auto pour rendre plus efficace la gestion (par exemple ne pas déclencher le ballon la nuit si il y a eu de l'injection la journée précédente)

encore Bravo !

@Max : as-tu par hasard également le bug d'énergie négative entre 0h et 1h dans l'onglet "énergie" de HA ?

@jul3001 : J'ai continué les investigations sur le pic négatif dans le dashboard Énergie.
On n'est pas les seul a voir ce problème, et ce n'est pas spécifique a cette intégration et le MSunPV. Nombreuses intégration de micro onduleur ou smart compter ont le même problème.
En fait le dashboard Énergie ne fonctionne correctement que avec des entités qui ne font que croitre sans jamais revenir en arrière ou retour a zéro.
Les entités qui représentent des valeurs journalières, et donc avec remise à zero chaque jour, provoquent ce problème.

Le MSunPV fourni la valeur cumulative de la production solaire, soit l'entité : "Énergie Production Solaire (cumul)".
Pour ce qui est de la consommation et de l'injection réseau, il ne fourni que des valeurs journalières.
Il va falloir que je reconstitue ces données par programme dans l'intégration pour avoir des valeurs cumulatives (lifespan).

Certain utilisateurs solvent ces problèmes en utilisant l'intégration Utility meter pour faire recalculer les mesure cumulatives.
Voir : community.home-assistant.io/t/energy-das...ative-value/889218/3

Je vous tiens au courant quand j'y suis arrivé.

@jul3001 : désolé mais mon home assistant est hébergé sur mon NAS qui se coupe à minuit en semaine et se rallume à 6h donc j'ai aucun relevé sur cette période, Le fonctionnement est différent le weekend je te dirai ça ce samedi.

Hello,
Je viens d'installer l'intégration MsunPv avecu un modèle 2 sortie.

Les capteurs remontent bien les bonnes valeurs dans HA, mais dans le dashboard je vois l'import et l'export en valeur négatives.
Il m'indique donc une energie exportée nette de 2.77Kw alors que c'est l'inverse (import de 2.77Kw).

ard-tek.com/index.php/forum/vos-installa...s?start=75#gallery-1

ard-tek.com/index.php/forum/vos-installa...hacs?start=75#none-3

Je n'arrive pas à résoudre ce problème.
Merci pour vos éclairage

Bonjour Miracle.

Aucune compétence dans HA, mais il me semble que l'intégration de Pzac66 respecte le sens des pinces du routeur; cela signifie que PowPV doit être négatif, aussi retourne cette pince.
Ainsi tes compteurs EnPV J et P fonctionneront également.

Cdlt

Merci Rob, je teste ça !
Je pensais que devais avoir la production PV en positif

Miracle écrit:

Je pensais que devais avoir la production PV en positif)

Salut

Je pense qu'il faut arrêter de penser et lire les docs du routeur, du tableau de bord énergie de HA de l'intégration de @pzac66 ou de la mienne. Toutes les réponses s'y trouve et quand les choses sont faites dans le bon ordre tout fonctionne correctement du premier coup en général

Ps: Je n'ai rien contre toi @Miracle mon message est plus général que ciblé car quand je passe et que je vois les questions du forum qui sont toujours les mêmes, je me demande pourquoi on se fait chier à écrire des docs ou à répéter (surtout @Rob_27) encore et encore et toujours les mêmes réponses aux questions.

@jul3001 : en effet j’ai bien le bug entre 0 et 1h du matin.

Bonjour,

Après avoir finaliser une autre Intégration HA pour la filtration de piscine , je compte reprendre prochainement les évolutions de l'intégration MSunPV.

Vous êtes plusieurs à réclamer l'ajout de contrôles des commandes du routeur.
Je propose donc dans une future évolution à venir de l'intégration, d'ajouter les fonctionnalités suivantes :

- Ajouter les commandes de contrôles:
- Cmd ManuBal - Sous forme de switch (On/Off)
- Cmd AutoBal - Sous forme de switch (On/Off)
- Cmd ManuRad - Sous forme de switch (On/Off)
- Cmd AutoRad - Sous forme de switch (On/Off)
- Cmd TestRouteur - Sous forme de select (Inject/Zéro/Moyen/Fort)
- Ajouter les capteurs correspondants à l'état des contrôles ci-dessus
- Ajouter un contrôle de la valeur consigne d'injection (en W), pour le mode TestRouteur == Inject
- Ajouter le capteur correspondant à cette valeur
- Ajouter un contrôle de la valeur cible de routage (en %), pour le mode ManuBal == On
- Ajouter le capteur correspondant à cette valeur
- Ajouter un contrôle de la valeur de consigne de température du ballon
- Ajouter le capteur correspondant à cette valeur

Ces contrôles devraient ainsi permettre de contrôler via des automatisations HA :
- les différents modes de fonctionnement du routeur (Ex: arrêter AutoBal fonction de la météo du lendemain, ou EDF TEMPO)
- la commande en manuel du routage vers le ballon par HA
- la modification de le température cible du ballon par HA (fonction de la météo, la saison, ou EDF TEMPO, etc).
- et biens d'autres cas d'usages en fonction des imaginations de chacun

Concernant, les pics négatifs à minuit sur le dashboard Énergie, je propose de temporiser, en attendant voir si Home assistant ne fait pas des corrections, , ou n'apporte pas des précisions sur ce sujet.

Profitons du soleil

Salut @pzac66

Concernant :

Ajouter un contrôle de la valeur consigne d'injection (en W), pour le mode TestRouteur == Inject

J'avais pensé à ça pour améliorer mes automatisations. Patrick et rob27 m'avaient remonté un petit point: Chaque modif des valeurs de consigne entraine une écriture et , les écritures sont pas infinies dans l'esp.

Du coup, j'ai abandonné l'idée .

En tout cas, c'est top de te pencher sur ce projet !

C'est effectivement une bonne remarque.

Il faudrait négocier avec Patrick le development d'une API non persisté (sans écriture), qui permettrait par exemple dans une 5ieme état de la commande "Test routeur == API" de contrôler la consigne d'injection depuis Home Assistant.

Bonjour Patrick, et merci de ton intérêt pour ce sujet.

En parlant d'API, je pensais à une API type RESTful ou similaire, peu importe, mais surtout atomique. C'est à dire n’agissant que sur un facteur à la fois.

Je n'ai peut être qu'une vue limité du fonctionnement de l'interface API du routeur.
Je me base actuellement sur la documentation faite par Torchy sur le GitHub de son intégration : Comment ça marche
et Les scripts des commandes du MsunPv

Suivant ma comprehension de l'api du routeur, comme plusieurs actions composent un même message de commande. Lorsque l'on veut intervenir sur l'un d'eux, il est nécessaire de fournir également les autres éléments de ce massage.
Pour cela, soit on mémorise les valeurs des commandes coté client, mais c'est risqué. Soit on interroge le routeur pour connaitre les autres états avant chaque action.

Serait il envisageable (avec de l'aide si nécessaire), de concevoir une seconde API au routeur, en parallel de l'existante pour gardé la retro-compatibilité, basé par exemple les principe RestFul, ou simplement du type "SET(attribut= valeur)"

Qu'en pense tu ? Est-ce envisageable ?