Z2M est très bien et permet de palier à certains manques de ZHA, on a un bien meilleur contrôle, par exemple la topologie réseau, les paramètres détaillés ou le tableau de bord, donc un point pour Z2M.
Par contre, pour débuter, ça me paraît beaucoup plus complexe, il faut installer des modules complémentaires et pas une intégration, installer et comprendre MQTT, puis Z2M, je trouve que ça fait beaucoup de notions pour un débutant.
A titre d’exemple :
pour intégrer mon cube Aqara avec un blueprint sous ZHA:
- installer l’intégration ZHA et faire la découverte
- installer le blueprint du Cube et créer une automatisation, le cube est reconnu automatiquement.
Pour intégrer le cube sous Z2M:
- Installer le module MQTT (qui n’est pas une intégration), le paramétrer, et comprendre comment ça marche et à quoi ça sert
- Installer le module Zigbee2mqtt et le paramètrer
- Comprendre toute cette mécanique
- Installer le blueprint du cube et déclarer son message MQTT dans le blueprint
- Créer une automatisation
MQTT, Z2M, la différence entre une intégration et un module, ça fait un paquet de notions à maîtriser !
Mon avis serait de démarrer avec ZHA et de passer sur Z2M le jour où…
Et comme le passage implique de tout redéclarer je conseillerai:
d’utiliser une convention de nommage fonctionnelle et non technique qui permet de renommer les éléments avec les mêmes noms le jour de la migration (j’y ai passé 3 jours quand même)
De mon côté les éléments s’appellent par exemple:
Nom général:
- Prise xxx
- Lampe xxx
- Capteur Température pour les capteurs température/humidité
- Capteur Luminosité xxx
- Capteurs AQI_type_xxx pour tout ce qui est qualité de l’air
- Capteur Inondation xxx
- Capteur Ouverture xxx
- Capteur Présence xxx
- etc.
On voit que les noms des entités sont totalement indépendants de la marque ou du protocole, j’ai les mêmes conventions de nommage pour les équipements bluetooth, ou la température remontée par ma clim, donc quelle que soit l’intégration utilisée:
Nom pour chaque capteur:
Et dans le détail le nom de la fonction:
- Température xxx / sensor.temperature_xxx
- Humidité xxx / sensor.humidite_xxx
- Batterie xxx / sensor.batterie_xxx
- Luminosité xxx / sensor.luminosite_xxx
- Présence xxx / binary_sensor.presence_xxx
- Ouverture xxx / binary_sensor.ouverture_xxx
- etc
Exemples:
L’intérêt est de s’y retrouver mais également de pouvoir migrer ou changer les équipements sans perdre l’historique, il suffit de garder les mêmes noms pour les nouveaux équipements (après avoir supprimé les anciens).
Et pour les batteries et le suivi de tous les capteurs, je recommande cette carte:
type: custom:battery-state-card
title: Surveillance batteries
sort_by_level: asc
unit: '%'
round: 0
collapse: 6
tap_action:
action: more-info
color_gradient:
- '#ff0000'
- '#ffff00'
- '#00ff00'
bulk_rename:
- from: 'XIAOMI '
- from: 'eWeLink '
- from: 'Philips '
- from: _TZ3000_
- from: ' power'
- from: ' power1'
- from: 'Batterie '
filter:
include:
- name: entity_id
value: sensor.*_power
- name: entity_id
value: sensor.batterie_*
- name: entity_id
value: sensor.garage_batterie_*
exclude:
- name: entity_id
value: sensor.batterie_linktap
- name: entity_id
value: sensor.*old*
- name: entity_id
value: sensor.*out*
- name: entity_id
value: sensor.*5193*
- name: entity_id
value: sensor.*fd98*
- name: entity_id
value: sensor.sm_g991b_*
- name: entity_id
value: sensor.*power*