Nouveau thermostat type proportionnel avec gestion des presets / portes et fenêtres / détection de mouvement / gestion de présence et surconsommation

Oui c’est bien de ça dont parle @Idaho947 .

Tu dois mettre cette config dans un fichier nommé template.yaml si tu n’en as pas déjà un et faire référence à ce template.yaml depuis le fichier configuration.yaml.

Tu peux chercher création de template dans ce forum, ca regorge d’exemple.

Hello @WarC0zes , ca ressemble à un problème Google assistant non ? Ou tu penses que le VTherm pourrait être en cause ?

Hello @WarC0zes ,

J’utilise également Versatile Thermostat ( j’en ai 10 de déclarés).

Dans Google Home, j’ai tous mes devices visibles, mais depuis quelques temps, chez moi ça bagotte pas uniquement pour Versatile mais pour l’ensemble des devices :frowning:

Un coup ils sont tous en grisé avec point d’exclamation, un coup ils sont up.
J’ai checké ma connexion réseau, je n’ai aucune déco ou coupure.

Je ne vois rien non plus côté NPM ou HA. Je pencherai plus pour un problème Google mais pour mettre le doigt sur le problème, je ne sais trop ou chercher :frowning:

Quand je veux par exemple allumer une prise Nous A1Z (zigbee) via Google Assistant , je me prends un beau message du genre « excusez-moi je ne peux pas communiquer avec Home Assistant pour l’instant ».

Je pencherais plus sur google, mais comme il y a eu des changements je crois sur les climates ( ou a venir ) sur HA. Je pensais aussi peu être versatile, mais comme j’ai pas d’erreur, je sais pas trop.

C’est que pour les thermostats moi, le reste c’est bon ( je m’en sers pas trop de GA ).

Mais je pense que google a des soucis, depuis peu j’ai des ampoules qui ont le même nom qu’une pièce.
Avant je disais allume cuisine ( nom de l’ampoule) et sa allumer que l’ampoule. Je disais allume la cuisine et sa allumer toutes les lumière de ma cuisine ( nom de la pièce).
Maintenant que je dit allume cuisine et sa allume toutes les lumières de la cuisine.

Edit:
ca refonctionne ce matin, je pense bien que le soucis est de google ( pour changer :rofl: ).

1 « J'aime »

Il y a quelque chose que je ne comprends pas, car avec un fichier switches.yaml ou template.yaml
comme ceci

- platform: template
  switches:
      radiateur_masterbedroom:
        friendly_name: Radiateur masterbedroom
        value_template: "{{ is_state('switch.radiateur_masterbedroom', 'off') }}"
        turn_on:
          service: switch.turn_off
          data:
            entity_id: switch.radiateur_masterbedroom
        turn_off:
          service: switch.turn_on
          data:
            entity_id: switch.radiateur_masterbedroom
        icon_template: "{% if is_state('switch.radiateur_masterbedroom', 'on') %}mdi:radiator-disabled{% else %}mdi:radiator{% endif %}"

J’ai le retour :

Invalid config for ‹ template › at switches.yaml, line 1: ‹ platform › is an invalid option for ‹ template ›, check: platform Invalid config for ‹ template › at switches.yaml, line 2: ‹ switches › is an invalid option for ‹ template ›, check: switches

L’erreur ne venait pas du fichier switch.yaml mais de son appel dans configuration.yaml. Il faut l’appeler : switch: !include switches.yaml

De plus, je ne suis pas certain du tout des noms des switch.radiateur_masterbedroom

Bonjour,

Merci de votre retour, je viens de créer le ticket ( 392 ) , je pense que c’est peut-être du à la manière de mettre en route le Vtherm ( ici API ).

Concernant l’ajout de la fonction, j’ai essayé de décrire la demande ( 393 )

En vous remerciant par avance.

J’ai donc mon template switches.yaml

- platform: template
  switches:
      radiateur_masterbedroom:
        friendly_name: Radiateur masterbedroom
        value_template: "{{ is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'eco') }}"
        turn_on:
          service: switch.turn_off
          data:
            entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
        turn_off:
          service: switch.turn_on
          data:
            entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
        icon_template: "{% if is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'comfort') %}mdi:radiator-disabled{% else %}mdi:radiator{% endif %}"

Et mon automation :

alias: Automation radiateur masterbedroom
description: Automation switch radiateur masterbedroom
trigger:
  - platform: state
    entity_id:
      - switch.radiateur_masterbedroom
    from: null
    to: null
condition: []
action:
  - if:
      - condition: state
        entity_id: switch.radiateur_masterbedroom
        state: "on"
    then:
      - device_id: a921bf60d5466dce65ea98dbce14944a
        domain: select
        entity_id: 3cee51832a51ae57f99018073936021b
        type: select_option
        option: comfort
    else:
      - if:
          - condition: state
            entity_id: switch.radiateur_masterbedroom
            state: "off"
        then:
          - device_id: a921bf60d5466dce65ea98dbce14944a
            domain: select
            entity_id: 3cee51832a51ae57f99018073936021b
            type: select_option
            option: eco
mode: single

Une fois cela de fait (en espérant que l’automation soit correcte), comment on ajoute le tout à Versatile ?

Comme indiqué par le message d’erreur ton indentation est fausse.
Tu dois mettre comme ça le début:

- platform: template
    - switches:
        radiateur_masterbedroom:

A quoi sert l’automatisation ? Je comprends pas.

Le next step pour moi c’est de tester ton switch virtuel a l’aide de Outils de dev / Services. et si il marche bie, créer un VTherm de type over_switch avec ce switch comme entité piloter. Ca devrait être un bon début. Y a pas besoin de l’automatisation à priori (mais j’ai pas forcément compris ce que tu voulais en faire)

L’automation était par rapport au retour de Idaho

Le fichier switch.yaml semble bon dans sa forme

- platform: template
  Uoswitches:
      radiateur_masterbedroom:
        friendly_name: Radiateur masterbedroom
        value_template: "{{ is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'eco') }}"
        turn_on:
          service: switch.turn_ob
          data:
            entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
        turn_off:
          service: switch.turn_off
          data:
            entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
        icon_template: "{% if is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'comfort') %}mdi:radiator-disabled{% else %}mdi:radiator{% endif %}"

J’espère faire référence correctement au module nodon qui dans mqtt se nomme

sensor.0x90395efffe2763c2_pilot_wire_mode

Et dans zigbee2mqtt

Nom simplifié
Radiateur Masterbedroom
Description

Radiateur Masterbedroom 0x90395efffe2763c2

Je tente depuis, les outils de dev/services de changer l’état (eco, comfort, boost,…)mais le radiateur reste éteint

service: switch.turn_on
target:
  entity_id: switch.radiateur_masterbedroom
data: {}

Il ne se passe rien.

Il me manque quelque chose dans la compréhension du fonctionnement c’est sur.

Salut @lilp

Dans ton switch template, dans la section « turn_on » → service « turn_ob » avec un « b » .

au lieu de :

        turn_on:
          service: switch.turn_on
          data:

Au cas où ça ne serait pas qu’une faute de « recopie » dans le forum :wink:

1 « J'aime »

Salut,
et Uoswitches: on en parle ?
Faute de frappe :shushing_face:

2 « J'aime »

Puis aussi « target » au lieu de « data » pour coller à la doc :

Avec les modifs de @WarC0zes ça devrait donner :

- platform: template
  switches:
      radiateur_masterbedroom:
        friendly_name: Radiateur masterbedroom
        value_template: "{{ is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'eco') }}"
        turn_on:
          service: switch.turn_on
          target:
            entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
        turn_off:
          service: switch.turn_off
          target:
            entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
        icon_template: "{% if is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'comfort') %}mdi:radiator-disabled{% else %}mdi:radiator{% endif %}"

il y a deux espaces en trop, je sais pas si ca joue.

- platform: template
  switches:
    radiateur_masterbedroom:
      friendly_name: Radiateur masterbedroom
      value_template: "{{ is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'eco') }}"
      turn_on:
        service: switch.turn_on
        target:
          entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
      turn_off:
        service: switch.turn_off
        target:
          entity_id: sensor.0x90395efffe2763c2_pilot_wire_mode
      icon_template: "{% if is_state('sensor.0x90395efffe2763c2_pilot_wire_mode', 'comfort') %}mdi:radiator-disabled{% else %}mdi:radiator{% endif %}"
1 « J'aime »

Bonjour
simple-thermostat

Je remarque que certains arrivent à avoir sur le visuel État : Idle en français
J’essaie de comprendre, j’ai cherché pour trouver s’il était possible de modifier l’affichage en vain.
J’ai lu les paramètres sur GIT-ub mais je sèche.
C’est peut être une évidence mais pour le moment ce n’est pas clair.
En tout-cas merci @Jean-Marc_Collin pour ton super travail :v:

C’est mieux de les virer, je pense.

Définitivement trop tôt pour faire du yaml :stuck_out_tongue:

Salut,
C’est un bug de la carte depuis une mise a jour du core 2023.5.4.
Les captures que tu trouve sont de avant mai 2023.

Ça marche merci @WarC0zes
Je vais stopper mes recherches inutiles alors :sweat_smile:

Slt…
Comme je te disais ailleurs il faut passer par une modif Version 3

Version: 3

démo
chez moi ! un peu dur à comprendre les syntaxes !
image

1 « J'aime »

Ok mais finalement, tu donnes ton libellé en français mais ton état est toujours affiché en anglais du coup, à part ci cela est volontaire