je viens de mettre a jour en 1.42
Mon repertoire avant etait
/homeassistant/zigbee2mqtt/configuration.yaml
soit noté dans le
la mise a jour n’a rien changé dans le fichier
/homeassistant/zigbee2mqtt/configuration.yaml
Du coup je comprends pas tout…
homeassistant: true
mqtt:
server: mqtt://core-mosquitto:1883
user: addons
password: *************************************************************
serial:
port: /dev/ttyACM0
adapter: deconz
frontend:
port: 8099
devices:
'0x60a423fffe11acfd':
friendly_name: Prise tancheuse
'0x00124b0024c10223':
friendly_name: prise_cafetiere
'0x00124b00226747be':
friendly_name: Routeur
'0x00158d000638dfc1':
friendly_name: Lixee
linky_mode: standard
energy_phase: single_phase
production: 'true'
tarif: Standard - TEMPO
kWh_precision: 3
tic_command_whitelist: >-
EASF01,EASF02,EASF03,EASF04,EASF05,EASF06,SINSTS,MSG1,IRMS1,SMAXN,SMAXN-1,CURRENT_PRICE,LTARF,URMS1,UMOY1,EAIT,SINSTI,
measurement_poll_chunk: 1
'0x54ef441000983116':
friendly_name: Luminosité
'0xa4c138532abb1a2d':
friendly_name: A1Z_congelateur
power_precision: 0
current_precision: 1
'0xa4c13891e16a16ff':
friendly_name: A1Z_pompe
'0x00158d00045e0fb5':
friendly_name: mvt_garage
occupancy_timeout: 60
no_occupancy_since: []
'0x00158d0003f299c2':
friendly_name: mvt_abri
occupancy_timeout: 60
no_occupancy_since: []
'0x00124b002928b303':
friendly_name: interrupteur_marie
'0x00124b00226735e4':
friendly_name: grenier_garage
'0x00158d00057f6d67':
friendly_name: ouverture_garage
'0x00158d000450e79e':
friendly_name: interrupteur_grenier_garage
'0x50325ffffe5eb871':
friendly_name: prise_tv_marie
'0x00158d00054bdff5':
friendly_name: temp_chbr_marie
'0x0015bc003100ab3e':
friendly_name: detecteur_fumees
temperature_precision: 1
'0x60a423fffe04e3b8':
friendly_name: prise_christelle
'0x00158d00044b4b4c':
friendly_name: temp_grenier
'0x00158d00054bdf50':
friendly_name: temp_cellier
'0x00158d00040f99e5':
friendly_name: temp_bureau
'0x00124b00239e7b1f':
friendly_name: temp_chambre_parents
'0x00158d00040f9a35':
friendly_name: temp_douche
'0xa4c1388ffcab4433':
friendly_name: temp_dressing
'0x00158d0002fbeb4b':
friendly_name: temp_terrasse
'0x00158d0004267658':
friendly_name: interrupteur_entree
'0x086bd7fffe03c8b5':
friendly_name: lumi_ikea_G
'0x086bd7fffe057513':
friendly_name: lumi_ikea_D
'0x14b457fffefc2bf2':
friendly_name: repeteur
'0x00158d00039feead':
friendly_name: prise_baie
'0x086bd7fffe1ccf54':
friendly_name: prise_chambre_parents
'0x50325ffffe5ebb0f':
friendly_name: prise_sejour
'0xa4c138fd5bf2f258':
friendly_name: smartswitch-02
state_action: false
'0xa4c138051ea80f07':
friendly_name: smartswitch-03
state_action: true
'0x00124b002a4ed1e0':
friendly_name: temp_exterieur
'0x00124b002a4ecdcf':
friendly_name: baie informatique
'0x00124b002f9ff8d4':
friendly_name: ouverture_portail
'0x00124b0023b45f88':
friendly_name: temp_sdb_etage
'0x00158d000544c1b6':
friendly_name: Boite a lettres
'0x00158d00044cb254':
friendly_name: mvt_entree
occupancy_timeout: 60
no_occupancy_since: []
'0x00158d00025e8ac2':
friendly_name: temp_salon
'0x00124b0022cf0e74':
friendly_name: temp_garage
'0x00124b0025132752':
friendly_name: temp_cabanon_piscine
'0x00124b0022cf0e0c':
friendly_name: temp_chbr_christelle
'0xa4c13893e7a26ea8':
friendly_name: smartswitch-01
state_action: false
'0x00158d00057f732d':
friendly_name: ouverture_bal_colis
advanced:
log_level: debug
Attention je n’ai pas dit que c’était simple, c’est juste que je considère qu’une fois que c’est fait je n’y touche plus
alias: "02 Lumières Chbre 1er "
description: Lumières Chambre 1er
mode: single
triggers:
- alias: Button Mur 'Single'
domain: mqtt
device_id: c3371973e326f8423dd3c3a4f7ba559f
type: action
subtype: single
discovery_id: 0x00158d00044d8ef3 action_single
id: "SINGLE #MUR"
trigger: device
- alias: Button Mur 'Double'
domain: mqtt
device_id: c3371973e326f8423dd3c3a4f7ba559f
type: action
subtype: double
discovery_id: 0x00158d00044d8ef3 action_double
id: "DOUBLE #MUR"
trigger: device
- domain: mqtt
device_id: 43d855a7b3ef831bee6c6c882eed9fea
type: action
subtype: single
discovery_id: 0x00158d000215cb58 action_single
id: "SINGLE #CHEVET"
alias: Button Chevet 'Single'
trigger: device
- alias: Button Chevet 'Double'
domain: mqtt
device_id: 43d855a7b3ef831bee6c6c882eed9fea
type: action
subtype: double
discovery_id: 0x00158d000215cb58 action_double
id: "DOUBLE #CHEVET"
trigger: device
conditions: []
actions:
- choose:
- conditions:
- condition: trigger
id:
- "SINGLE #MUR"
sequence:
- action: hue.activate_scene
target:
entity_id: scene.chbre_1er_lecture
data: {}
- conditions:
- condition: trigger
id:
- "DOUBLE #MUR"
sequence:
- data: {}
target:
entity_id:
- light.extended_color_light_1
- light.extended_color_light_1_2
action: light.turn_off
- conditions:
- condition: trigger
id:
- "SINGLE #CHEVET"
sequence:
- action: hue.activate_scene
metadata: {}
data: {}
target:
entity_id: scene.chbre_1er_lecture
- data: {}
target:
entity_id:
- light.extended_color_light_1
action: light.turn_off
- conditions:
- condition: trigger
id:
- "DOUBLE #CHEVET"
sequence:
- data: {}
target:
entity_id:
- light.extended_color_light_1
- light.extended_color_light_1_2
action: light.turn_off
Je viens de jeedom j’aime bien les trucs compliqués
je n’y touche plus à ces automatisations
Ok, donc tout pareil qu’ici, tu as 1 trigger par appareil et par type (avant on pouvais avoir 1 trigger avec X appareils, cf ma capture au dessus)
Perso aussi j’avais jeedom avant, mais c’était avant
R_hum1
Décembre 2, 2024, 3:00
44
Bonjour,
Je suis comme toi on peut déjà rajouter la première et mettre la seconde à la mise à jour 2.0 ?
C’est encore en automatique pour la détection de la clé, je pense, c’est à partir de la v2.0 que c’est plus automatique et qu’il faudra mettre adapter: zstack
.
Après de ce que je comprends, on peut préparer le terrain puis passer le paramètre à off
.
Mais plus je regarde mes trigger plus le facteur multiplicatif est important (4 vers 16 pour 1 automation).
Et je rejoint @Pulpy-Luke comme quoi l’utilisation du device est une régression par rapport à l’entity.
Bonjour à tous,
J’ai été confronté également à ce problème il y a quelques semaines et je voulais partager mon expérience.
Je vois le conseil de passer aux Device triggers . C’est bien, c’est ce que j’avais aussi commencé par faire. Mais les MQTT triggers c’est mieux !
L’avantage, on n’a pas à se coltiner les id des appareils qui ne sont pas très explicites et surtout, j’ai l’impression que la réactivité est meilleure.
A titre d’exemple, voilà l’automatisation corrigée pour mes stores :
alias: Store Chambre - IKEA E1766 - MQTT
description: ""
triggers:
- trigger: mqtt
topic: zigbee2mqtt/Commande Stores/action
conditions: []
actions:
- choose:
- conditions:
- condition: template
value_template: "{{ trigger.payload == 'open' }}"
sequence:
- action: cover.open_cover
metadata: {}
data: {}
target:
entity_id: cover.stores
- conditions:
- condition: template
value_template: "{{ trigger.payload == 'close' }}"
sequence:
- action: cover.close_cover
metadata: {}
data: {}
target:
entity_id: cover.stores
- conditions:
- condition: template
value_template: "{{ trigger.payload == 'stop' }}"
sequence:
- action: cover.stop_cover
metadata: {}
data: {}
target:
entity_id: cover.stores
mode: single
C’est plus propre, mais on est 100% programmatique… De plus :
ton /action
, ça ressemble un peu à faire du moderne avec du legacy…
Un id de topic MQTT VS un ID de device, c’est un peu pareil…
Bref, difficile de trouver une solution user friendly pour le moment.
Effectivement, pas mal, j’en ai fait un pour tester, plus clean que ce que j’ai fait.
Merci pour l’info
Je suis d’accord avec toi, si tu a 5minutes, explique ça sur le github de zigbee2mqtt (ils ont passer la branche 2.0.0 dans la version dev ) et ils semble ouvert a la discussion.
Là je pense que c’est plus un changement coté HA qu’il faut envisager, le MQTT n’est qu’un intermédiaire entre z2m et HA
1 « J'aime »
Bon je viens de faire la manip.
Y a un piège et je me suis empressé de tomber dedans.
Dans le répertoire /addon_configs/45df7312_zigbee2mqtt il doit y avoir un sous-répertoire nommée zigbee2mqtt qui contient les fichiers. Il ne faut pas les mettre directement dans /addon_configs/45df7312_zigbee2mqtt
Donc le fichier configuration.yaml est à cette place:
/addon_configs/45df7312_zigbee2mqtt/zigbee2mqtt/configuration.yaml
Après avoir ajouter la ligne qui me manquait: homeassistant_legacy_triggers: false
et redémarrer Z2M, quasiment toutes mes entités ont été recrées avec les noms par défaut. J’ai perdu tous les renommages et mes transformation de switch en light par exemple. Toute la personnalisation a disparue.
Je suis vert
Tu ne peux pas restaurer un backup complet pré test ?
Bonjour,
De mon coté, quand je positionne
legacy_availability_payload a false
je n’ai plus aucun appareil zigbee qui remonte dans HA, alors que je n’ai aucune erreur dans Z2M et que cela dialogue bien avec MQTT
si je repasse a true, tout est ok…
peut-être mais je perds la journée de capteur si je fais ça.
ils ont peut être juste changé de noms non ?
non, même pas. ils sont tjrs les même noms dans Z2M
j’ai même essayé d’appareiller un new device, il apparait bien dans Z2M, mais pas dans HA.
WarC0zes:
Les nouvelles installations et installations utilisant les paramètres par défaut migreront automatiquement vers le nouveau chemin, les configurations existantes avec des paramètres personnalisés continueront de fonctionner mais devront être migrées manuellement pour utiliser les sauvegardes de Home Assistant :
Je comprends pas trop ? sous Haos, il faut faire le déplacement ou c’est automatique.
les nouvelles installation, cela sera automatique, dans ton cas, il faudra le faire manuellement lors du passage a la 2.0
1 « J'aime »
J’ai modifié toutes mes automatisations qui utiliser le sensor action. J’ai désactiver :
homeassistant:
legacy_entity_attributes: false
legacy_triggers: false
Et réactiver les sensors linkquality, que j’utilise.
Plus cas attendre la V2.0, pour finaliser les changements