Migration depuis JEEDOM : Passer d'un broker distant à un broker local

Bonjour la commu.

Je vais expliquer d’où je viens, où je suis et où je veux aller pour essayer d’être clair, tout ce que je dis concerne mes périph ZIGBEE que je voudrais éviter de réinclure 1 par 1 (j’en ai environ 60) en passant de JEEDOM à HOME ASSISTANT.

Origine :
JEEDOM installé sur un PI 4, IP en 1.9
JMQTT, MQTT MANAGER et JEEZIGBEE installés avec un broker local.
Clé CONBEE sur le raspberry JEEDOM.

Actuellement :
JEEDOM toujours en cours sur son RASPBERRY avec la clé CONBEE.
HOME ASSISTANT installé sur un autre PI4, IP en 1.10.
La remontée des périphériques ZIGBEE se fait bien sur HA via MQTT connecté à mon JEEDOM.
Mes scénarios basés sur JEEDOM ont été reproduits sur RED NODE donc il ne me reste que le ZIGBEE à transférer totalement

Ce que je veux :
Eteindre définitivement JEEDOM et mettre le raspberry de HA en 1.9 (à la place du JEEDOM donc) avec la clé CONBEE.

A partir de là, j’ai lu quelques sujet mais je n’ai pas trouvé de truc sur à faire, les sujet dévient souvent sur les erreurs rencontrées par certains et je ne suis pas sur que de prendre des trucs à droite à gauche soit efficace… :slight_smile:
Mes lacunes dans la compréhension du mode opératoire fait que je risque de tout casser…

Si quelqu’un est en mesure de me guider, ce serait cool

Bonjour
j’avais détaillé une procédure pour migrer une instance zigbee2mqtt existante vers zigbee2mqtt intégré dans Home assistant

Il faudra installé le broker mqtt et zigbee2mqtt le lien du tuto est donné dans l’explication ci-dessous pour être en mesure d’éteindre jeedom
Si tu suis bien la procédure pas à pas, normalement ça se passe … bien

Pour récupérer le backup de zigbee2mqtt de ton jeedom il faut se connecter sur :
http://IP_de_ton_jeedom:8080/#/

La procédure ci-dessous reste la même pour le reste :

Bonjour,
Je suis vraiment désolé, je suis passé à côté de la réponse, je viens seulement de la voir.
Je teste ça dés que j’ai du temps.

Merci d’avoir pris le temps de me répondre

Du coup, j’ai commencé à regarder pour la migration.
1/Depuis mon HA, je vois déjà les périphériques ZIGBEE de mon jeedom en passant par MQTT qui de fait est déjà installé

2/J’ai accès au port 8080 de mon Jeedom, j’ai pu demander la sauvegarde et la télécharger.
/Je décompresse pour voir le contenu mais je n’ai pas ce que tu indiques.



Donc je ne sais pas si c’est bon…

Pour que j’avance par étape, est-ce possible de :
Eteindre les Rasp de Jeedom et de HA, déconnecter la clé ZIGBEE de mon Jeedom, la mettre sur mon HA, rallumer les 2 rasp puis configurer la clé dans ZIGBEE2MQTT sur HA.
Si je laisse pour cette première étape mon broker tel quel donc sur Jeedom, la clé gardera les liens avec les périphériques?
En gros ça me ferait passer de :
CLE SUR JEEDOM et BROKER SUR JEEDOM / HA en consultation
à
CLE SUR HA et BROKER SUR JEEDOM / Jeedom en consultation

Merci pour l’aide, j’avoue que je crains de devoir tout appairer de nouveau et recommencer les automatisations, d’où mes interrogations

Bonjour,

Bizarre cette sauvegarde (QU.jpg e_clamp_.jpg ??? je ne sais pas ce que c’est mais ce n’est pas une sauvegarde Z2m )
Le fichier devrait se nommer : z2m-backup.1.xx.x.2024-09-xx-xx-xx-xx
Est ce que tu arrives bien sur cette interface en te connectant sur IP jeedom suivie de :8080/#/ comme ceci http://VOTRE_IP_JEEDOM:8080/#/ :

Résumé

Oui à condition d’être sur de bien avoir récupéré la sauvegarde, ce qui ne semble pas être cas pour l’instant

Si tu n’y arrive pas il y. a un autre moyen de récupérer les fichiers Z2m :
demander Backup Z2m

Bonjour,
Retour de formation, je vais pouvoir m’y remettre…
Merci pour les réponses.
Je me suis peut-être mal exprimé :
Lors de la demande de sauvegarde de Z2M, ça fonctionne, j’obtiens bien le fichier.
En revanche, lors de la décompression, je n’ai pas les fichiers qui étaient indiqués dans les tutos :

Dézipper le repertoire, on doit avoir dans le repertoire : configuration.yaml, database.db etc …

Le contenu de mon dossier z2m-backup… est ce que j’ai mis en photo.

Bonjour
Dans ce cas regarde dans via l’éditeur de fichiers → Plugin dans jedoom si tu les vois bien

Alors ce n’est pas présenté de la même façon mais en cherchant, je trouve bien un configuration.yaml…
Merci, ça avance…

A ton avis, ce n’est pas mieux si je mets d’abord la clé sur le RASP HA (qui devra communiquer sur le raspberry JEEDOM) et ensuite seulement modifier mon serveur Z2M pour le rapatrier sur le RASP HA (sinon je vais devoir modifier la clé conbee sur JEEDOM pour la faire communiquer avec le RASP HA le temps de la déplacer)

EDIT : en gros, j’ai mis la clé CONBEE sur le RASPBERRY Home Assistant en laissant tout le reste pareil.
J’ai eu une notif ZIGBEE sur HA que j’ai ignorée (comme indiqué dans le tuto) donc la clé est bien vue (elle apparaît dans les paramètres aussi).

Ce que j’imagine :
Je configure ZIBEE2MQTT sur HA pour que la clé aille sur le serveur Z2M existant sur le RASPBERRY JEEDOM.
Ca fera une étape de faite, resterait ensuite à rapatrier le serveur Z2M sur le RASPBERRY HA
Sauf si je me trompe… :grinning:

j’ai relu plusieurs fois mais ou je ne suis pas réveillé ou ce n’est pas clair (ça m’arrive souvent de ne pas être clair :slight_smile: ou de lire en diagonal :slight_smile: )

Blague à part
j’imagine que si tu suis le tuto tu installes le broker mqtt et zigbee2mqtt sur le raspberry HA

Quand tu as récupéré la sauvegarde z2m sur le raspberry jeedom, tu n’en as plus besoin normalement, tu suis bien la procédure pour être sur que z2m démarre bien, se connecte bien au broker mqtt HA, reconnait bien la clé, ensuitte tu le stoppe et tu réintègre la sauvegarde comme expliqué dans la procédure que j’ai indiqué.

Salut,

Ah, je suis content de ne pas être le seul à ne pas comprendre :wink:
Perso j’ai compris qu’il déplace la clé seulement, qu’il reprends la config z2M sur HA (sans changer le broker) , vérifier que ça fonctionne et seulement ensuite bouger le brocker…

Bon ça marche mais c’est plus compliqué à mon avis. ça fait double reconfig de la partie brocker…

100% en phase.

  • Step 1 : préparation du lien clé et de l’accès au brocker final.
  • Step 2 : import de la config, éventuellement correction du brocker s’ilf ait partie de l’import
  • Step 3 : Fiesta

Je suis désolé, je pensais parler la France… :rofl:

J’avoue, je patauge un peu (beaucoup?) donc je n’utilise pas forcément les termes idéaux voir je n’arrive pas à me faire comprendre

Le but final est que tout soit sur HA, évidemment.
Oui, j’avais en idée de faire d’abord la clé puis ensuite bouger le brocker
Je vais donc me ranger de votre côté…
Je viens de refaire une sauvegarde de mon Z2M Jeedom depuis son interface. J’ai une archive :

z2m-backup.1.39.0.2024-10-05-09-44-14.zip

Mon JEEDOM est en 192.168.1.9
Mon HA est en 192.168.1.5
Mosquitto Broker est installé sur HA. L’intégration MQTT est installée, et fait référence à mon jeedom (192.168.1.9), ce lien est fonctionnel

Si je comprends bien ce que je dois faire, l’étape 3 est faite.
Je viens de brancher la clé CONBEE (et sa rallonge) sur HA puis redémarrage (au cas où… :sweat_smile:)
Z2M HA démarré (paramétrage de la clé et partie MQTT laissée vide sur info de WarC0zes).
J’ai accès à l’interface utilisateur, pas d’erreur dans les logs donc je pense que pour la clé, c’est OK
Je crois que le Tuto Z2M et mosquitto est fait.
Je passe maintenant à Migration

Et là, ça se complique :
J’ai desactivé Z2M HA, renommé les 3 fichiers en « .old »
Comme dit plus haut, mon zip ne contient pas CONFIGURATION.YAML (ni database ni state.json).
Je suis allé les récupérer dans JEEDOM comme suggéré par @pctetra pour récupérer ces 3 fichiers.
Je les copie dans mon HA, là ou j’ai ajouté les extensions en « .old ».

Il me reste 2 points à régler :
1/Je dois copier malgré tout le contenu de mon archive (CF photo plus haut) dans le même répertoire?
2/Concernant la modif du confuguration.yaml, je dois changer uniquement la partie frontend (complète?) et serial?
Celui qui contient les infos :

---
permit_join: false
mqtt:
  server: mqtt://127.0.0.1:1883
  user: jeedom
  password: MOTDE PASSE
  base_topic: zigbee2mqtt
  include_device_information: true
serial:
  port: /dev/ttyACM0
  adapter: deconz
frontend:
  port: 8080
  host: 0.0.0.0
  auth_token: TOKEN
advanced:
  last_seen: ISO_8601
  network_key:
  - 207
  - 150
  - 85
  - 98
  - 239
  - 120
  - 231
  - 227
  - 47
  - 213
  - 219
  - 160
  - 145
  - 28
  - 242
  - 66
  pan_id: 17219
  ext_pan_id:
  - 53
  - 175
  - 83
  - 41
  - 104
  - 14
  - 125
  - 85
  log_level: error
external_converters:
- /var/www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js
devices:
  "0x7cb03eaa0a09538c":
    friendly_name: "0x7cb03eaa0a09538c"
    icon: data:image/png;base64,iVBOR

PLEIN PLEIN PLEIN DE TRUCS ECRITS ICI
homeassistant: true
...

Le « .OLD » :

homeassistant: true
advanced:
  network_key:
    - 242
    - 118
    - 132
    - 46
    - 169
    - 236
    - 12
    - 122
    - 199
    - 249
    - 6
    - 3
    - 155
    - 142
    - 112
    - 233
  pan_id: 30897
  ext_pan_id:
    - 143
    - 239
    - 147
    - 125
    - 53
    - 111
    - 238
    - 25
mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  password: MOT DE PASSE
serial:
  port: >-
    /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2230988-if00
  adapter: deconz
frontend:
  port: 8099

Merci, j’ai du mal mais bon ca va finir par s’arranger :slightly_smiling_face:

Ne t’inquiètes pas en plus d’être écrit lisiblement (on a eu un champion de chez Pivot récemment), ici le café mets du temps à infuser

Pour moi ça c’est pas/presque pas bon… 127.0.0.1 avec l’archi docker de HA c’est 10000% faux. Et donc au lieu de remettre temporairement les infos Jeedom (la vraie ip et pas le loopback), autant mettre directement les infos du brocker HA. Celui que tu as idéalement testé/découvert avant.
Et il faut aussi corriger le port

ça après il faudra voir, mais les icons ont des chances de ne pas marcher …

Et puis mettre un friendly_name identique à l’id, ça ne sert à rien. Perso je partirai à simplement virer la section devices:

ça aussi, poubelle, en plus c’est mal écrit niveau syntaxe :wink:

2 « J'aime »

Là, je n’ai rien touché, ce sont les fichiers tels quels :
Le 127.0.0.1 c’est le fichier configuration.yaml de Jeedom (que j’importe donc dans HA)
Le core-mosquitto c’est le fichier de configuration de HA.
Donc dans le fichier configuration.yaml de jeedom que j’ai importé, je remets les infos : core-mosquitto, un peu comme ça

---
permit_join: false
mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  base_topic: zigbee2mqtt => A laisser?
  include_device_information: true=> A laisser?
serial: (si je reprends les infos de HA) : 
  port: >-
    /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2230988-if00
  adapter: deconz
frontend:
  port: 8099 (celui indiqué sur HA)
  host: 0.0.0.0
  auth_token: TOKEN
advanced:
  last_seen: ISO_8601
  network_key:
  - 207
  - 150
  - 85
  - 98
  - 239
  - 120
  - 231
  - 227
  - 47
  - 213
  - 219
  - 160
  - 145
  - 28
  - 242
  - 66
  pan_id: 17219
  ext_pan_id:
  - 53
  - 175
  - 83
  - 41
  - 104
  - 14
  - 125
  - 85
  log_level: error
external_converters:
- /var/www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js
devices:
  "0x7cb03eaa0a09538c":
    friendly_name: "0x7cb03eaa0a09538c"
    icon: data:image/png;base64,iVBOR

PLEIN PLEIN PLEIN DE TRUCS ECRITS ICI que je laisse
homeassistant: true
...

Je dois changer « serial » ou pas ?
Pour les images, si j’importe tout le contenu de l’archive, ça devrait le faire, non ?
Pour les friendly name, je les ai changé sur HA (les friendly name des périphériques sur JEEDOM) mais ce changement n’apparaît pas sur Z2M…
J’ai l’impression d’être un assisté… :roll_eyes:
Si mes questions vous semblent trop basiques, je laisse tomber et je vais tout réinclure 1 à 1, pas envie de vous faire perdre du temps… :slightly_smiling_face:

Oui aussi, pour mettre celui comme dans ton exemple

Non. Et puis de toute façon, ça ne sert à rien, il y a des images dans z2m (pour l’affichage z2M) et il ya des images encore différentes dans HA…

Si tu mets ça comme ça

  "0x7cb03eaa0a09538c":
    friendly_name: "0x7cb03eaa0a09538c"

z2m va traiter le nommage selon cette régle… Donc soit tu mets rien du tout, soit tu mets pour chaque le nom jeedom dans friendly_name. Mais bon, comme tu peux renommer aprés plus facilement avec l’interface graphique… Keep it simple => Vire tous les devices.

Non, tu te fais juste une montagne d’un truc ultra simple

J’ai essayé d’écrire un truc aussi clair et détaillé que possible pour aider ceux qui veulent migrer leur z2m mais ça ne doit pas être suffisant

Je modifierai si besoin

Je pense que ça ne vient pas de ton tuto, ne t’inquiète pas.
C’est juste que effectivement, je me fais une montagne de pas grand chose… :sweat_smile:
Pour en revenir au sujet, je me suis lancé et je l’ai fait, sur Z2M, j’ai bien les périphériques.
Ensuite, je suis allé sur MQTT pour modifier le serveur MQTT et mettre les infos du broker HA.
Et …

CA FONCTIONNE!
Merci de m’avoir pris par la main m’sieurs dames :smiling_face_with_three_hearts:

Je vais dire bonne nuit à mon Jeedom :grinning:

2 « J'aime »

Petite question qui n’a peut-être pas de rapport (si c’est le cas, j’ouvrirai un nouveau sujet) :
Je vais sur l’interface graphique Z2M pour activer l’appairage de TOUT.
J’ai acheté des Thermostat MOES.

Lorsque j’essaie de l’ajouter, il se met dans Z2M mais apparaît comme « NON PRIS EN CHARGE » (au niveau du constructeur). Le modèle TS0601 (indiqué aussi dans Z2M)
J’ai ajouté une prise OSRAM, pas de souci en revanche.
Peut-être une histoire de mise à jour de la clé?

Version de Zigbee2MQTT   1.40.2 commit: unknown
Type de coordinateur   ConBee2/RaspBee2
Révision du coordinateur    0x26780700
Adresse IEEE du Coordinateur   0x00212effff060b58
Version de l'interface 0.7.4
Version Zigbee-herdsman-converters20.21.0
Version Zigbee-herdsman2.1.3

{
    "device": {
        "applicationVersion": 73,
        "dateCode": "",
        "friendlyName": "0xa4c13866dfa9c938",
        "hardwareVersion": 1,
        "ieeeAddr": "0xa4c13866dfa9c938",
        "manufacturerID": 4417,
        "manufacturerName": "_TZE204_9mjy74mp",
        "networkAddress": 65454,
        "powerSource": "Battery",
        "stackVersion": 0,
        "type": "EndDevice",
        "zclVersion": 3
    },
    "last_seen": "2024-10-05T16:57:06.838Z",
    "linkquality": 148
}

je ne connais pas ces vannes
regarde directement sur zigbee2mqtt les équipements pris en charge

tu as une procédure pour ces vannes

Vu le message pas très lisible on dirait que c’est juste une combinaison venderID/manufacturerID qui est nouvelle

1 « J'aime »

Merci pour la réponse.
Le modèle exact n’apparaît pas dans la liste (en image).
Je suis en train de suivre ça
Je vais lire voir si ça peut résoudre le problème