Détection fin de chauffe sans sonde température
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
On est d'accord que sur comd routeur tu restera tjs sur Zero ?
Connexion ou Créer un compte pour participer à la conversation.
- EMqA
- Hors Ligne
- Membre senior
- Messages : 42
- Remerciements reçus 1
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
Alors c'est pas trop compliqué.
1 - Tu remplaces le fichier msunpv_scripts_2_2.yaml par msunpv_scripts_4_4.yaml. Pour cela soit tu effaces le fichier et tu download le nouveau à la place, soit tu remplaces le contenu du fichier par le contenu du 4_4. Le nom du fichier n'a pas d'importance.
github.com/tochy83/MsunPv_to_HA/blob/mai...npv_scripts_4_4.yaml
2 - Dans le fichier msunpv_2_2.yaml il faut rajouter les commandes pour la sortie 3 et 4 et modifier la dernière ligne du fichier.
Tu remplaces :
####### L'état des commandes du MsunPv
- name: msunpv_cmdpos #L'état des commandes manu/auto/test routeur
unique_id: "msunpv_cmdpos"
state: >-
{{ state_attr('sensor.msunpv_xml', 'cmdPos') }}
- name: msunpv_cmd_s1 #Etat commande 1 et 2 - Sorties 1 et 2 du MsunPv
unique_id: "msunpv_cmd_s1"
state: >-
{{ (state_attr('sensor.msunpv_xml', 'cmdPos')|replace("a","10")).split(";")[0] }}
- name: msunpv_cmd_test # Etat commande 7 - Test routeur
unique_id: "msunpv_cmd_test"
state: >-
{{ state_attr('sensor.msunpv_xml', 'cmdPos').split(";")[7] }}
### Choix des commandes à envoyer au MsunPv
input_select:
msunpv_command_sortie_1: #Commande à envoyer à sortie 1 et 2
name: Msunpv - Commande sortie 1 et 2
options:
- "0"
- "1"
- "2"
- "4"
- "5"
- "6"
- "8"
- "9"
- "10"
icon: mdi:format-list-bulleted
Par :
####### L'état des commandes du MsunPv
- name: msunpv_cmdpos #L'état des commandes manu/auto/test routeur
unique_id: "msunpv_cmdpos"
state: >-
{{ state_attr('sensor.msunpv_xml', 'cmdPos') }}
- name: msunpv_cmd_s1 #Etat commande 1 et 2 - Sorties 1 et 2 du MsunPv
unique_id: "msunpv_cmd_s1"
state: >-
{{ (state_attr('sensor.msunpv_xml', 'cmdPos')|replace("a","10")).split(";")[0] }}
- name: msunpv_cmd_s3 #Etat commande 3 et 4 - Sorties 3 et 4 du MsunPv
unique_id: "msunpv_cmd_s3"
state: >-
{{ (state_attr('sensor.msunpv_xml', 'cmdPos')|replace("a","10")).split(";")[1] }}
- name: msunpv_cmd_test # Etat commande 7 - Test routeur
unique_id: "msunpv_cmd_test"
state: >-
{{ state_attr('sensor.msunpv_xml', 'cmdPos').split(";")[7] }}
### Choix des commandes à envoyer au MsunPv
input_select:
msunpv_command_sortie_1: #Commande à envoyer à sortie 1 et 2
name: Msunpv - Commande sortie 1 et 2
options:
- "0"
- "1"
- "2"
- "4"
- "5"
- "6"
- "8"
- "9"
- "10"
icon: mdi:format-list-bulleted
msunpv_command_sortie_3: #Commande à envoyer à sortie 3 et 4
name: Msunpv - Commande sortie 3 et 4
options:
- "0"
- "1"
- "2"
- "4"
- "5"
- "6"
- "8"
- "9"
- "10"
icon: mdi:format-list-bulleted
Et à la dernière ligne tu remplaces :
msunpv_commandes: "curl -X POST -d 'parS={{ states('input_select.msunpv_command_sortie_1') }};0;0;0;0;0;0;{{ states('input_select.msunpv_command_test_routeur') }};' http://IP_DU_MSUNPV/index.xml"
Par :
msunpv_commandes: "curl -X POST -d 'parS={{ states('input_select.msunpv_command_sortie_1') }};{{ states('input_select.msunpv_command_sortie_3') }};0;0;0;0;2;{{ states('input_select.msunpv_command_test_routeur') }};' http://IP_DU_MSUNPV/index.xml"
3 - Tu redémarres HA.
4 - Pour piloter la sortie cumulus tu te sers des script :
msunpv_s3_off = ManuBal OFF, TimerOn OFF
msunpv_s3_manuel = ManuBal ON
msunpv_s3_auto = TimerOn ON
Il manquera cependant celle là :
Comd Rout - Zero ON / Comds Manu - ManuBal ON, TimerOn ON
<cmdPos>2;3;0;0;0;0;0;2;</cmdPos>
Mais en condition d'utilisation je ne pense pas qu'elle soit vraiment utile.
Du coup il ne faudra plus que tu te serves des scripts :
msunpv_s1_off
msunpv_s1_manuel
msunpv_s1_auto
msunpv_s2_off
msunpv_s2_manuel
msunpv_s2_auto
msunpv_routage_on_off
Pour le script
msunpv_commande_routeur tu n'as pas besoin de t'en servir ce sont les autres script qui font appel à lui.
Ca devrait fonctionner.
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
La manip fonctionne. Testée par EMqA, merci à lui pour le retour.
Connexion ou Créer un compte pour participer à la conversation.
- EMqA
- Hors Ligne
- Membre senior
- Messages : 42
- Remerciements reçus 1
Mais en premier lieu, petite sauvegarde des fichiers en l'état au cas ou je souhaiterais y revenir.
J'ajoute quelques précisons (quitte à demander de l'aide, autant y aller à fond).
Cette configuration m'a aussi fait perdre la lecture de msunpv_timerballon_1 et msunpv_timerballon_jours qui sont devenus indisponibles. Ce serait rattrapable ?
J'ai peut être eu aussi un problème avec energie_msunpv_enpv_j qui aurait du selon moi toujours rester autour de 0 (car pas de pince sur la ligne PV) et qui pourtant affiche des statistiques bizarres qui ne m'intriguent que depuis le changement de config alors que l'historique semble indiquer que c'est comme ça depuis que j'ai mis en service. Pas bien grave, je n'en ai pas l'usage.
Enfin penses tu que le compteur EnRBall créé pour cette config soit récupérable ? msunpv_enconso et msunpv_eninj n'ont pas été impacté par la nouvelle config.
Pièces jointes :
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
Pour energie_msunpv_enpv_j je pense que c'était simplement une erreur de signe vu la valeur sur le graph.
Pour enrball oui ça doit être possible en suivant la procédure "Et si je veux faire apparaitre un capteur autre que ceux déjà présent, comment je fais ?" dans la faq.
github.com/tochy83/MsunPv_to_HA/blob/mai...ent-comment-je-fais-
Connexion ou Créer un compte pour participer à la conversation.
- EMqA
- Hors Ligne
- Membre senior
- Messages : 42
- Remerciements reçus 1
Est-ce qu'il ne faudrait pas aussi ajouter quelquechose sur les sorties 3 et 4 dans ce bout de code du ficher msunpv_2_2.yaml que je modifie, juste au dessus du bloc de choix des commandes.
####### L'état des commandes du MsunPv
- name: msunpv_cmdpos #L'état des commandes manu/auto/test routeur
unique_id: "msunpv_cmdpos"
state: >-
{{ state_attr('sensor.msunpv_xml', 'cmdPos') }}
- name: msunpv_cmd_s1 #Etat commande 1 et 2 - Sorties 1 et 2 du MsunPv
unique_id: "msunpv_cmd_s1"
state: >-
{{ (state_attr('sensor.msunpv_xml', 'cmdPos')|replace("a","10")).split(";")[0] }}
- name: msunpv_cmd_test # Etat commande 7 - Test routeur
unique_id: "msunpv_cmd_test"
state: >-
{{ state_attr('sensor.msunpv_xml', 'cmdPos').split(";")[7] }}
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
Regarde dans le fichier msunpv_4_4 tu trouveras les lignes manquantes
Connexion ou Créer un compte pour participer à la conversation.
- EMqA
- Hors Ligne
- Membre senior
- Messages : 42
- Remerciements reçus 1
Et l'affichage des jours et horaires de timer est revenu après un forçage de l'automatisation dédiée.
J'ai également réussi a intégrer EnRBall grace à la procédure indiquée (qui prend la place de msunpv_enpv_j)
Tout fonctionne comme souhaité. Merci beaucoup
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
Demain je corrigerai le mini tuto fait plus haut pour intégrer la ligne manquante. Correction faite.
Connexion ou Créer un compte pour participer à la conversation.
- EMqA
- Hors Ligne
- Membre senior
- Messages : 42
- Remerciements reçus 1
device_class: power devrait plutôt être device_class: energy dans les divers exemples cités sur la #Consommation cumulus journalière
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
- Messages : 396
- Remerciements reçus 91
Je fais le nécessaire merci.
Connexion ou Créer un compte pour participer à la conversation.
- Festayros
- Hors Ligne
- Membre premium
- Messages : 118
- Remerciements reçus 1
On voit bien sur la courbe (pièce jointe)que le Ce n'a pas chauffe de 00h30 a 4h00 timer
et que le routeur a bien bossé de 11h a 14h30, je pense qu'a partir de 14h30 le thermostat c'est enclenché et a réchauffe a 17h.
Est ce bien cela ? Merci
Il faudrait même rajouter en sortie un radiateur par exemple et j'attends avec impatience la modif de patrick ( voyant pour indiquer que le CE va chauffe au prochain timer )
a+
Connexion ou Créer un compte pour participer à la conversation.
- michjul
- Hors Ligne
- Membre premium
- Messages : 148
- Remerciements reçus 19
Patrick a du taf avec les routeurs en ce moment !
Connexion ou Créer un compte pour participer à la conversation.
- EMqA
- Hors Ligne
- Membre senior
- Messages : 42
- Remerciements reçus 1
Pour autant, il a tout de même chauffé un peu sur le créneau de marche forcée la nuit suivante.
Dans le doute, j'ai fait un reset du routeur.
J'ai de nouveau injecté sur le réseau en cette fin d'après-midi avec un ballon chaud.
Et je vois que ActivTimer1 et ActivTimer2 sous tous 2 sur ValOff. Je m'attends donc à avoir une chauffe la nuit prochaine alors que ça ne devrait pas.
Pas bien grave à la saison ou on arrive, je vais surement désactiver le timer de marche forcée mais ça m'intrigue.
Edit 15/03 : la marche forcée s’est bien activée selon le créneau prévu en timer (3h à 6h) mais le ballon n’a pas tiré de puissance étant donné qu’il était toujours à température (pas de tirage d’eau chaude depuis la fin de chauffe de l’après midi).
Pièces jointes :
Connexion ou Créer un compte pour participer à la conversation.
- Vous êtes ici :
- Accueil
- forum
- Maxisun
- Vos schémas
- Détection fin de chauffe sans sonde température