Analyse erreurs log domoticz

[Papy de la mer]

Bonjour.

Je fonctionne actuellement dans la configuration suivante :
- NAS Synology DS220+
- Domoticz 2023.2 (build 15555) sous docker
- plugin zigbeefordomoticz en version 7.1.004.

L'intégration de nouveaux équipements et la mise à jour du plugin zigbeefordomoticz m'ont conduit à m'intéresser un peu plus aux log de domoticz. J'ai actuellement des erreurs récurrentes de la formes suivante :

2023-10-18 09:50:01.463 Error: UpdateMeter: Error converting sValue/sUsage! (IDX: 62, sValue: '', sUsage: '0', dType: 113, sType: 0)
2023-10-18 09:50:01.463 Error: UpdateMeter: Error converting sValue/sUsage! (IDX: 63, sValue: '', sUsage: '0', dType: 113, sType: 0)
2023-10-18 09:51:35.586 Error: GetJSonDevices: exception occurred : 'stoll'
2023-10-18 09:51:35.586 Error: GetJSonDevices: exception occurred : 'stoll'
2023-10-18 09:51:35.689 Error: GetJSonDevices: exception occurred : 'stoll'
2023-10-18 09:51:35.689 Error: GetJSonDevices: exception occurred : 'stoll'

Ce paquet de 6 lignes consécutives apparaît avec régularité toutes les 5mn.
Précision : les Idx 62 et 63 qui apparaissent dans les 2 premières lignes n'existent plus depuis un moment dans la liste de mes dispositifs.

Depuis l'ajout d'une sirène Neo (avec l'aide active de pipiche ... ), à chaque fois que j'active la sirène, je récupère les erreurs suivantes :

2023-10-21 11:28:50.137 Error: Zigbee: ts0601_actuator - No DPS stanza in config file for 8140 TuyaAlarmDuration
2023-10-21 11:28:50.139 Error: Zigbee: ts0601_actuator - No DPS stanza in config file for 8140 TuyaAlarmMelody

Précision : dans l'onglet "gestion des objets" de zigbee, les tentatives de modification des paramètres "TuyaAlarmDuration" et "TuyaAlarmMelody" sont sans effet.

Comment faut-il interpréter toutes ces erreurs et comment puis je les corriger ?

[Keros]

Evite de mélanger les demandes, on va se perdre. Si tu as des choses qui concernent le plugin ZigBeeForDomoticZ, ouvre un sujet là-bas. Pipiche y verra ta demande

Quels étaient les dispositifs qui avaient ces id 62 et 63 ? J'ai bien compris qu'ils n'étaient plus dans DomoticZ, mais il doit y avoir quelque chose qui essaye d'y envoyer / ou d'en récupérer une info.

As-tu essayé de désactiver tes plugins les un après les autres et ensuite de faire la même chose avec tes scripts. Autre possibilité, des objets connectés qui communiquent via wifi ou d'autres choses qui s'interface avec DomoticZ comme une autre application de commande vocale, un système de domotique parallèle. Ne connaissant pas ce que tu fais avec DomoticZ, les pistes peuvent être très larges.

Autre question : qu'est-ce que tu as qui pourrait se lancer toutes les 5 minutes de façon régulière ? Cela me fait penser à un script ...

[Papy de la mer]

J'ai justement essayé ce matin de mettre de l'ordre dans mes messages et mes demandes ... avec une réussite visiblement "discutable" ...
- j'ai clos mon sujet sur les objets zigbee non optimisés ;
- j'ai déplacé et regroupés mes questions concernant les erreurs que je relevais dans Domoticz ... ce qui m'a paru relever du thème ... domoticz ... ;
- à la lumière des difficultés que je rencontrais avec ma sirène, mais en généralisant, j'ai posé une question sur la possibilité éventuelle de changer les paramètres d'un objet via une procédure externe à zigbee.

Voilà pour l'explication de mes messages et questions du matin ...

Pour les idx 62 et 63 ... je me suis posé la même question que toi ; de même l'occurrence régulière de l'erreur m'a interpelé ... Mais je n'ai rien trouvé. Sauf que lorsqu'on cherche une erreur, nous le faisons souvent avec des prémisses de recherche tronquées ... C'est ce qui vient de m'arriver et ce sont tes remarques qui m'ont conduit à reprendre mes recherches de façon plus ouvertes : j'ai procédé récemment à des "simplifications" dans mes capteurs virtuels domoticz en supprimant des idx et je viens de constater que les 2 idx supprimés ... n'auraient jamais dû l'être ...

Ce qui m'amène à te répondre sur ce que je fais et comment je le fais :
- je me suis mis à la domotique il y a quelques années ; mon choix s'est porté sur le couple NAS Synology / domoticz parce que c'est ce qui m'a paru le plus accessible ; j'ai failli abandonner lorsque Jadalh a mis les pouces sur les packages de mise à jour mais j'ai découvert docker et j'ai poursuivi et développé ;
- j'utilise peu les plugins et les scripts car je ne suis pas du tout à l'aise avec la programmation type linux, lua ou python ;
- jusqu'à il y a peu, la majorité des capteurs que j'enregistrais dans domoticz était des capteurs virtuels issus de modules applicatifs développés un peu sur Arduino UNO ou MEGA2560 et beaucoup sur ESP8266 que je maîtrise assez bien ;
- afin de ne pas mourir (complétement) idiot, je me suis mis, très récemment, à zigbee (tu as subi mes premier pas avec le dongle USB Sonoff E) et à MQTT ... Cela a, toutes choses égales par ailleurs, révolutionné ma façon de voir et de traiter mes besoins et modifié en profondeur la programmation de mes modules actifs que je suis entrain de reprendre un à un avec parfois des "coups de serpe" ... excessifs.

Désolé pour la longueur. Cela vous permettra peut-être de comprendre ... mes prochaines bêtises ...

[Keros]

Je trépigne de connaître le dénouement de l'histoire : c'est bon pour les logs avec tes deux idx ?

[Papy de la mer]

Tes trépignements risquent fort d'empirer ... c'est du moins le cas des miens ...

J'ai recréé les 2 idx qui correspondent à des compteurs customisés en heures qui recueillent les données cumulées de temps de chauffage journalières et mensuelles. Les données proviennent d'un ESP8266 qui les transmet à Domoticz via des messages MQTT (procédure qui a parfaitement fonctionné lors de la création initiale des idx 62 et 63).

A partir de là :
1) très vite,, les widgets associés aux 2 compteurs (idx 225 et 226) disparaissent des dispositifs comme avaient disparu les widgets associés aux idx 62 et 63 (ce n'est donc pas moi qui les ai supprimés par erreur ...) ;
2) dans la liste détaillée des dispositifs de Domoticz, les idx 225 et 226 n'apparaissent plus (comme ont disparus les idx 62 et 63) ;
3) au N° d'idx près, je retrouve les mêmes messages dans le log Domoticz :

2023-10-24 09:10:01.536 Error: UpdateMeter: Error converting sValue/sUsage! (IDX: 225, sValue: '', sUsage: '0', dType: 113, sType: 0)
2023-10-24 09:10:01.536 Error: UpdateMeter: Error converting sValue/sUsage! (IDX: 226, sValue: '', sUsage: '0', dType: 113, sType: 0)

4) cerise sur le gâteau : lorsque j'interroge Domoticz directement à partir de mon navigateur via la commande
".../json.htm?type=devices&rid=IDX", commande permettant d'obtenir toutes les données associées à un idx, les idx 62, 63, 225 et 226 ... répondent ... ils existent toujours dans Domoticz ...

J'ai vérifié et revérifié la commande MQTT de remontée d'information :
"{\"command\":\"udevice\",\"idx\":IDX,\"svalue\":\"SVALUE\"}" (avec SVALUE qui doit être un nombre entier).

J'avoue ne pas comprendre ce qui se passe ...

[Keros]

Tu peux vérifier que ce ne serait pas le même cas que ce sujet en allant vérifier dans les config d'utilisateurs ?

[Papy de la mer]

Bonjour.
Désolé Keros pour mon long silence après ton dernier message quelques ... difficultés perso ...
J'ai vérifier les droits associés à mon nom d'utilisateur : RAS. Aucun capteur, virtuel ou pas, échappe à mon contrôle.
Nouveau paradoxe, mes 2 compteurs que je cherche partout, qui sont dans la base de données Domoticz, apparaissent aussi dans la liste "available options" associée à mon nom d'utilisateur ... mais ils sont toujours absents de la liste des dispositifs et absents des widgets de l'onglet "Mesures" de Domoticz ... GRRR ...

[Keros]

available options, c'est la colonne de gauche ? De mémoire, il faut les basculer à droite.

[Papy de la mer]

Pour moi, la colonne de gauche est celle des capteurs affichés et contrôlés et celle de droite (not selected option) , celle de ceux sur lesquels tu n'as pas la main ...

[Keros]

Pardon, j'avais répondu de mémoire, et c'était l'inverse.