Hello,
Si tes tests concernent uniquement le système ou jeedom, aucune raison de corrompre ta clé Zwave , d’autant que tu as fait une sauvegarde de cette dernière.
Pour partage ma solution de continuité...
Ma prod tourne sur un pi3 avec clé Zwave, clé enocean + rflink + une Zibase (avec le plugin jeebase)
Mes tests sont fait sur vmm de Synology avec une clé Zwave dédiée en stand-by (à chaque ajout de nouveaux modules je backup ma clé de prod et restore sur ma clé de test) + zibase
J’ai également une vm en stand-by sur Synology iso de ma prod qui peut utiliser ma clé Zwave de stand-by
De cette manière , si le pi3 est hs :
- je démarre ma vm de stand-by qui sera fonctionnel au niveau système / jeedom / Zwave
- je perds la partie rflink mais mes sondes de températures seront visibles via la zibase
- je perds la partie enocean (pas grave, des télécommandes ou 2 capteurs de portes pour lesquels j’ai des capteurs reliés à mon alarme)
En cas d’absence de mon domicile :
- si jeedom sur le pi hs, j’ai une solution de reprise via ma va de stand-by
- si routeur hs, le pi est en double attachement : ethernet sur routeur , wifi sur la box fournisseur —> le pi sera donc toujours joignable temporairement je devrai reconfigurer l’ip dans jeedom
- si routeur nécessite un reboot, j’ai une prise Zwave dessus : jeedom teste toutes les 15mn des périphériques qui sont toujours allumés. Si j’ai moins de 50% qui répondent en 3 essais, je fais un arrêt relance de la prise Zwave
- si box fournisseur hs, tout continue en local, mais je n’ai plus d’accès externe. Idem que précédemment avec une prise Zwave. Je teste un Ping à intervalle régulier vers Google et relance si nécessaire la box
- si plus d’électricité, j’appelle belle maman qui débarque avec les glacières
A+
.
