Open Mink45 opened 3 months ago
Salut @Mink45 Il faudrait que tu bascules sur la beta du moment déja
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 ?
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)
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).
@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 ?
Oooops Désolé.
Tu dois décompresser ce truc dans Abeille/core/config/devices puis redemarrer Abeille puis refaire inclusion du device
@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
@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
Je vois. Il faut que je fasse une nouvelle beta. Je te tiens au jus.
Beta poussée. Sera dispo demain. Tu fais la mise à jour et tu me files à nouveau un package de logs 10mins apres STP
@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
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/TS0601TZE204_81yrt3lo [TS0601__TZE204_81yrt3lo.zip](https://github.com/KiwiHC16/Abeille/files/14665604/TS0601TZE204_81yrt3lo.zip)
et fais une "reinit" à partir de l onglet avancé de l'equipement ou refait une inclusion
@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 !
Tiens, nouveau modele. Meme manip
Quantité d'energie.. ca parle pas pour moi. J'ai mis "Total power" en W. Ca le fait ?
Je change les unités à nouveau power => W total power/produced => KWh
Tu me dira si c'est coherent ou pas
@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 ?
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"
@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 ?
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
@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
@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
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)
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 ?
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
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
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
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.
Il y a 2 choses.
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
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.
fais un
chmod +x ./core/scripts/powerCycleUsb.sh
et retente.
Pour l'alim je sais que le SSD est tres perturbateur si trop faible ou mauvaise cam. Il genere a priori beaucoup de parasites. Il y a de nombreux sujets sur le net concernant ce pb.
Alors ça ne fonctionne pas, après changement des permissions j'ai le message "Operation not permitted".
Quelle trace as tu ? Rien d'autre que ce message ?
Ha autre chose.. si tu n'es pas "root" sur ce compte tu peux tenter d'ajouter sudo devant la ligne
sudo ./core/scripts/powerCycleUsb.sh /dev/ttyUSB0
Mais donne bien toute la trace STP
Alors voici l'ensemble, est-ce que ça te parle ?
pi@raspberrypi:/var/www/html/plugins/Abeille $ sudo chmod +x ./core/scripts/powe rCycleUsb.sh pi@raspberrypi:/var/www/html/plugins/Abeille $ ./core/scripts/powerCycleUsb.sh / dev/ttyUSB0 powerCycleUsb.sh starting: Fri 29 Mar 12:57:08 GMT 2024 USB port=/dev/ttyUSB0 DMESG2='usb 1-1.2' PORT='1-1.2' Disconnecting 1-1.2 ./core/scripts/powerCycleUsb.sh: line 47: /sys/bus/usb/drivers/usb/unbind: Permission denied Reconnecting 1-1.2 ./core/scripts/powerCycleUsb.sh: line 50: /sys/bus/usb/drivers/usb/bind: Permission denied pi@raspberrypi:/var/www/html/plugins/Abeille $ pi@raspberrypi:/var/www/html/plugins/Abeille $ pi@raspberrypi:/var/www/html/plugins/Abeille $ sudo chmod +x ./core/scripts/powerCycleUsb.sh -bash: pi@raspberrypi:/var/www/html/plugins/Abeille: No such file or directory pi@raspberrypi:/var/www/html/plugins/Abeille $ pi@raspberrypi:/var/www/html/plugins/Abeille $ ./core/scripts/powerCycleUsb.sh / dev/ttyUSB0 -bash: pi@raspberrypi:/var/www/html/plugins/Abeille: No such file or directory pi@raspberrypi:/var/www/html/plugins/Abeille $ powerCycleUsb.sh starting: Fri 29 Mar 12:57:08 GMT 2024 -bash: powerCycleUsb.sh: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ USB port=/dev/ttyUSB0 -bash: USB: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ DMESG2='usb 1-1.2' pi@raspberrypi:/var/www/html/plugins/Abeille $ PORT='1-1.2' pi@raspberrypi:/var/www/html/plugins/Abeille $ Disconnecting 1-1.2 -bash: Disconnecting: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ ./core/scripts/powerCycleUsb.sh: line 47: /sys/bus/usb/drivers/usb/unbind: Permission denied -bash: ./core/scripts/powerCycleUsb.sh:: No such file or directory pi@raspberrypi:/var/www/html/plugins/Abeille $ Reconnecting 1-1.2 -bash: Reconnecting: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ ./core/scripts/powerCycleUsb.sh: line 50: /sys/bus/usb/drivers/usb/bind: Permission denied -bash: ./core/scripts/powerCycleUsb.sh:: No such file or directory pi@raspberrypi:/var/www/html/plugins/Abeille $
C est un peu illisible comme ca mais j'ai pu extraire ca qui me semble important.
Disconnecting 1-1.2 ./core/scripts/powerCycleUsb.sh: line 47: /sys/bus/usb/drivers/usb/unbind: Permission denied
Donc je comprends que sur ton systeme on ne peut pas utiliser cette methode pour faire un powerCycle de l USB au cas ou.. ca revient à deconnecter la clef et la reconnecter mais de maniere automatique pour la faire redemarrer proprement.
Ton kernel est le 5.10.103 qui m'a l'air tres recent. Je vais creuser mais tu es root et est ce que tu utilises des trucs comme docker ou autre si ca te parle ?
Ha je crois que tu n'as pas mis le "sudo" au bon endroit
sudo ./core/scripts/powerCycleUsb.sh /dev/ttyUSB0
Autant pour moi, voici ce que j'ai en effectuant ça :
pi@raspberrypi:/var/www/html/plugins/Abeille $ sudo ./core/scripts/powerCycleUsb.sh /dev/ttyUSB0 powerCycleUsb.sh starting: Fri 29 Mar 16:09:34 GMT 2024 USB port=/dev/ttyUSB0 DMESG2='usb 1-1.2' PORT='1-1.2' Disconnecting 1-1.2 Reconnecting 1-1.2 pi@raspberrypi:/var/www/html/plugins/Abeille $ pi@raspberrypi:~ $ cd /var/www/html/plugins/Abeille pi@raspberrypi:/var/www/html/plugins/Abeille $ sudo ./core/scripts/powerCycleUsb.sh /dev/ttyUSB0 powerCycleUsb.sh starting: Fri 29 Mar 16:09:34 GMT 2024 USB port=/dev/ttyUSB0 DMESG2='usb 1-1.2' PORT='1-1.2' Disconnecting 1-1.2 Reconnecting 1-1.2 -bash: pi@raspberrypi:~: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ pi@raspberrypi:/var/www/html/plugins/Abeille $ sudo ./core/scripts/powerCycleUsb.sh /dev/ttyUSB0 -bash: pi@raspberrypi:/var/www/html/plugins/Abeille: No such file or directory pi@raspberrypi:/var/www/html/plugins/Abeille $ powerCycleUsb.sh starting: Fri 29 Mar 16:09:34 GMT 2024 -bash: powerCycleUsb.sh: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ USB port=/dev/ttyUSB0 -bash: USB: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ DMESG2='usb 1-1.2' pi@raspberrypi:/var/www/html/plugins/Abeille $ PORT='1-1.2' pi@raspberrypi:/var/www/html/plugins/Abeille $ Disconnecting 1-1.2 -bash: Disconnecting: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $ Reconnecting 1-1.2 -bash: Reconnecting: command not found pi@raspberrypi:/var/www/html/plugins/Abeille $
Donc à pririo pas d'erreur. Est ce que ca permet de recuperer la Zigate apres un crash ?
@tcharp38 Malheureusement non, lorsqu'elle crash, seulement une déconnexion et reconnexion physique permettent de relancer les choses. Là j'ai retiré toutes les pinces pour être certain que c'est bien elles qui sont à l'origine du plantage.
Ha zut :(
Bon tiens moi au courant
Alors voici les dernières nouvelles. Après plusieurs jours sans les pinces, aucun plantage à signaler donc il semble bien qu'elles soient à l'origine du problème. Je viens de remettre un module pour confirmer mais ça fait peut de doute. Si c'est bien le cas, sur quoi est-il possible d'agir pour éviter ça ?
Donc ca confirme mes soupçons. Je pense qu'ils sont bien trop bavards jusqu'a provoquer un "bouchon" que le FW de la Zigate ne sait pas gérer.
A partir de la je ne vois qu'une possibilité... voir si il y a une solution pour que le device soit moins bavard. Reporter la conso toutes les secondes n'a aucun interet.
Cela n'aura pas mis trop longtemps. La ruche a planté cet après-midi. Pour le côté trop bavard, il me semble que par défaut le module envoi des infos toutes les 10 secondes. En soit ça me semble pas si énorme mais je ne sais pas ce que sait gérer la zigate. Sinon dans l'interface de smart life, il est possible de configurer le module pour qu'il envoi toutes les X secondes donc ça doit probablement être possible de récupérer et d'agir sur ce paramètre si c'est la cause du problème.
Met ton device en surveillance. Tu aura un "AbeilleMonitor.log" qui te donne les infos de/vers ce device. De tete on n'est pas du tout autour de 10sec mais plutot 1s. C'est la ou c'est beaucoup trop.
File moi le package de logs disons au bout de 15min
Pour la cause du pb, pour l'avoir déja vu avec un autre device qui "pourissait" le reseau, ca n'est pas une commande particuliere mais une surcharge de commandes. Et la rien a faire.. c'est le firmware de la zigate qui sait pas gerer :(
Alors voici les logs avec un peu plus de 15 min désolé mais d'après ce que je comprends en effet le module semble très bavard. Pourtant la mise à jour des infos ne se fait pas toutes les secondes
Si l'info remontée est toujours la meme tu ne vois pas de "mise à jour". Tu regardes quoi en particulier ?
Maintenant dans le detail grace au monitor, par ex "Power A", on voit un retour
Donc oui toutes les 10sec tu as raison.
[2024-04-07 17:43:13] <= Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=EF00, SrcEP=01, DstEP=01, SrcAddrMode=02, SrcAddr=2162, DstAddrMode=02, DstAddr=0000
[2024-04-07 17:43:13] <= FCF=09/Cluster-specific/Serv->Cli, SQN=60, cmd=02/Unknown-EF00-02
[2024-04-07 17:43:13] <= Tuya EF00 specific cmd 02 (tSQN=0000)
[2024-04-07 17:43:13] <= Dp=65, Type=02/value, Len=0004, ValueHex=0000094D => 'rcvValueDiv', Div=10 => 'powerA'=238.1
[2024-04-07 17:43:23] <= Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=EF00, SrcEP=01, DstEP=01, SrcAddrMode=02, SrcAddr=2162, DstAddrMode=02, DstAddr=0000
[2024-04-07 17:43:23] <= FCF=09/Cluster-specific/Serv->Cli, SQN=6E, cmd=02/Unknown-EF00-02
[2024-04-07 17:43:23] <= Tuya EF00 specific cmd 02 (tSQN=000E)
[2024-04-07 17:43:23] <= Dp=65, Type=02/value, Len=0004, ValueHex=00000916 => 'rcvValueDiv', Div=10 => 'powerA'=232.6
[2024-04-07 17:43:34] <= Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=EF00, SrcEP=01, DstEP=01, SrcAddrMode=02, SrcAddr=2162, DstAddrMode=02, DstAddr=0000
[2024-04-07 17:43:34] <= FCF=09/Cluster-specific/Serv->Cli, SQN=7C, cmd=02/Unknown-EF00-02
[2024-04-07 17:43:34] <= Tuya EF00 specific cmd 02 (tSQN=001C)
[2024-04-07 17:43:34] <= Dp=65, Type=02/value, Len=0004, ValueHex=00000903 => 'rcvValueDiv', Div=10 => 'powerA'=230.7
Donc pour 1 info, retour toutes les 10sec mais au total quasi une info toutes les 1sec. Ca fait vraiment beaucoup. Ce device est tres "con". Il ne regroupe pas les infos. Peut etre "par chance" y a t'il une update firmware qui l'ameliore ? Il faut fouiller le net pour ça.
Bref à ce stade je ne sais que faire.
Ha oui pas évident cette histoire, c'est fou q'un device puisse être aussi débile. Et sinon pas moyen de trouver un moment pour que la zigate arrive à se redémarrer correctement en cas de plantage ? Car en soit ça plante seulement une fois toutes les 24h environ c'est pas énorme mais bon c'est un peu lourdingue de déconnecter et reconnecter physiquement la clé
Alors des devices "débiles" j'en ai vu passer un paquet. En gros tout ce qui est Tuya est souvent baclé car vendu sous des tonnes de marques differentes parfoit sans aucun changement. Firmware merdique, incomplet, proprietaire (donc pas forcement de solution pour limiter le reporting) et jamais de mise à jour.
Tu peux donc tomber sur un truc à la Chinoise... simplement inutilisable. Du pur gachis de fabrication, de transport, tout ça pour au final remplir nos poubelles.
Coté reset automatique, je croyais jusqu'a ton cas que le script de powerCycleUsb etait efficace (on voit bien une deconnection puis reconnection au niveau kernel dans dmesg) mais ca semble ne pas suffire.
Tu as progressé sur tes "under voltage" ? Ils sont toujours la ou plus ?
Il faut que je trouve du temps à la maison pour faire d'autres tests sur ma Zigate USB.
Pour les under voltage, non je n'ai pas progressé, j'ai tenté divers changements, notamment mettre une alimentation de qualité plus puissante mais rien à faire. Mais je crois en effet que c'est une faiblesse de mon installation car j'avais un problème avec quelques ressemblances avec la clé Téléinfo qui perdait son affectation usb lors de déconnexions intempestives. La différence c'est que le simple fait de relancer le démon relançait la machine et aujourd'hui elle a un préfixage dans le dur (j'avais suivi un tuto à l'époque je ne sais plus top où) ce qui fait qu'elle se remet au bon emplacement directement.
Ok mais c'est quand meme assez inquietant. Ces under voltages peuvent peut etre engendrer des parasites qui, combinés à trop de datas, pourraient aider à l'instabilité du reseau Zigbee.
Dans le genre d'essai qui pourrait confirmer cette piste.. monter une solution ou épurer l'actuelle pour consommer moins et n'avoir que la clef Zigate pour test. Mais pas sur que ce soit realisable pour toi. Tu peux me décrire ton systeme ?
Quoi qu'il en soit j'ai joué hier soir avec ma clef Zigate USB. Le powerCycleUsb provoque une deconnection/reconnection mais ne coupe malheureusement pas l 'alimenation de la clef. Pas sur qu'il y ai une solution à ce niveau. Je continue de creuser mais ca semble pas forcement possible.
Alors au niveau du système, c'est un Raspberry PI 3B. Il boot via le port USB sur un SSD externe. Il y a la zigate et un modem téléinfo dessus. Voilà, a priori rien d'extrêmement exotique. J'étais passé sur SSD suite à de nombreux problèmes de corruption de cartes SD.
Ok donc tu utilises 3 des 4 ports USB de ton RPI3B.
Je sais que le SSD est source de nombreux parasites, et necessite une alim à la hauteur. J'ai vu de nombreux sujets la dessus sur le net. J'ai cru lire, peut etre que sur RPI4 d'ailleurs, que le port utilisé avait son importance mais je suppose qu'il s'agit celui du SSD.
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