Echec de configuration ZHA

re,

bon bin tout est dit !!

@FillR2 , je prend note que tu as migré de zha a zigbee2mqtt :wink:
@WarC0zes , maintenant que je sais que @FillR2 à migré je serais plus obligé de te bip bip !!! :rofl:

@lanetoine , est ce que tu vois une partie qui se nomme addons dans ton HA ?

1 « J'aime »

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:

image

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*
1 « J'aime »

Salut,

C’est vrai Z2M, c’est un peu plus long certes, mais cette partie

est réutilisable pour plein d’autres add-ons ou intégrations, donc c’est un investissement en temps et en connaissances qui ajoute une vraie valeur complémentaire à HA

Je partage assez ce point là par rapport à la progression, par contre est-ce applicable à tous les utilisateurs ? Réussir sa migration sans tout casser, ça nécessite de revoir/apprendre les éléments et d’y passer un temps certain. Au final pour l’utilisateur moyen n’est-ce pas une marche plus haute de faire zha->z2m plutôt que z2m direct ?

2 « J'aime »

Bonjour les gars,
Je vois là que les passionnés sont inspiré pr mon post.
En ce qui concerne les integration des differents equipement je n’ai pas de probleme puisque rien n’est encore ingrés sur sur mon HA vue que … ben y a un probleme sur ma clé (sujet de ce post). Je pense donc que c’est justement le bon moment de savoir si je passe par ZHA ou MQTT.
Avec tout ce que j’ai lu je prefere la solution MQTT.
C’est la prise de tete.
J’ai tenté d’installer MQTT et Zigbee2MQTT en suivant ce tuto :
https://www.domo-blog.fr/installer-mqtt-zigbee2mqtt-home-assistant-en-mode-supervision-guide-domotique-all-inclusive/

Mais j’ai des pb. Les modules sont visiblement mal configuré. Voilà leur config


et leur logs :


Pour rappel je suis sur une VM freebox avec une clé conbee2

C’est une classique il manque des options pour conbee2

Donc comme ceci ?

ça doit marcher le plus important c’est le adapter: deconz

Ca ne marche pas.
Lorsque j’ouvre l’interface utilisateur l’addon se ferme.

Actualise les logs parce que là rien n’indique que ça ne marche pas, au pire vire le baudrate

Meme resultat. A l’ouverture de l’interface web le module se ferme.
Le log ne donne rien de plus.

là il faut un utilisateur de ce type de carte mais elle est ok avec les outils deconz sous windows par exemple ? USB + rallonge + port usb2 ?
L’interface utilisateur c’est pas un bon indicateur

Par contre le log de MQTT est plus bavard

vire le ! de ton password pour voir

Virer quoi de mon password ?

Le point d’exclamation

Il essaie de se connecter ou exactement ? Il faut que j’ouvre le port en question ?

z2M utilise ce que tu as mis dans la section MQTT de ta config
D’ailleurs, le port c’est classiquement 1883 (8123 c’est le HTTP), donc verifie cette partie là completement

Y a du changement apres le changement de port. Le log reste le meme. Quand j’essaie de charger l’interface utilisateur j’ai un message me disant que le module est eteint mais il reste demarrer.
Je dois ouvrir ce port 1883 sur ma box ?

Non c’est pas l’adresse de ta box…
Quid du ! dans le password ?

Je l’ai viré mais ca ne resolve rien