[Article] Gestion de bout en bout du chauffage

Salut sur la ligne 19, il te dit pas bon, car la ligne précédente n’est pas bonne en « identation ».

Donc décale cette ligne à gauche devrait être un peu comme çà (normalement si tu te mets derriere « switch: » et que tu fais entré il va te mettre la position de la ligne suivante ! (2 espaces de décalage)

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

# Text to speech
tts:
  - platform: google_translate

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

switch:
  - platform: template
    switches:
      pilote_salon:
        friendly_name: "Chauffage salon"
        value_template: "{{ is_state_attr('switch_sortie_chauffage_salon ', 'sensor_state', 'on') }}"
        turn_on:
          service: select.select_option
          entity_id: select.sortie_chauffage_salon_cable_outlet_mode
          data:
            option: comfort
        turn_off:
           service: select.select_option
           entity_id: select.sortie_chauffage_salon_cable_outlet_mode
           data:
            option: 'off'

Merci @Doubledom j’ai essayé des tabulations des espaces mais j’ai pas encore la logique pour les corrections, je vais pourvoir continuer merci :slight_smile:

Par ailleurs j’ai encore un problème avec mon switche je pense :

image

code de la button card

type: entities
entities:
  - type: custom:button-card
    color: '#D1DBAE'
    name: Salon
    styles:
      card:
        - background-color: '#E2E2E2'
        - height: 25px
      name:
        - font-size: 18px
  - entity: input_select.chauffage
    name: Mode
  - type: conditional
    conditions:
      - entity: input_select.chauffage_mode
        state: Comfort
    row:
      entity: input_number.chauffage_consigne
      type: custom:numberbox-card
      name: Réglage consigne
  - type: custom:hui-element
    card_type: glance
    show_name: false
    style: |
      ha-card {
        background: var(--background-card-color);
        box-shadow: none;
        border: solid 0px;
        font-size: 20px;
        top: -10px;
        margin: -20px
      }
    entities:
      - entity: sensor.0x00124b002543f73d_temperature
      - entity: input_number.chauffage_consigne
      - entity: input_number.chauffage_puissance
  - entity: switch.pilote_salon
  - entity: sensor.sortie_chauffage_salon_power
state_color: true

Lorsque que j’essaye de modifier l’état de mon radiateurs via le switch il ne fonctionne pas.

voici ce que j’ai fait :

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

# Text to speech
tts:
  - platform: google_translate

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

switch:
  - platform: template
    switches:
      pilote_salon:
        friendly_name: "Chauffage salon"
        value_template: "{{ is_state_attr('switch_sortie_chauffage_salon ', 'sensor_state', 'on') }}"
        turn_on:
          service: select.select_option
          entity_id: select.sortie_chauffage_salon_cable_outlet_mode
          data:
            option: comfort
        turn_off:
           service: select.select_option
           entity_id: select.sortie_chauffage_salon_cable_outlet_mode
           data:
            option: 'off'

# Fenêtre virtuelle toujours fermée, pour chauffage
binary_sensor:
  - platform: template
    sensors:
      fenetre_virtuelle_onoff:
          friendly_name: Fenetre vituelle
          value_template: off
          device_class: opening

input_select: !include input_select.yaml

mon input select pour les modes :

chauffage:
  name: Etats du Chauffage
  icon: mdi:home-minus
  options:
     - comfort
     - eco
     - frost_protection
     - off

la je sèche car dans le tuto il y a un trou quand il y a la scheduler card je ne comprend pas comment incrémenter cette fonction.?

cela vient des noms de modes qui sont différents entre tes entrées salon mode et les noms qui sont dans le chauffage_pilotage.yaml

Tu peux créer ton input sélect directement ici dans le menu entrées :

1 « J'aime »

Merci @impuR_Shozz problème numéro 1 résolu :slight_smile:

Maintenant on s’attaque à la partie scheduler, pour faire les deux configurations de température pour notre radiateurs on sélectionne quelles entités ?

La consigne forcément :

Mais après je sais pas si d’autres choses sont à sélectionner :pensive:

Je sais pas i tu peux m’aider sur le problème avec mon switches, si je comprend bien il est senser fonctionner comme un actionneur on / off donc en théorie.

Car la actuellement quand j’incrémente un bouton avec comme entité mon switch chauffage salon, le bouton repart dans l’autre sens et rien ne se passe.

Edit la partie mode fonctionne !!! top merci

maintenant qu’on à réussie cette partie pour la partie gestion de présence quelqu’un à déjà ça en place, avec le téléphone ?

merci d’avance

Bonjour,
merci @Argonaute pour ton post et ton temps !
je suis débutant à HA, c’est intéressant de découvrir les différentes features de HA.

J’ai besoin d’un coup de main sur 2 choses :

1/

Capture d’écran du 2022-12-15 11-13-48

Comment je peux améliorer les coeff pour que ça soit plus proche de la consigne ?

2/
j’utilise que le mode manuel. pourquoi :
le blueprint du thermostat TPI marche bien mais côté schedulers, ça ne va pas.

  • depuis la card qui liste les schedulers, activer une des 2 schedulers ça marche, l’autre ça marche pas.
  • changer le mode depuis la card ça change rien aux schedulers (s’activent pas, se désactive pas).
    • pourtant d’après les traces du blueprint, ça prend le bon chemin

le soucis du scheduler est résolu.
ça a l’air d’être lié à un renommage que j’ai fait.
je pensais pourtant avoir bien remis.

Merci pour ton retour.

Hello,
Sur le point 1, d’après ta courbe, il faut chauffer plus dés que la température baisse. Pour cela, tu peux augmenter le coeff_c. Malheureusement, la méthode reste empirique.

Pour le point 2, le blueprint de sélection du mode a pour effet effectivement d’activer / désactiver les automatisations générées pour le scheduler. Tu n’as probablement pas passé les bons noms d’entités au blueprint.
Retrouve l’automatisation de sélection des modes et édite la en YAML=> tu devrait avoir cela

alias: Chauffage cuisine - selection mode
description: ""
use_blueprint:
  path: chauffage_pilotage.yaml
  input:
    entity_consigne: input_number.chauffage_cuisine_consigne
    entity_mode: input_select.chauffage_cuisine_mode
    entity_schedule_confort: switch.schedule_chauffage_cuisine_mode_confort
    entity_schedule_eco: switch.schedule_chauffage_cuisine_mode_eco
    entity_thermostat_tpi: automation.chauffage_cuisine_thermostat

Puis va dans paramètres, appareil et services, entités et retrouve les entités créées par le scheduler (dans mon exemple switch.schedule_chauffage_cuisine_mode_confort et switch.schedule_chauffage_cuisine_mode_eco).
Vérifie que ce sont les bonnes : elles doivent s’afficher comme cela, avec en référence l’intégration scheduler.

Tu peux aussi actionner le switch de l’entité et vérifier que cela active / désactive bien les automatisations du scheduler. Si ce n’est pas le cas, recherche les bonnes entités et corrige les paramètres du bluepint. En cliquant sur chaque entité dans la liste, n’hésite pas à changer l’ID et et le nom des automatisations du scheduler pour avoir quelque chose de plus normé (ce que j’ai fait).

1 « J'aime »

Top. Nos mails se sont croisés.

Je suis désolé de t’avoir fait perdre du temps pour le point 2.

Merci merci.
La méthode empirique me va bien. Je viens de mettre le coeff à 0,7.

J’ai d’autres soucis mais je vais reprendre du temps pour vérifier.

1 « J'aime »

sur 12h, à consigne constante, ça a tendance à rester un peu sous la consigne (à vue de nez 0,2°).
je réajuste le 2ieme coeff non ?
je passe de 0,01 à 0,02 ?

Bon, tu peux cette fois augmenter coeff_t car cela peut venir de la compensation des pertes thermiques.

Après, il faut être raisonnable : je ne suis pas sûr que ton thermomètre soit aussi précis. On est dans sa marge d’erreur. Calibrer les thermomètres est d’ailleurs un vrai sujet, que l’on oublie trop souvent…

1 « J'aime »

Non mais 0.2 c’est tout à fait acceptable hein.
Comme dit, même ton thermomètre en générale mesure pas aussi précis.

je suis jaloux, c’est beau :blush:

1 « J'aime »

« Ajuster la valeur à », c’est pour bloquer la consigne courante ?

C’est juste la description de la carte scheduler

Oui, cela rend très bien, excellent !! Cacher la ligne non active du scheduler est bien vu :slight_smile:

Au fait, pour le calcul des consommations électriques, il y a eu pas mal de discussions à ce sujet et des implémentations proposées assez complexes. Mais est sorti il y a quelques temps history_stats. Du coup, la transformation d’un on-off en consommation est devenue assez simple.
On a juste à mesurer le temps de fonctionnement dans la journée avec l’history_stat, puis on multiplie par la puissance du convecteur (1.2 dans mon exemple) dans un template.

sensor:
 - platform: history_stats
   name: convecteur_cuisine_temps_allumage
   entity_id: switch.qubino_convecteur_cuisine_onoff
   state: 'on'
   type: time
   start: "{{ now().replace(hour=0, minute=0, second=0, microsecond=0) }}"
   end: "{{ now() }}"

template:
 sensor:
   - name: Convecteur cuisine kWh
     unique_id: convecteur_cuisine_kwh
     device_class: energy
     state_class: total_increasing
     unit_of_measurement: 'kWh'
     state: "{{ states('sensor.convecteur_cuisine_temps_allumage')|float(0) *1.2 }}"

Les attributs du template permettent de créer automatiquement une statistique qui peut être mise dans le tableau énergie. Cela permet de naviguer dans les consommations jours, mois, années…

Pour connaitre la puissance du convecteur, il ne faut pas se fier à ses caractéristiques. Il vaut mieux comparer les puissances apparentes (VA) sur le compteur électrique de la maison, avec convecteur éteint et allumé. Le cos phi d’un convecteur étant de 1, la puissance apparente devrait être la puissance réelle.

J’envisage de rajouter cela à mon article original…

Comment fait-on ça ? :thinking:

Bonjour,

Merci pour ce tutoriel particulièrement intéressant !

J’avais abandonné la domotique ces deux dernières années, et j’essaie de reprendre en ces temps rudes d’hiver pour la gestion de mon chauffage.

Cela fait plusieurs jours que j’essaie de mettre en place ce tutoriel, cependant, je suis actuellement bloqué sur deux points :

Est-il possible d’avoir un tutoriel plus détaillé sur cette phrase, j’ai bien installé le truc, mais je ne sais absolument pas quoi configurer :

image

J’ai aussi un problème avec la suite, le custom:vertical-stack-in-card me dit qu’il n’existe pas :
image

Est-ce qu’il faut installer quelque chose en particulier ?

Merci !

Hello,
Je suis tombé un peu sur les mêmes galères (du fait d’être nouveau pour ma part).
J’ai installé HACS exclusivement pour ce tuto.
Au final, j’ai dedans :

  • interfaces : button-card, number box, scheduler card, hui-element et apexcharts-card
  • intégrations : HACS (déjà de base ?), scheduler component

pour le scheduler, choisi « entrée numérique » (groupe) puis l’entité qui représente la consigne (entité), après tu clicques sur « créer un schéma »