Keros : Mon projet, mon matos & des infos

[pierrotori]

https://www.frandroid.com/produits-andr ... -connectes
en effet ce n’est pas gagne

[Keros]

Petit retour après un mois avec le coordinateur Sonoff en remplacement de la ZiGate : aucun soucis

Mon réseau Zigbee est passé à 71 objets avec les Nodon Fil pilote avec mesure de conso électrique. Bon, on dira qu'avec la météo, ils n'ont pas beaucoup mesuré de consommation pendant ce mois ; le réseau en encore un peu plus chargé.

La latence n'a pas complètement disparu. C'est mieux, mais je suis assez loin de l'instantané à certains moment.

[Keros]

Petite sueur aujourd'hui : mon script de contrôle des objets plugin ZigBeeForDomoticZ m'a averti que tous mes objets ne communiquaient plus avec DomoticZ. J'ai ce type de message de temps en temps quand mes capteurs n'ont plus de batterie, mais là, c'est tous les objets
C'est arrivé suite à un redémarrage automatique quotidien pour sauvegarde de DomoticZ.
Coté WebUI du plugin, tous les graphiques étaient à zéro : plus aucun objet, aucune communication.
Les logs de démarrage du plugin dans DomoticZ n'indiquaient aucune erreur.
C'est dans les logs du plugin que j'ai pu voir :

checkListOfDevice2Devices - ZigBee - lumi.weather_Temp+Hum-001f8d0002d7e8db-01 not found in the plugin!'

En regardant dans les data du plugin, je m'aperçois que le fichier DeviceList-1.txt ne contient plus qu'une seule ligne : celle du coordinateur.
Avec les sauvegardes du plugin, j'ai pu retrouver le fichier d'hier et après un nouveau démarrage de DomoticZ, tout est revenu. Ouf

Pipiche est prévenu : il pense qu'il y a eu un crash au restart


Faites des sauvegardes régulières

Profitez-en pour vérifier tout de suite que vos sauvegardes sont toujours fonctionnelles et que vous pouvez les restaurer

[lost]

Hello,

Niveau sauvegarde, il s'agit de quoi? Ce qui est spécifié niveau wiki en cas de réinstallation complète domoticz/plugin?
Jamais eu un tel souci général, mais par contre qq vapeurs hier matin avec 3 prises (identiques, les seuls objets sur secteur faisant maillage, donc inutile de dire que plus grand chose ne reportait côté zigbee) non fonctionnelles et générant des tétrachiées d'erreur sur lesquelles une recherche m'avait amené à ce fil du forum anglophone:
https://forum.domoticz.com/viewtopic.php?t=42972
Pour ma part, je ne redémarre Domoticz qu'en cas de changement/MAJ Linux qui requiert un redémarrage donc pas forcément la même cause... Mais comme en zigbee les objets pas vus depuis trop longtemps auraient tendance à perdre l'appairage???

[Keros]

Je sauvegarde tout le dossier domoticz

C'est overkill oui : la BD de DomoticZ + les dossiers du plugin Z4D indiqués dans le wiki sont suffisants.


En 5 ans et demi, je n'ai jamais eu et il me semble n'avoir jamais lu (ici ou sur keybase) un souci comme celui-ci. C'est la raison pour laquelle je vous le partage > ça peut arriver.

Le redémarrage de DomoticZ ? J'ai pris le parti d'arrêter DomoticZ avant de faire une sauvegarde. Faisant une sauvegarde quotidienne : DomoticZ redémarre tous les jours.
Je me suis demandé si je ne ferai pas de même pour le Pi (tous les weekends par exemple) mais j'ai beaucoup plus eu des soucis au redémarrage du Pi qu'au démarrage de DomoticZ.

Les objets ZigBee peuvent être capricieux : ce sont le plus souvent les objets terminaux (en particulier les Xiaomi/Aqara). Ils retiennent leur chemin vers le coordinateur et si le dernier nœud disparait, ils ne rebasculent pas forcément sur un autre routeur.
Cela m'arrive d'avoir des "grappes" de capteurs qui ne donnent plus signe de vie > je refais un appairage et ça repart. Quelques fois, un simple débranchement/rebranchement de la prise connectée permet aux objets de recommuniquer, mais il ne faut pas que ce soit trop de temps après.
D'où les quelques scripts dans le wiki pour vérifier la perte d'objets et lancer une alerte. Je ne pense pas que ces scripts soient limités au plugin ZigBeeForDomoticZ.

[pierrotori]

avant de passer sous docker je redémarrais une fois par semaine mon rpi à cause d’un script qui gérait la livebox et l’os partait en vrille
depuis le script est stable et le système encore plus avec la migration sous docker
comme lost , maintenant je le redémarre après une maj du firmeware et de l’os une fois par an

côté sauvegarde je fais une sauvegarde de la base à chaud une fois par jour ainsi que que le répertoire de tous les systèmes installés
j’ai toujours une SD avec l’os prêt que je mets à jour quand je fais une montée de version et je restaure les répertoires sauvegardés (teste à chaque maj). plus de maj beta
je n’arrête jamais domoticz depuis qu’il est en https ouvert vers l’extérieur

il n’y a pas un mqtt zigbee , j’ai ça pour le zwave et c’est très stable et réactif

ce que j'ai pu constaté sur domoticz et c'est son point faible si dans les scripts ou dans des plugin, la gestion de l'appel des url, shell, command sont mal gérés alors cela à un impact sur les temps de réaction au switch, le multitache ce n'est pas sont fort, la ou node-red est plus puissant, je ne sais pas si home assistant à le même problème

[Keros]

Voilà un an que j'ai éteint ma ZiGate.

Depuis, aucun problèmes

Et même mieux : les sondes de température Aqara avaient la fâcheuse tendance à ne plus communiquer. Obliger de réappairer ou changer les piles, ce qui arrivait régulièrement. Là, en un an, j'ai changé quelques piles, mais certainement pas celles de toutes mes sondes

Au passage, les sondes Aqara de fuites d'eau que j'ai installées à mes tout débuts de DomoticZ (il y a 6 ans maintenant) sont toujours fonctionnelles et je ne leur ai jamais changé les piles !!!