-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Impossible de passer la clé Zigate de Wifi en USB #281
Comments
A tester en ligne de commande : |
Bonjour doudz |
Cette commande devrait résoudre le problème |
Pas nécessaire que la clé soit branchée |
Hello |
Le message cache entry venait d'une ligne d'espaces entrée par erreur par un doigt qui traînait. J'ai relancé la commande, je n'ai plus que le : |
Hello @doudz |
Hello |
Je continue mon monologue. |
le -U est important dans la commande , ça force la mise à jour même si la version est déjà installée
|
Hello Même message (je suis bien en root) |
et en désinstallant d'abord |
Si je désinstalle, est-ce que mes clés deconz et Z-Wave, branchées aussi sur mes ports USB vont continuer de fonctionner ? |
aucune idée, je ne sais pas comment fonctionnent les plugins correspondant |
Si on veut pas désinstaller on peut tenter les commandes suivantes : |
J'essaie sur la machine de backup (aussi un NUC, mais sous Debian 10 alors que la prod est enciore en 9) : root@MonJeedom:/home/jeedom2# python3 -m pip uninstall pyserial |
Et la dernière commande envoyée : |
ok, effectivement la version 3.4 de pyserial est la plus récente |
est-ce que l'utilisateur qui fait tourner le plugin (peut-être www-data) a bien les droits dialout ? |
Sur cette machine, je n'ai que admin |
il faudrait avoir le log en mode debug |
Alors, j'ai relancé le démon qui était down, après avoir purgé la log. [2020-09-14 14:07:32][INFO] : Lancement démon zigate : /usr/bin/python3 /var/www/html/plugins/zigate/core/class/../../resources/zigated/zigated.py --device /dev/ttyUSB0 --gpio 0 --loglevel debug --apikey uwRsfsUjApkJbHs4yU1Vk67vB49mk0R6 --pid /tmp/jeedom/zigate/daemon.pid --socket /tmp/jeedom/zigate/daemon.sock --callback http://127.0.0.1:80/plugins/zigate/core/php/jeeZiGate.php --sharedata 0 --enable_led 0 Merci |
pendant que le démon fonctionne, est-ce que je pourrais avoir le résultat de la commande suivante : |
ps aux|grep python3 |
ok, on va tenter la commande suivante |
usermod -aG dialout www-data |
|
Je viens de me reconnexter en root avec su - au lieu de su |
il faut bien redémarrer le démon, il est possible qu'il faille redémarrer la machine aussi |
Le démon avit été redémarré. Bon, la machine redémarre... |
Même chose. [2020-09-14 14:29:24][WARNING]zigate : No response after command 0x0010 (2) Merci |
Je vois qu'il ne peut récupérer le firmware. Est-ce que réinstaller le firmware pourrait changer la donne ? |
le problème est qu'il n'y a pas de communication avec la zigate Attention le module Wifi ne permet pas une communication USB. le port USB du module sert à l'alimentation et à la programmation de la puce wifi |
Non, c'est bien une Zigate USB avec un adaptateur USB TTL. Une idée ? Je peux commencer en l'essayant sur la machine de secours. |
la commande |
Hello J'ai branché la Zigate de secours sur la machine de prod, ça n'a pas fonctionné. J'ai ensuite lancé la commande : usermod -aG dialout www-data, et redémarré, mais pas de changement. Puis la commande qui force la réinstallation de python3. Il a désinstallé puis réinstallé la même version, et cette fois ci, le démon démarre bien. Merci pour ton aide toujours aussi efficace. |
Bonjour
Bien que je n'ai pas eu de réponse à mes deux précédentes questions, je tente ma chance, parce que j'ai un souci avec mes clés Zigate et que le forum Jeedom ne semble pas avoir de réponse.
J’utilise la clé Zigate en wifi avec Jeedom installé sur un Nuc Gigayte, processeur Intel et Debian 9.
J’ai une autre clé Zigate USB, en dépannage, et je copie régulièrement la config de l’une à l’autre.
Comme je constate souvent que même s’il a l’air démarré et actif, je dois redémarrer le démon Zigate parce que les équipements sur la clé ne répondent plus, j’ai voulu aujourd’hui repasser à une connexion USB (que j’avais tout au début), la portée étant largement suffisante…
Pour cela, j’ai commencé - après avoir arrêté le démon - par mettre la clé de secours dans le port USB du NUC, et ai modifié la config en enlevant l’IP de la clé Wifi et en mettant le port USB qui contient Prolific à la place de auto. Mais impossible de démarrer le Démon, malgré plusieurs reboot de la machine Jeedom. J’ai essayé en vain à peu près toutes les autres priopositions USB. Enfin, j’ai essayé la clé Wifi en branchant le module USB (qui sert à la mise à jour), à la place du module Wifi. Mais toujours sans résultat…
J’ai le démon en mode debug, voici ce que ça donne :
[2020-09-10 17:52:38][INFO]root : Start zigated
[2020-09-10 17:52:38][INFO]root : Log level : debug
[2020-09-10 17:52:38][INFO]root : Socket : /tmp/jeedom/zigate/daemon.sock
[2020-09-10 17:52:38][INFO]root : PID file : /tmp/jeedom/zigate/daemon.pid
[2020-09-10 17:52:38][INFO]root : Apikey : dWs8aGI6wNv7KiI75TL8NbUnrRAqOIAA
[2020-09-10 17:52:38][INFO]root : Device : /dev/ttyUSB0
[2020-09-10 17:52:38][INFO]root : Callback : http://127.0.0.1:80/plugins/zigate/core/php/jeeZiGate.php
[2020-09-10 17:52:38][INFO]root : Python version : 3.5.3 (default, Jul 9 2020, 13:00:10)
[GCC 6.3.0 20170516]
[2020-09-10 17:52:38][INFO]root : zigate version : 0.40.7
[2020-09-10 17:52:38][DEBUG]root : Writing PID 2440 to /tmp/jeedom/zigate/daemon.pid
[2020-09-10 17:52:38][DEBUG]root : Send to test to jeedom
[2020-09-10 17:52:38][DEBUG]root : Send to jeedom : {‹ action ›: ‹ test ›}
[2020-09-10 17:52:38][DEBUG] : Array ( [action] => test )
[2020-09-10 17:52:38][DEBUG]root : Jeedom reply : {‹ success ›: True}
[2020-09-10 17:52:38][INFO]root : D\xe9marrage ZiGate /dev/ttyUSB0
[2020-09-10 17:52:38][DEBUG]zigate : Try loading persistent file
[2020-09-10 17:52:38][DEBUG]zigate : Trying to load /var/www/html/plugins/zigate/core/class/…/…/resources/zigated/zigate.json
[2020-09-10 17:52:38][DEBUG]zigate : Load neighbours cache: [[‹ 0000 ›, ‹ 59d6 ›, 153], [‹ 0000 ›, ‹ 3706 ›, 95], [‹ 0000 ›, ‹ 4672 ›, 186], [‹ 0000 ›, ‹ 3c77 ›, 117], [‹ 0000 ›, ‹ 7b33 ›, 93], [‹ 0000 ›, ‹ 7b33 ›, 97], [‹ 7b33 ›, ‹ 6653 ›, 52], [‹ 7b33 ›, ‹ b947 ›, 26], [‹ 7b33 ›, ‹ c698 ›, 34], [‹ 7b33 ›, ‹ 0333 ›, 142], [‹ 0000 ›, ‹ 50d0 ›, 36], [‹ 50d0 ›, ‹ 033d ›, 96], [‹ 50d0 ›, ‹ 1531 ›, 97], [‹ 50d0 ›, ‹ 332b ›, 35], [‹ 50d0 ›, ‹ 528e ›, 45], [‹ 0000 ›, ‹ 50d0 ›, 54]]
[2020-09-10 17:52:38][DEBUG]zigate : Acquire Lock on device Device (104c) None
[2020-09-10 17:52:38][DEBUG]zigate : Release Lock on device Device (104c) None
[2020-09-10 17:52:38][DEBUG]zigate : Acquire Lock on device _TYZB01_mtlhqn48 TS0012 (104c) None
[2020-09-10 17:52:38][DEBUG]zigate : Release Lock on device _TYZB01_mtlhqn48 TS0012 (104c) None
… / …
[2020-09-10 17:52:38][DEBUG]zigate : Release Lock on device LUMI lumi.switch.b2lacn02 (2318) 00158d0004a07754
[2020-09-10 17:52:38][DEBUG]zigate : Load success
[2020-09-10 17:52:38][ERROR]zigate : Cannot connect to ZiGate using port /dev/ttyUSB0
Traceback (most recent call last):
File « /usr/local/lib/python3.5/dist-packages/zigate/transport.py », line 221, in reconnect
self.serial = self.initSerial()
File « /usr/local/lib/python3.5/dist-packages/zigate/transport.py », line 206, in initSerial
return serial.Serial(self._port, 115200)
AttributeError: module ‹ serial › has no attribute ‹ Serial ›
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File « /var/www/html/plugins/zigate/core/class/…/…/resources/zigated/zigated.py », line 330, in
z.autoStart(args.channel)
File « /usr/local/lib/python3.5/dist-packages/zigate/core.py », line 414, in autoStart
self.startup(channel)
File « /usr/local/lib/python3.5/dist-packages/zigate/core.py », line 431, in startup
self.setup_connection()
File « /usr/local/lib/python3.5/dist-packages/zigate/core.py », line 309, in setup_connection
self.connection = ThreadSerialConnection(self, self._port)
File « /usr/local/lib/python3.5/dist-packages/zigate/transport.py », line 198, in init
self.reconnect(False)
File « /usr/local/lib/python3.5/dist-packages/zigate/transport.py », line 230, in reconnect
raise ZIGATE_CANNOT_CONNECT(‹ Cannot connect to ZiGate using port {} ›.format(self._port))
zigate.transport.ZIGATE_CANNOT_CONNECT: Cannot connect to ZiGate using port /dev/ttyUSB0
[2020-09-10 17:52:48][ERROR] : Impossible de lancer le démon zigate, relancer le démon en debug et vérifiez la log
J’ai coupé le blabla des acquire Lock sur tous les périphériques…
Linux, c’est hors de portée pour moi dès que ça commence à aller de travers… Je vois bien le message de problème de port USB, mais ça fonctionnait autrefois sur ce même port… Et quant aux messages Python…
La même clé Zigate en USB ne fonctionne pas non plus en USB plugin Zigate sur une machine de secours, mais fonctionne avec le plugin Abeille sur cette même machine (mais n'affiche bien entendu aucun des périphériques qui sont dessus).
Quelqu’un aurait une idée ? Le NUC est fonctionnel, puisque j'ai une clé Zigbee Deconz et une clé Z-Wave qui fonctionnent sans heurts sur les ports USB de ma machine.
Merci d’avance
The text was updated successfully, but these errors were encountered: