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

Home Assistant - Tutoriels & Partages Intégration
,
243

J’ai aussi observé hier des mises en sécurité qui n’étaient pas réellement justifiées.

Suite à la réflexion d’@Bob plus haut j’en ai donc profité pour vérifier et améliorer mes ESP32 qui captent les températures.

Je suis maintenant sur cette config. Si vous avez des commentaires n’hésitez pas.

dallas:
  - pin: GPIO16
    update_interval: 10s

sensor:
  - platform: dallas
    address: 0xED0000080262C428
    name: "Temperature bureau"
    id: temp_bureau
    accuracy_decimals: 2
    filters:
      - exponential_moving_average:
          send_every: 6
      - throttle_average: 60s
    force_update: True

Ah ? Vivement plus tard alors :wink:

244

ATTENDEZ un peu je viens de découvrir un soucis.
ping @Adorem

Voilà la nouvelle version majeure avec pas mal d’évolutions dedans:

  1. Le mode sécurité s’enclenche trop souvent - #30
  2. modification des entités sur changement de configuration sans avoir besoin de recharger l’intégration - #26
  3. sélection des features du thermostat lors de la configuration - #21
  4. Suggérer des listes d’entités compatibles sur chaque écran de configuration - #16
  5. Nouveau type de Thermostat sur un thermostat existant - #5

Rien de spécial à l’installation n’est requis.

Enjoy !

Sur l’évol #5, le but est de pouvoir utiliser un thermostat existant (chez moi c’est un thermostat pour ma clim reversible fournit par Tuya par exemple) et de lui adjoindre les features du Versatile Thermostat.
Dans la config du thermostat, il faut indiquer le thermostat (climate) sous-jacent, et votre nouveau thermostat pilotera l’ancien mais avec toutes les fonctions de présence, fenêtres, preset, absence et gestion de puissance. Ca permet d’ajouter les fonctions du Versatile Thermostat a d’autres thermostat existants.
:warning: ca a été testé dans mon cas mais j’ai du mal à savoir si ca va marcher dans tous les cas. N’hésitez pas à me dire si ça ne marche pas chez vous.

1 « J'aime »
245

Hello !!
Super nouvelle !!
J’ai voulu l’installer mais j’ai un soucis avec les intégrations existantes :
image

Avant de les supprimer, as tu une astuce ?

246

Oui désolé, j’ai essayé de prévenir mais y a un soucis. Je ne sais encore ce qui ne va pas.
Le mieux est certainement de remettre la version précédente 1.1.0.

Vraiment désolé pour ce contre-temps.

247

Aucun problème, on attend sagement :slight_smile:

248

C’est bon en 2.0.0.beta3.

Vraiment désolé

249

Bonjour,
j’ai installer la beta 2.0.0.beta3 et il y a un soucis avec la configuration de l’entité ouverture. On peut pas sélectionner d’entité.
ouverture

Quand j’ai mis a jour, j’ai reconfigurer le thermostats et j’avais une erreur sur l’entité d’ouverture. J’ai désactiver l’option, save et reconfigurer et la pas de choix de sélection d’entité.

250

OK. Il manquait les binary sensors comme entité d’ouverture.
C’est dans la beta5.

1 « J'aime »
251

Très réactif pour la correction du bug :+1: Merci

Edit:
je peu pas choisir de groupe dans l’entité ouverture, j’ai un groupe manuel en yaml nommer group.grp_portes qui n’apparait pas dans la liste car sa affiche que des binary_sensor.

Edit2:
j’ai créer un groupe sous UI et c’est bon la, j’ai bien un binary_sensor.groupe_portes.

252

Ok cool. Je prends les input_boolean, binary_sensor pour les ouvertures. group je connais pas. Est-ce tu penses que je devrais l’ajouter ?

253

Les groupes en YAML est l’ancienne façon de faire des groupes avant que ca passe par le UI.
Moi je préfère l’ancienne façon car on voit toutes les entités du groupe avec leur status, qui n’est pas possible avec la nouvelle façon ( a moins que j’ai pas trouver :stuck_out_tongue: ).

Dans le fichier group.yaml:

grp_portes:
  name: grp_portes
  entities:
    - binary_sensor.0x00158d0007ef4edc_contact
    - binary_sensor.0x00158d0008068ad1_contact
    - binary_sensor.0x00158d000806df4b_contact

visuel:
old group

Par UI:

new ui group
new ui group560×736 42.8 KB

Pour l’ajout c’est comme tu le sens.

254

J’ai peur que le group n’ait pas le type binary_sensor ou input_boolean.
Donc pour l’instant sauf demande spécifique je le mets pas.

255

@WarC0zes il me semble que si tu veux rester avec les groupes configurés en yaml tu peux passer du old style groups

grp_portes:
  name: grp_portes
  entities:
      - binary_sensor.0x00158d0007ef4edc_contact
      - binary_sensor.0x00158d0008068ad1_contact
      - binary_sensor.0x00158d000806df4b_contact

au nouveau qui prends en compte le device_class

# Example configuration.yaml entry
binary_sensor:
  - platform: group
    name: grp_portes
    device_class: opening
    entities:
      - binary_sensor.0x00158d0007ef4edc_contact
      - binary_sensor.0x00158d0008068ad1_contact
      - binary_sensor.0x00158d000806df4b_contact
1 « J'aime »
256

Trop tard j’avais déjà fait la mise à jour et pas vu ton ping :wink:

Par contre après le message de @frankb et ton message suivant j’avais déjà rollback.

258

Ouais faut que je fasse un peu plus de test en local chez sans tout pété avant de publier. C’est pas terrible ce que j’ai fais, même en béta.

Mais c’est tout bon maintenant (en tout cas de mon coté)

259

Ca ca va marcher en effet, car ce sera vu comme un binary_sensor

260

Ok merci pour l’info, mais ca permet pas de garder le visuel du old group dommage.

261

Pas de problème, c’est pas de créer un new group qui est contraignant :wink:

262

Publication d’une beta6 qui fixe un problème sur le type de Thermostat thermostat_over_climate.

Ca rend totalement fonctionnel le type thermostat_over_climate qui permet d’utiliser un thermostat existant comme un Versatile Thermostat.

Exemple:

  • j’ai une clim réversible pilotée par une entity climate propriétaire (Tuya dans mon cas),
  • je voudrais utiliser les features du Versatile Thermostat sur ce climate propriétaire,
  • pour cela je créé un Versatile Thermostat en cochant la case thermostat_over_climate :
    Capture d’écran 2023-01-31 à 09.42.05
  • sur la page suivante, la config demande la ‹ climate › entity sous-jacente:
    Capture d’écran 2023-01-31 à 09.51.10
  • et vous avez alors une nouvelle entity climate de type VersatileThermostat qui pilote la sous-jacente.

Exemple chez moi:

  • le climate Tuya lié:
    Capture d’écran 2023-01-31 à 09.51.47
  • le thermostat Versatile qui le pilote avec tous les hvac_modes de la clim :
    Capture d’écran 2023-01-31 à 09.52.37

Dites moi si ça vous parait clair et utile. Je mettrais ça dans la doc quand je vais releaser.

263

@Jean-Marc_Collin
Bonjour,
Ca fait 2 beta, dont la 2.0.0.beta6 ou je reçois ce message:

Logger: custom_components.versatile_thermostat.climate
Source: custom_components/versatile_thermostat/climate.py:1127
Integration: Versatile Thermostat configuration (documentation, issues)
First occurred: 15:39:05 (1 occurrences)
Last logged: 15:39:05

Unrecognized hvac mode: None

hvac_modes:
  - heat
  - 'off'
min_temp: 10
max_temp: 24
preset_modes:
  - none
  - eco
  - comfort
  - boost
current_temperature: 12
temperature: 12.1
hvac_action: idle
preset_mode: comfort
hvac_mode: heat
type: thermostat_over_switch
eco_temp: 11.1
boost_temp: 13
comfort_temp: 12.1
eco_away_temp: 11
boost_away_temp: 12.5
comfort_away_temp: 11.5
power_temp: 16.3
ext_current_temperature: null
current_power: null
current_power_max: null
saved_preset_mode: comfort
saved_target_temp: 12.1
saved_hvac_mode: null
window_state: 'off'
motion_state: null
overpowering_state: null
presence_state: home
security_delay_min: 120
last_temperature_datetime: '2023-01-31T15:40:49.704296'
last_ext_temperature_datetime: '2023-01-31T15:37:45.595860'
security_state: false
minimal_activation_delay_sec: 10
last_update_datetime: '2023-01-31T15:40:49.704417'
underlying_switch: switch.0x54ef44100050f9c3
on_percent: 0.05
on_time_sec: 19
off_time_sec: 340
cycle_min: 6
function: tpi
tpi_coef_int: 0.6
tpi_coef_ext: 0.04
friendly_name: Versatile Thermostat Salon
supported_features: 17