Tuya compteur d'énergie double pinces ampèremétrique PJ-1203A (id = TS0601, _TZE204_81yrt3lo)

[Mink45]

Bonjour, est-il possible d'ajouter cet équipement à Abeille ? Il s'agit d'un compteur d'énergie double pince ampèremétrique. L'équipement est détecté en Unknown device et seules les commandes de base apparaissent (Short-Addr, Online...) mais pas celles propres au module
S'il faut plus d'informations, ne pas hésiter et merci d'avance !
discovery-TS0601__TZE204_81yrt3lo.zip

[tcharp38]

Salut @Mink45
Il faudrait que tu bascules sur la beta du moment déja

• mode debug
• 5000 lignes de log pour le support.

Voir
https://kiwihc16.github.io/AbeilleDoc/Installation.html#installation-de-la-version-beta
https://kiwihc16.github.io/AbeilleDoc/Debug.html#support

Il me faudra aussi une image format PNG de bonne qualité sans arriere plan pour mettre en icone

D'autre part c'est vendu sous une marque particuliere ?
Un ref/modele ?

[Mink45]

Merci pour la réponse.
Je suis bien en beta, je suis passé en debug avec 5000 lignes. Il faudrait que je fournisse quel fichier de log ?

Voici une image pour l'icône.
Pour la marque, honnetement dur à dire, sur AliExpress c'est écrit Tuya Zigequation mais pas certain que ça soit une marque.
Le modèle serait PJ-1203A (cf etiquette jointe)

[tcharp38]

Ok merci pour le modele.
Pour la marque je vais garder "Tuya".. le Zigequation n'apparait nul part

C'est du Tuya donc 100% pas standard. Je vais fouiller le net pour voir comment il est supporté.
En attendant tu peux refaire une inclusion avec ce modele qui devrait commencer à donner qq infos
TS0601__TZE204_81yrt3lo.zip

Il me faudra le package de logs qq temps apres l'inclusion (page maintenance +telecharger tout).

[Mink45]

@tcharp38 Merci, est-ce qu'il y a un endroit qui indique la méthode ? Car je vois bien comment on force le modèle une fois l'équipement inclus mais pas comment ajouter le modèle fourni ?

[tcharp38]

Oooops
Désolé.

Tu dois décompresser ce truc dans Abeille/core/config/devices
puis redemarrer Abeille
puis refaire inclusion du device

[Mink45]

@tcharp38 Merci pour les infos. J'ai pu ajouter les fichiers via l'explorateur de fichiers de jeedom. J'ai réinclu le module. Il est bien détecté et prend le nouveau modèle. J'ai des commandes Power A et Power B qui se sont créées ainsi que Current A et Current B mais pour l'instant tout reste désespérément à 0. (j'avais auparavant fait une inclusion sur Tuya pour vérifier que les pinces ampèremétriques étaient bien positionnées en renvoyaient une valeur puis j'ai réinitialisé le module avant de l'inclure via Abeille). Je t'envoi les logs d'ici demain je pense qu'il devrait y avoir pas mal de valeurs puisque les moduels par défaut envoient des valeurs toutes les 10s

[Mink45]

@tcharp38 Et voici les logs, en espérant que ça te soit utile, sinon dis-moi ce que je peux te fournir. Merci d'avance !
AbeilleLogs-240318.tar.gz

[tcharp38]

Je vois.
Il faut que je fasse une nouvelle beta. Je te tiens au jus.

[tcharp38]

Beta poussée. Sera dispo demain.
Tu fais la mise à jour et tu me files à nouveau un package de logs 10mins apres STP

[Mink45]

@tcharp38 Quelle réactivité ! Merci. J'ai pu mettre la beta ce matin, ça semble pas mal. Les infos Power et Current arrivent bien que ce soit sur le channel A que le B. Le seul point c'est qu'il ne semble pas faire de différence entre l'énergie puisée et celle injectée via panneaux solaires par exemple. Dans mon cas, J'ai placé la pince du Channel A sur la phase de l'arrivée électrique. Je ne sais pas si ça se retranscrira dans les logs mais il y a des moments où l'énergie était puisée du réseau (principalement quand le Channel B est actif car j'ai allumé un radiateur pour voir si ça passait) et après (lorsque j'ai coupé le radiateur), l'énergie était injectée au réseau mais le Power A restait en positif. Sur l'application Tuya, ils parlent de Forward (énergie puisée) et Reverse (énergie injectée) si jamais ça aide mais déjà, rien qu'avoir les informations de consommation c'est super !
AbeilleLogs-240320.tar.gz

[tcharp38]

Il semble qu'il y ait une info supplémentaire qui dit "consuming" ou "producing".

Decompresse ce modele par dessus l'autre (core/config/devices/TS0601__TZE204_81yrt3lo
TS0601__TZE204_81yrt3lo.zip

et fais une "reinit" à partir de l onglet avancé de l'equipement
ou refait une inclusion

[Mink45]

@tcharp38 Génial ça fonctionne. J'ai cru au départ que non mais en fait il semble que la mise à jour du modèle ai fait planter la Ruche. Bref un petit redémarrage et ça repart. Tu as un endroit dans les logs où on voit la liste des éléments qui peuvent être fournis par le module ? Par exemple, sur Tuya dans la section du module il y a d'affiché la quantité d'énergie enregistrée par le module par "channel", une sorte d'index de la consommation mais je ne sais pas si c'est le module qui le fait où si c'est un calcul de l'application Tuya. Il y a aussi la possibilité de paramétrer le délai où le module envoi un refresh des infos.
En tout cas déjà avec les infos qu'il y a là c'est génial, un grand merci !

[tcharp38]

Tiens, nouveau modele.
Meme manip

Quantité d'energie.. ca parle pas pour moi. J'ai mis "Total power" en W. Ca le fait ?

TS0601__TZE204_81yrt3lo.zip

[tcharp38]

Je change les unités à nouveau
power => W
total power/produced => KWh

TS0601__TZE204_81yrt3lo.zip

Tu me dira si c'est coherent ou pas

[Mink45]

@tcharp38 Est-ce que tu sais à quel point tu es génial ? Franchement, c'est top, en historisant les index, on peut facilement avoir la remonté de la consommation et/ou production quotidienne d'un circuit électrique. Il va surement me falloir quelques temps pour vérifier tout ça mais les données semblent cohérentes.
Et dernière question. Si je rachète des modules, qui dans leurs caractéristiques semblent identiques mais bien sûr impossible d'avoir le numéro du modèle. Est-ce qu'ils sont censés s'intégrer où il faut à chaque fois que tu refasses un modèle manuellement ?

[tcharp38]

Merci du retour.
On va te laisser le temps de jouer un peu avec avant de cloturer le sujet.

Pour les autres modules.. tout dépend. Avec Tuya et les multiples vendeurs, c'est toujours un coup de poker.
Meme avec le meme aspect physique, le firmware embarqué peut etre different, meilleur, voir + pourri.

MAIS si signature Zigbee differente avec les memes fonctionalités.. alors on utilise le meme modele en ajoutant la signature "alternative"

[Mink45]

@tcharp38 je reviens vers toi après quelques jours. Au niveau des pinces, rien à dire ça fonctionne correctement. Mais depuis qu’elles sont installées, j’ai la zigate qui semble planter régulièrement. Environ une fois par jour, j’ai la ruche qui se met en timeout. Le seul moyen que ça reparte c’est de la débrancher physiquement et de la remettre et ça refonctionne directement. Je pense que ça doit être ça ou une autre modif sur la bêta car aucun problème avant et je n’ai rien modifié d’autre à l’installation. Tu as une idée d’où ça peut venir ?

[tcharp38]

Salut
Si la zigate plante ça peut venir soit d'un bug d Abeille soit provoqué par les pinces avec par ex trop de messages entrant.
Il me faudrait le package de logs pour voir la situation et idéalement juste après plantage

[Mink45]

@tcharp38 merci pour ta réponse.
Voici les logs que j'ai, malheureusement de maintenant, le plantage a eu lieu hier vers 20h50 il me semble. Après si trop compliqué j'essaierais d'avoir au plus près du plantage
AbeilleLogs-240326.tar.gz

[Mink45]

@tcharp38 Nouveau plantage ce jour, dernière communication de la ruche à 10:48? Les logs sont donc plus rapprochés que les premiers envoyés
AbeilleLogs-240327.tar.gz

[tcharp38]

Regarde le "serialRead"
Plus de Zigate sur le port à 10h51.

[2024-03-27 10:48:11] Got 8012000ABE00010102AFCAC900028A
[2024-03-27 10:48:11] Got 801100085100AFCA01EF00C98A
[2024-03-27 10:48:11] Got 8002001B8E000104EF00010102AFCA020000094602006771020004000007488A
[2024-03-27 10:48:11] Got 8002001B8E000104EF00010102AFCA020000094602006771020004000007488A
[2024-03-27 10:48:11] Got 8012000ABA00010102AFCACA01048A
[2024-03-27 10:48:11] Got 801100085200AFCA01EF00CA8A
[2024-03-27 10:51:06] ERROR: Serial port /dev/ttyUSB0 disappeared !
[2024-03-27 10:51:09] /dev/ttyUSB0 port opened
[2024-03-27 10:52:06] ERROR: Serial port /dev/ttyUSB0 disappeared !
[2024-03-27 10:52:09] /dev/ttyUSB0 port opened
[2024-03-27 10:53:05] ERROR: Serial port /dev/ttyUSB0 disappeared !

Zigate à planté ?
L'interface USB => RS232 de la Zigate HS ?
Ou Abeille en est a l'origine en provoquant un reset ?

Pas clair tout ca.
Tu m'envoies le log du dmesg ? (sous une console ... dmesg > dmesg.log)

[Mink45]

Alors le RS232, je ne sais pas si c'est ça mais j'avais déjà changé la partie "USB" de la zigate il y a quelques années car les premières versions avaient des problèmes. Peut-être ça mais le timing est étonnant, aucun souci depuis des années et là ça tombe après les modifs mais bon qui sait des fois.
Pour le dsmesg.log, je trouve ça où, pas depuis l'explorateur de fichiers de jeedom il faut que je me connecte en ssh sur le raspberry ?

[tcharp38]

Ha ok donc tu as déja changé la partie USB.. c'est celle la qui fait USB=>RS232.
Donc mauvaise piste.

Maintenant coté Abeille je ne vois pas ce qui entrainer un plantage.
Mais on peut soupconner tes compteurs d'energie. Une piste pourrait etre de les sortir du reseau qq temps pour voir si plantage arrive encore mais ca n'est valable que si le plantage est assez rapide et regulier.

dmesg est une commande du kernel.
Il te faut normalement une console mais heureusement Jeedom te permet d'y acceder via le menu
Reglages>Systeme>Configuration>OS/DB>Administration systeme>dmesg

[tcharp38]

Pour en revenir à ton dernier log.. la Zigate s'arrete de causer juste apres "2024-03-27 10:48:11"

[2024-03-27 10:48:11] Got 8002001B8E000104EF00010102AFCA020000094602006771020004000007488A
[2024-03-27 10:48:11] Got 8012000ABA00010102AFCACA01048A
[2024-03-27 10:48:11] Got 801100085200AFCA01EF00CA8A
[2024-03-27 10:51:06] ERROR: Serial port /dev/ttyUSB0 disappeared !

Le dmesg pourrait eventuellement correler ca.

Ce que je pige pas c'est que le powerCycle devrait resoudre le pb en deconnectant la Zigate puis en la reconnectant mais ca ne semble pas fonctionner pour toi.
Je vais voir si je peux améliorer ce process de power cycle

[tcharp38]

Voila une petite mise à jour du script de power cycle.
Si tu sais ouvrir une console on peut faire qq tests de + pour améliorer ça.

A decompresser dans core/scripts
powerCycleUsb.zip

Tu peux l'executer de ta console à partir du repertoire racine d'Abeille

cd /var/www/html/plugins/Abeille

puis

root@FelicityDbox: ./core/scripts/powerCycleUsb.sh /dev/ttyUSB0
powerCycleUsb.sh starting: Thu 28 Mar 2024 10:35:10 AM CET
USB port=/dev/ttyUSB0
DMESG2='usb 6-1'
PORT='6-1'
Disconnecting 6-1
Reconnecting 6-1

[Mink45]

Alors voici le log dsmesg depuis Jeedom :
dsmesg.txt

Si il faut exclure du réseau les pinces pendants quelques jours pour tester, je ferais c'est pas trop un souci. Le problème se présente environ 1 fois par jour, des fois un peu plus, des fois un peu moins.

Pour exécuter à partir d'une console, je pourrais faire demain car je suis à distance et mon accès ssh n'est que local.

[tcharp38]

Il y a 2 choses.

• S'assurer que le script de powerCycle fonctionne bien. Ca semble etre le cas mais j'aimerais voir la trace avec le dernier script.
• Exclure les pinces pour confirmer que ce sont bien elles la cause du crash

Mais je vois un truc dans dmesg qui m'intrigue. Il y a beaucoup de messages comme suit

[159488.699349] Under-voltage detected! (0x00070007)
[159492.859246] Voltage normalised (0x00020002)

J'ai trouvé cet article qui en parle. Tu devrais regarder ça. Si l'alim n'est pas bonne ca peut engendrer des tas d'effets de bord foireux.
https://raspberrytips.fr/erreurs-de-sous-tension-raspberry-pi/?utm_content=cmp-true

[Mink45]

Alors j'ai décompressé le fichier powerCycle mais j'ai un Permission denied lorsque j'execute les commandes demandées :
pi@raspberrypi:~ $ cd /var/www/html/plugins/Abeille pi@raspberrypi:/var/www/html/plugins/Abeille $ ./core/scripts/powerCycleUsb.sh / dev/ttyUSB0 -bash: ./core/scripts/powerCycleUsb.sh: Permission denied pi@raspberrypi:/var/www/html/plugins/Abeille $

Concernant les Under-Voltage, j'avais eu des problèmes il y a pas mal de temps et je pensais que c'était réglé j'avais changé l'alimentation par une de 2.4A. J'ai un SSD, le module téléinfo et la zigate dessus donc c'est peut-être encore beaucoup je vais voir même si auparavant ça tournait sans souci.

[tcharp38]

C'est malheureusement hyper courant avec les produits de base "Tuya".
Les fabricants ne prennent meme pas le peine de livrer qqch de serieux avec mises-a-jour OTA si besoin.
J'ai meme vu passer des devices completement inutilisables car trop bavards, saturant le reseau, et sans evolution possible.
Donc oui pour moi Tuya = produit très potentiellement baclé

[Mink45]

Bonjour à tous, après une petite pause domotique suite à un changement de domicile, j'ai refais une installation propre de mon raspberry et de Jeedom et j'ai un problème que je n'avais pas avant qui me semble provenir de ma pince ampèremétrique, j'ai régulièrement l'erreur suivante qui fait planter le démon : ERROR : Erreur sur Abeille::deamon() : Unsupported operand types: string - string

Voici les lignes que j'ai sur le debug : 90096|[2024-09-18 09:09:44] DEBUG : deamon(): msg_receive, msg_qnum=5
90097|[2024-09-18 09:09:44] DEBUG : msgFromParser(): Attributes report by name from 'Abeille1/6C74/01'
90098|[2024-09-18 09:09:44] DEBUG : 'Total power A' (energyA) => 361.24 KWh
90099|[2024-09-18 09:09:44] ERROR : Erreur sur Abeille::deamon() : Unsupported operand types: string - string
90100|[2024-09-18 09:10:07] DEBUG : cron(): Main daemon stopped => cron1 canceled
90101|[2024-09-18 09:10:08] DEBUG : cron5: Main daemon stopped => cron5 canceled
90102|[2024-09-18 09:10:08] DEBUG : cron10: Main daemon stopped => cron10 canceled

Je pense que ça doit impacter également "Total power B" mais je n'ai pas pu installer la seconde pince pour le moment.
Pour information, avec la remise à plat de mon raspberry, celui-ci a installé php 8 et je crois que c'est avec lui que les problèmes se posent

[tcharp38]

Salut @Mink45
Es tu sur la derniere beta ?
Et si oui peux tu me filer le package de logs?

Si tu n'es pas sur la beta, merci d'y basculer. J'ai effectivement attaqué qq changements pour le support PHP8 mais jusque la je n'ai vu que des warnings, pas des erreurs.

[Mink45]

Merci pour ton retour rapide. Voici le package delogs juste après plantage :

AbeilleLogs-240918.tar.gz

[tcharp38]

Je vois l' erreur apparaitre mais aucune idée de ce qui la déclenche.
Peut etre aura t'on + d infos si tu actives le mode "developpeur" via la page de config + options avancées.
Tu pourrais avoir un nouveau log AbeillePHP.log

[Mink45]

Ok, je viens d'activer, je renvois dès que ça plante à nouveau. J'ai l'impression que c'est lié à ce Total power A, ça semble planter à chaque fois que le module renvoi cette info. De manière étrange dans les logs, je vois que vers 5h du matin, la commande a été renvoyée mais également en même temps "Total power B", "Total produced A" et "Total produced B" et là pas de plantage. J'ai retiré aussi l'historisation de la commande, ça a surement rien à voir mais sait-on jamais car j'ai des calculs réalisés par des virtuels (permettant de regarder la consommation journalière d'un circuit) et l'info contenant la valeur de "Total power A" ne se met pas forcément à jour quand "Total power A" change mais comme il y a plantage je ne sais pas si c'est la cause ou la conséquence.

[tcharp38]

Ha ok. C'est déja une piste.
Je vais y reflechir avec tes logs

[tcharp38]

Aucune idée jusque la.
Je ne comprends pas cette erreur, qui semble etre liée à une string mais toutes les infos sont numériques.

[Mink45]

Alors j'ai des news. Après avoir désactivé l'historisation l'erreur ne semble plus se produire sur Abeille, elle apparait maintenant sur mon virtuel qui reprend la commande et l'historise donc peut-être plutôt un problème côté core de jeedom avec php8.
[EDIT] Après il y a quand même quelque chose d'étrange car la commande "Power A" est également historisée et ne pose aucun souci, pourquoi l'une serait bien vue en numérique et l'autre en chaine de caractère au moment de l'historisation !?

[tcharp38]

Alors oui j'allais suggerer un souci core Jeedom pour une telle erreur.
Mais oui bonne question... l'erreur devrait etre systematique

[Mink45]

Bon, ce matin, je n'y comprend plus rien
J'ai installé la seconde pince qui renvoi Total power B et là, aucun problème, mon virtuel avec l'historisation ne pose pas de souci. Cette nuit, le Total power A a renvoyé des infos (il est mis sur un chauffe eau qui se déclenche la nuit et éventuellement l'après-midi) et il a fait planté Abeille avec toujours la même erreur, il a aussi emmené le virtuel avec lui qui a planté dans la foulée et qui n'historise pas du coup. Je ne vois pas quelle est la différence entre Total power A et Total power B, voici les logs :
AbeilleLogs-240920 (1).tar.gz

[tcharp38]

Peux tu verifier si tes 2 pinces ont la meme version de FW ?
Onglet avancé de ton equipement..

Toujours pas de pistes de mon côté. Je ne vois pas de diff entre Total power A & B d'un point de vue Abeille mais je loupes peut etre aussi qqch.

[Mink45]

Désolé mais je ne vois pas où trouver cette information. Il s'agit d'un seul équipement équipé de deux pinces, l'équipement peux avoir 2 FW différents !?

[tcharp38]

Je m attendais à trouver cette info la

Tu peux tenter "reparer" ?

[Mink45]

Aucun changement, toujours vide

[tcharp38]

Tu me redonnes les logs STP ?

[Mink45]

Et voici les derniers
AbeilleLogs-240920.tar.gz

[tcharp38]

Ok normal. ce peripherique ne renvoi pas ce genre d'info donc je ne sais pas si meme FW.

"dateCode":"","swBuildId":false

[Mink45]

Après en regardant les logs, j'ai quand même des choses qui m'échappent, l'erreur n'est en fait pas du tout systématique, même lorsque l'équipement renvoi la commande "Total Power A", elle s'est produite plusieurs fois cette nuit surtout autour de minuit, lorsque les valeurs changeaient plus régulièrement, après ça s'espace. Je me demande quand même si ça ne vient pas du core de jeedom et de l'historisation. après pourquoi ça en arrive à faire planter le démon d'Abeille je ne sais pas mais ça semble très lié à l'historique ou du moins à la consolidation de l'historique dans la base

[tcharp38]

Oui tu as raison. Il y a forcement un truc au nivau Abeille mais est ce un moment ou il depend du core ?
Je n'avais effectivement pas fait tilt sur le crash

[2024-09-20 00:04:45][ERROR] : Erreur sur Abeille::deamon() : Unsupported operand types: string - string
[2024-09-20 00:05:07][DEBUG] : cron(): Main daemon stopped => cron1 canceled
[2024-09-20 00:05:07][DEBUG] : cron5: Main daemon stopped => cron5 canceled
[2024-09-20 00:05:08][WARNING] : deamon_info(): Main daemon is not runnning.
[2024-09-20 00:05:08][DEBUG] : deamon_info(): {"state":"nok","launchable":"ok","launchable_message":""}
[2024-09-20 00:05:08][DEBUG] : >>> deamon_start()

Si tu regardes http.error je vois l'erreur en question mais pas sur Abeille, plutot sur le plugin "energy3"

[Thu Sep 19 18:20:42.325398 2024] [php:error] [pid 1112418:tid 1112418] [client 192.168.1.144:61367] PHP Fatal error:  Uncaught TypeError: Unsupported operand types: string + int in /var/www/html/plugins/energy3/core/class/energy3.class.php:168
Stack trace:
#0 /var/www/html/plugins/energy3/core/class/energy3.class.php(323): energy3->calculImportExport()
#1 /var/www/html/core/class/DB.class.php(250): energy3->postSave()
#2 /var/www/html/core/class/eqLogic.class.php(1053): DB::save()
#3 /var/www/html/core/ajax/eqLogic.ajax.php(501): eqLogic->save()
#4 {main}
  thrown in /var/www/html/plugins/energy3/core/class/energy3.class.php on line 168

Peux tu essayer de le desactiver pour voir ?

[tcharp38]

Il y a aussi des erreurs "Unsupported operand types: string - string" qui semblent etres sur le virtuel.

[Fri Sep 20 06:16:47.336734 2024] [php:error] [pid 1125074:tid 1125074] [client 146.75.166.54:20678] PHP Fatal error:  Uncaught TypeError: Unsupported operand types: string - string in /var/www/html/vendor/symfony/expression-language/Node/BinaryNode.php:149\nStack trace:\n#0 /var/www/html/vendor/symfony/expression-language/ExpressionLanguage.php(67): Symfony\\Component\\ExpressionLanguage\\Node\\BinaryNode->evaluate()\n#1 /var/www/html/core/php/utils.inc.php(1014): Symfony\\Component\\ExpressionLanguage\\ExpressionLanguage->evaluate()\n#2 /var/www/html/core/class/jeedom.class.php(1416): evaluate()\n#3 /var/www/html/plugins/virtual/core/class/virtual.class.php(549): jeedom::evaluateExpression()\n#4 /var/www/html/plugins/virtual/core/class/virtual.class.php(288): virtualCmd->execute()\n#5 /var/www/html/plugins/virtual/core/class/virtual.class.php(542): virtual->refresh()\n#6 /var/www/html/core/class/cmd.class.php(1315): virtualCmd->execute()\n#7 /var/www/html/core/ajax/cmd.ajax.php(102): cmd->execCmd()\n#8 {main}\n  thrown in /var/www/html/vendor/symfony/expression-language/Node/BinaryNode.php on line 149

[Mink45]

J'ai désactivé le plugin energy3 pour voir. Pour le virtuel, en fait c'est le "report" du problème d'abeille dessus. Comme abeille plantait, j'ai pris la commande pour la mettre dans un virtuel et historiser la nouvelle commande du virtuel et non celle en provenance d'Abeille mais au final ça semble toujours faire un plantage sur Abeille à un moment où un autre. Après il y a aussi la commande "Power A" que j'historise via le virtuel et elle n'a jamais fait parlé d'elle pourtant elle change de valeur très souvent.

[tcharp38]

Tiens, decompresse ca dans Abeille/core/class
Abeille.class.php.zip

J'ai rajouté des traces pour essayer de voir à quel instant ca crash.

[Mink45]

C'est fait, je te tiens au courant quand ça crash. Merci encore pour tout ce que tu fais !

[tcharp38]

Dans tous les cas je pousse une beta pour demain avec qq corrections de syntaxe pour le support PHP8 mais ce ne sont que des warnings qui apparaissent dans AbeillePHP.log

[Mink45]

Nouvel update : il ne semble plus y avoir de souci. Je pense vraiment que le problème vient de l'historisation de Jeedom. En répétant l'envoi des valeurs de commande, plus de souci. Je pense qu'avant il calculait sur du "vide" car pas de valeur d'où le string et maintenant qu'il a une valeur répétée, plus de problème

[Mink45]

Décidément, ce module est vraiment compliqué. Aujourd'hui, plantage de la zigate avec impossibilité de lui faire un cycle on/off, voici les logs si besoin. C'est fou car quand ça fonctionne, ce module est génial, je n'ai rien trouvé d'autre en Zigbee avec pince ampermétrique alors j'essaye de m'accrocher. Je ne sais pas si ça vient du module, de ma zigate un peu ancienne ou de mon petit raspberry pi 3b mais ils ne s'aiment pas trop il semblerait.
AbeilleLogs-240925.tar.gz

[tcharp38]

Salut.
Ca dit quoi ?
J'ai l impression au vu des logs que tu as qq soucis auxquels je ne m'attendais pas.

Peux tu juste redemarrer Abeille et me filer les logs dans la foulée ?

[tcharp38]

Au cas ou voila qq updates

A decompresser dans Abeille/core/class
AbeilleCmdQueue.class.php.zip

A decompresser dans Abeille/core/php
AbeilleCmd.zip

et tu redemarres Abeille

[Mink45]

Merci pour les updates, c'est mis, je laisse tourner. Sinon, pour le moment pas de nouveau plantage mais comme cela mettait parfois quelques jours à arriver j'attendais un peu avant de crier victoire. Si stable quelques temps, je ferais le foufou et rajouterai un second module :-D