Rendre robuste une installation: 2nd clef Zigbee dans un réseau? binding?

Protocoles de communication Zigbee
21

Un projet perso c’est toujours une occasion pour développer des compétences.

Proxmox propose déjà une fonctionnalité de Haute Disponibilité (HA - High Availability), et permet déjà de synchroniser les conteneurs ou vms d’une machine à une autre.

Il faut 3 machines pour que chaque serveur puisse déterminer s’il est en panne lui-même ou pas, mais on peut s’en sortir avec 2 machines qui gèrent des VMs et un QDevice (Corosync Quorum Device). Un QDevice c’est un service qui s’installe sur un petit « serveur » debian par exemple (un raspberry pi, etc).

Donc si l’essentiel peut être synchronisé, la problématique principale avec le Zigbee c’est qu’il faut que le coordinateur soit « à jour ».
Là, je vois 2 solutions:

  1. Utiliser un coordinateur/gateway accessible depuis le réseau. Donc si un serveur Proxmox plante, le coordinateur reste le même et ce même lors du basculement.
  2. Avoir une clef sur chaque machine Proxmox. Détecter le changement et à ce moment-là restaurer la configuration Zigbee sur la clef. L’automatisation de cette étape nécessite probablement encore qqs évolutions dans ZHA ou Z2M.

Si on veut aussi la redondance zigbee lorsque le coordinateur est accessible par le réseau, il faut un deuxième coordinateur d’avance. Il pourrait être tenu à jour régulièrement (sans le lancer vraiement), ou bien recevoir la restauration du réseau Zigbee le moment venu.

22

Intéressant, intéressant,…
je ne suis pas à ce niveau là. D’ailleurs je ne comprends ce que vous dites.

Je suis parti sur la solution d’un device zigbee inséré dans le réseau et « binded » à la mesure et aux commandes.
J’ai le device par contre le bind ne fonctionne pas donc je suis bloqué là.
Si le bind fonctionnait la redondance serait très facile à faire.

  • est ce que le rasberry fonctionne?
  • si oui je ne fais rien
  • si il ne fonctionne pas je prends la main avec une régulation de température simplifiée.
  • c’est tout

Ce device zigbee coute 15€.
Il a un ESP32 donc peut communiquer de façon indépendante pour faire remonter la panne de la Raspberry.
Donc oui cela vaut vraiment le coût de tenter l’expérience.

23

J’ai fait un petit essai ce matin concernant une gateway zigbee (UZG POE) en ethernet. l’essai a été fait a l’arrache : j’ai cloné ma VM et juste changé l’ip du serveur mosquito au niveau des paramètres de zigbee2mqtt sur la seconde machine. au niveau zigbee les deux machines ont l’air de fonctionner normalement, la gateway detecte bien deux clients.
Si je rajoute un périphérique zigbee a zigbee2mqtt sur une machine, l’autre machine le rajoute aussi, mais si on renomme sur l’un l’autre garde son ID par défaut (ce qui est logique).

Je vais la laisser allumée aujourd’hui pour voir comment ca se déroule pour les automatisme (qui seront doublé…) sinon je créerai un automatisme qui active tous les autres quand la première machine ne répond plus.

Bref il n’y a plus qu’a trouver un moyen d’uploader les modifications de la machine principale a l’autre de manière automatique. Ou de faire un script qui clone la machine principale toutes les nuits, l’upload vers la deuxième machine et change l’adresse du serveur moquito dans les paramètre zigbee2mqtt. Mais si c’est juste un serveur backup pour les automatisme,data ca fonctionne deja pas trop mal. j’imagine que je vais trouver des bugs sur la durée.

Concernant la double gateway réseau, j’ai essayé : le problème c’est que le deuxième coordinateur n’a pas l’air de vouloir s’incruster dans le maillage zigbee de l’autre coordinateur. si on éteint l’autre coordinateur j’ai toujours un message disant qu’il y a un réseau avec le même panID a proximité (probablement du a mon réseau de routeurs assez dense) et donc refuse de démarrer. Il y a deux possibilités pour le forcer a rentrer avec le backup de zigbee2mqtt : éteindre tous les plombs pour que les routeurs zigbee (ampoule prise etc) ne soient pas alimenté. Ce n’est pas très pratique du coup, j’ai trouvé une autre astuce : enlever l’antenne (ça n’a pas suffi.) et de mettre la passerelle dans une boite en metal pour l’isoler du réseau présent. Du coup, elle a bien voulu se connecter et refaire un maillage sans réappareiller toute l’installation.

24

Super Intéressant!
Quelques questions pour bien comprendre le montage avec la gateway zigbee:

  • la gateway sort toutes les info du réseau vers l’ethernet? et peut commander tous les devices du réseau?
  • que se passe t’il si tu retire le routeur? Est ce que la gateway peut envoyer des commandes à la place du routeur? donc avoir des devices commandées par à la fois la gateway et une clef zigbee sur par exemple une RPI avec HA?
    → si c’est cela c’est exactement ce qu’il me faut!!
25

pour le point 1 : la gateway sert de coordinateur, donc c’est elle qui gere le reseau zigbee (plus besoin de clef usb)

le point 2 : ? je ne comprend pas la question :slight_smile: en zigbee les routeurs servent grossomodo de relais pour les maillages du réseau mais ils ont besoin d’un coordinateur pour fonctionner. ce n’est pas possible d’avoir deux coordinateurs allumé en meme temps sur le même reseau (ca demarre mais ca ils l’air de rentrer en conflit au niveau du maillage). Maintenant si l’autre coordinateur s’allume que quand le premier est en rad, ca devrait fonctionner mais il faut que ce coordinateur ait deja rejoint ce réseau une premiere fois (et donc de le mettre dans une boite en métal pour l’isoler), je ne sais pas si le coordinateur backup garde en mémoire longtemps les paramètres pour rejoindre le réseau. l’ideal serait probablement de lui laisser l’occasion de le rejoindre tout les X jours (en profitant d’une mise a jour de la machine principale par exemple). J’imagine que c’est mieux que se soit deux même modèles de coordinateur (chez moi j’ai deux UZG zigstar pour faire les test)

26

ok merci je comprends…
mon but n’est pas de remplacer un coordinateur par un autre

J’avais compris que le gateway s’insérait dans un réseau existant et qu’on pouvait l’utiliser pour lire et commander des devices de ce réseau. Et donc potentiellement qu’il pouvait servir de relais quand le coordinateur était en panne.

Sinon oui, a priori, on ne peut pas avoir deux coordinateurs en même temps.

27

Mais… je vais supposer que ton chauffage n’est pas à fond quand tu n’es pas chez toi, mais plutôt le « contraire ».
Donc si le serveur tombe en panne, il y a plus de chances que ça reste à une température plutôt basse.

Et oui on doit pouvoir supposer qu’un thermostat décède au cours d’une phase de chauffage mais dans ce cas, à part si ton thermostat fonctionne soit à 0%, soit à 100 %, ça ne sera pas à fond non plus, et ça ne concernerait qu’un thermostat.

Le problème n’est pas l’automatisation en soi, ça pourrait aussi arriver avec un thermostat centralisé « à l’ancienne ». Le problème est qu’il y a plus de pièces donc la probabilité qu’une de ces pièces lâche augmente. Mais que tout ton système soit mis en défaut… pas forcément je dirais. J’ai un thermostat centralisé qui est mort en décembre chez moi (résultat plus de chauffage).

Et ayant également un thermostat centralisé, il me ser(vira) de contrôle supplémentaire, en limitant la température max. Donc si jamais ton cas que j’estime très rare m’arrivait, je perdrais « juste » un peu d’argent, mais ça ne va pas non plus transformer la maison en sauna.

Après, la solution peut aussi être un voisin / membre de famille pas trop loin qui peut rentrer chez soi au moyen d’un clé (pour la porte je veux dire :slight_smile: ) et intervenir sur les thermostats directement si jamais on ne peut pas se connecter à son HA depuis l’extérieur.

28

Salut
Oui la panne de mon thermostat est soit radiateur à fond soit éteint.
Ce sont des radiateurs électriques qui sont allumés puis éteint sur des périodes de 5mn.
Et là où je te rejoins, c’est que même si le thermostat lâche lors d’une période radiateur allumé, le radiateur a sa propre régulation de température à peut près vers 20° (mon thermostat ne fait que descendre la température).

29

Ok maintenant je comprends mieux.
Après reste pour moi une question importante, le retour sur investissement. Et là, pour moi ça coince.
Si j’ai bien compris, HA ne sert « qu’à » piloter les chauffages, pas de sécurité ou autres possibilités. Donc si il y a panne, elle sera surtout gênante quand vous n’êtes pas là longtemps donc plutôt les vacances. Sinon, c’est une situation d’une journée de travail maximum.
Je vais partir du principe que tu n’es pas rentier et que tu as peut être des enfants scolarisés donc ça va être compliqué de partir plus de quelques semaines.
Donc… si on prend en compte l’achat d’un second Rapsberry plus clé Zigbee « au cas où », c’est à dire un minimum de 100€, plus le surcoût certes faible de cette conso électrique supplémtaire, il faudrait combien de mois (années ?) de pannes pour que ce coût soit rentable, par rapport au surcoût d’un chauffage non contrôlé ?

Je pense que le plus simple ou en tout cas le moins cher serait de pouvoir être averti par HA si jamais il ne reçoit plus le signal d’un des radiateurs, ça c’est plutôt facile, mais aussi de recevoir une notification du portable s’il n’arrive plus à s’y connecter à distance. Je sais pas si c’est nativement possible, j’attends toujours mon Rapsberry pour commencer à jouer avec HA :smiley:
Et dans un tel cas, demander à un voisin / membre de famille à côté de passer vérifier et régler les thermostats manuellement, en l’invitant après au resto pour sa bonne action, coûtera sûrement moins cher.

30

Salut
L’année où j’ai mis en place mon thermostat j’ai gagné 600€.
Tout a été remboursé: clef zigbee, 3 sorties de câble Legrand, capteurs de température, fer à souder (un collègue m’avait offert une Raspberry).
J’en ai aussi profiter pour déplacer un radiateur et optimiser le chauffage.
Du coup, j’ai maintenant un second Raspberry et un contacteur pour l’eau chaude sanitaire.
Mon problème est que le second Raspberry ne peut pas remplacer automatiquement le premier quand ce dernier tombe en panne.

31

Salut,
je pense sérieusement que cela n’a pas été prévu pour l’instant par HA… car bizarrement peu de gens doivent se poser ce genre de problématique, même quand ça gère aussi la sécurité de la maison.
Par exemple, j’ai un serveur Truenas et j’ai le disque contenant l’OS qui est « doublé », ainsi si un disque tombe en panne, l’autre prend le relais, me prévient et j’ai normalement le temps de remplacer le défectueux avant un nouveau problème, mais mon système reste actif.
Les disques durs sont toujours le point faible d’un ordi. Le CPU est virtuellement increvable, surtout vu l’utilisation d’un tel système, et le reste c’est un peu pareil. Donc faudrait voir si y a moyen de doubler le disque OS, un RAID 1 quoi du disque système. Mais je crois pas que ce soit prévu. Enfin du moins j’ai pas vu cette fonction proposée. Mon installation est maintenant sur un HA yellow, où ce serait possible vu qu’il y a une mémoire intégrée et la possibilité de rajouter un SSD, donc oui on pourrait. Mais faut que le système le permette. Ou… faut installer Home assistant dans un Docker sous Linux, et que ce Linux fonctionne en RAID1. Mais ça rajoute peut être des complications, j’ai pas du tout regardé ce mode de fonctionnement.
Le reste des pannes ? Une panne électrique, mais là bien sûr c’est une autre problématique :slight_smile: et la chute, ce qui est rare normalement quand personne n’est à la maison. Perso, je considère que si tu arrives à sauvegarder la future perte de ton disque contenant l’OS, tu élimines 99 % des raisons pouvant justifier d’avoir un second appareil pour le remplacer.

Et comme dit plus haut par d’autres, faudrait que les deux se « parlent », pour éviter que tu doives faire des copier-coller de ta config si jamais tu changes, normalement tu joues pas tous les jours à tout changer mais bon ça serait plus simple, et faut être sûr que les deux ne se gênent pas. Et je pense que jamais personne n’a prévu cette utilisation pour HA.

Et encore une fois, que de problématiques à résoudre pour un risque somme toute assez minime = que ton système se plante alors que ton chauffage est en cours de fonctionnement et surchauffe donc la pièce. Risque somme toute limitée à quoi, 6 mois de l’année ? et pour une période de vacances de peut être 2 semaines max, à moins que tu sois chanceux sur ce point.
Là, vraiment, t’aurais pas de pot. Je comprends bien que t’as économisé de l’argent en installant HA, mais le gain / coût (le temps a une valeur pour moi, surtout mon temps personnel) me parait hautement aléatoire.

Une alerte de ton téléphone t’indiquant qu’il ne peut plus communiquer avec ton serveur et une personne physique ayant accès à ton domicile pour régler le potentiel problème, ça me parait bien plus simple à mettre en place au vu de la problématique.