Si je simplifie, le KLF ne fonctionne pas sur la STRECH alors qu’elle a la bonne version de PYTHON, et le fait de passer en BUSTER fait que cela fonctionne. or sur la SMART, on n’ a pas d’image d’upgrade en BUSTER, donc coincé.
Je me demande pourquoi le plugin KLF est le seul dans ce cas… a moins qu’il utilise une fonction que les autres plugin n’utilisent pas ? @lunarok ?
Je suis deg aussi et j’hesite à retourner mon KLF (200€)… a moins qu’une date officielle de sortie de l’upgrade buster sur Smart arrive avant la fin de l’année ?
j’invoque le grand maitre,… @Loic ?
Bonjour,
Comme vous le savez on ne JAMAIS de date chez jeedom car si on y arrive pas on fait des decu.
Donc oui il y a un projet sur une nouvelle image buster, après quand ca arrivera je peux pas dire ca peut etre dans 1 semaine comme 1 an.
le plan B d’attente reste ce que je suggérais dans mes autres posts et sujets : investir en gros 70€ dans un rpi3b+ (tjs en vente et suffisant versus rpi4 selon moi) et le mettre en buster puis relier ce rpi3 a la smart en jeelink (excellent plugin !).
Cela permet aussi d’équilibrer votre système sur 2 machines pour ne pas etre monobloc et tout casser lors d’une manip sur une machine. Perso j’ai ma smart en maitre et 3 rpi qui gèrent chacun un sous domaine. Dans le cas de mes ouvrants par ex j’étais bien content de ne devoir casser que la gestion des ouvrants pour résoudre mon souci plutôt que de tout mettre à risque. Et à terme quand je vais basculer mes autres rpi en buster je ne prendrai de risque de coupure que sur 1/3 de mon install à la fois
Après certes c’est un peu de temps et d’argent (en plus du KLF) mais cela permet d’équilibrer le système en charge/risques et le cas échéant ici d’avoir au cas ou une machine buster si autre plugin nécessitant la version dans les semaines à venir.
Bon ce n’est que mon avis suggestion, je peux comprendre que ca soit un peu « lourd » versus une maj de plugin…et ca reste de l’argent à sortir 
1 « J'aime »
@Ds5 je suis d’accord avec toi sur le fond.
Je suis dans l’informatique, et j’ai du mal à accepter « il y a un bug, et pour le résoudre on monte une autre machine où cela fonctionne ». surtout qu’il est probable que d’autres plugin rencontre le même soucis.
je ne dis pas que le bug est dans le plugin 
mais @lunarok : n’est il pas possible de debugger pour comprendre ce qui cloche ? je suis prêt à t’aider.
Merci.
pyvlx a été mis à jour en 0.2.17 avec le paramètre « ssl_handshake_timeout » qui semble poser problème.
Mis à jour chez moi, en buster, pas de soucis ca démarre quand meme.
Néanmoins, avant j’étais en 0.2.16 et il n’y avait pas ce paramètre. Apparemment en 0.2.18 ca devrait être supprimé vu le code. Mais le build ne passe pas.
Bref si vous avez le problème vous pouvez essayer :
sudo pip3 install 'pyvlx==0.2.16'
je parlais bien d’un plan B. Sachant que dans mon cas le plan B allait m’intéresser sur d’autres aspects de répartition et d’archi éclatée dans mon système monolithique qui avec le temps gérait trop de choses
et sinon, dans mon contexte pro aussi je rappelle que contournement ne vaut pas correction
Ayant récupéré une Smart (Recovery fraichement fait Stretch 9.4 / Mise à jour en 4.0.61 et seulement le plugin KLF200 installé en plus des plugins installés par défaut sur la Smart), je viens de faire le test.
Voici ce que cela donne :
# sudo pip3 install 'pyvlx=0.2.16'
Invalid requirement: 'pyvlx=0.2.16'
= is not a valid operator. Did you mean == ?
En remplacant avec le double == comme suggéré :
sudo pip3 install 'pyvlx==0.2.16'
Collecting pyvlx==0.2.16
Downloading https://files.pythonhosted.org/packages/d4/52/94a3b7ee75057128a444bd7abe1b1b8733e60fbd68972ead679432a72e48/pyvlx-0.2.16.tar.gz
Requirement already satisfied: PyYAML in /usr/local/lib/python3.5/dist-packages (from pyvlx==0.2.16)
Building wheels for collected packages: pyvlx
Running setup.py bdist_wheel for pyvlx ... error
Complete output from command /usr/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-8h6unz6l/pyvlx/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/tmph72gqmbdpip-wheel- --python-tag cp35:
/usr/lib/python3.5/distutils/dist.py:261: UserWarning: Unknown distribution option: 'long_description_content_type'
warnings.warn(msg)
usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: -c --help [cmd1 cmd2 ...]
or: -c --help-commands
or: -c cmd --help
error: invalid command 'bdist_wheel'
----------------------------------------
Failed building wheel for pyvlx
Running setup.py clean for pyvlx
Failed to build pyvlx
Installing collected packages: pyvlx
Found existing installation: pyvlx 0.2.17
Uninstalling pyvlx-0.2.17:
Successfully uninstalled pyvlx-0.2.17
Running setup.py install for pyvlx ... done
Successfully installed pyvlx-0.2.16
Il y a une erreur mais l’installation se fait quand même.
Le KLF est maintenant trouvé et la connexion se fait mais il y a ensuite une autre erreur « Unable enable house status monitor. »:
[2020-10-30 16:03:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:03:03][DEBUG] : Result
[2020-10-30 16:03:43][INFO] : Arrêt du service klf200
[2020-10-30 16:03:43][INFO] : Lancement démon klf200 : /usr/bin/python3 /var/www/html/plugins/klf200/resources/klf200d.py 192.168.0.118 PASSWORD
[2020-10-30 16:03:43][ERROR] : KLF200 has been restarted after found not responding
Connecting to KLF 200.
Connected to: KLF 200: Software version: 0.2.0.0.71.0, hardware version: 6, protocol version: 3.14
Traceback (most recent call last):
File "/var/www/html/plugins/klf200/resources/klf200d.py", line 233, in <module>
LOOP.run_until_complete(init_pyvlx_connection(LOOP))
File "/usr/lib/python3.5/asyncio/base_events.py", line 466, in run_until_complete
return future.result()
File "/usr/lib/python3.5/asyncio/futures.py", line 293, in result
raise self._exception
File "/usr/lib/python3.5/asyncio/tasks.py", line 239, in _step
result = coro.send(None)
File "/var/www/html/plugins/klf200/resources/klf200d.py", line 22, in init_pyvlx_connection
await pyvlx.load_nodes()
File "/usr/local/lib/python3.5/dist-packages/pyvlx/pyvlx.py", line 85, in load_nodes
await self.nodes.load(node_id)
File "/usr/local/lib/python3.5/dist-packages/pyvlx/nodes.py", line 70, in load
await self._load_all_nodes()
File "/usr/local/lib/python3.5/dist-packages/pyvlx/nodes.py", line 86, in _load_all_nodes
await get_all_nodes_information.do_api_call()
File "/usr/local/lib/python3.5/dist-packages/pyvlx/api_event.py", line 21, in do_api_call
await self.send_frame()
File "/usr/local/lib/python3.5/dist-packages/pyvlx/api_event.py", line 33, in send_frame
await self.pyvlx.send_frame(self.request_frame())
File "/usr/local/lib/python3.5/dist-packages/pyvlx/pyvlx.py", line 75, in send_frame
await house_status_monitor_enable(pyvlx=self)
File "/usr/local/lib/python3.5/dist-packages/pyvlx/house_status_monitor.py", line 57, in house_status_monitor_enable
raise PyVLXException("Unable enable house status monitor.")
pyvlx.exception.PyVLXException: <PyVLXException description="Unable enable house status monitor." />
En revanche, après un redémarrage forcé du KLF, cela semble bon maintenant :
[2020-10-30 16:04:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:04:03][DEBUG] : Result
[2020-10-30 16:04:43][INFO] : Arrêt du service klf200
[2020-10-30 16:04:43][INFO] : Lancement démon klf200 : /usr/bin/python3 /var/www/html/plugins/klf200/resources/klf200d.py 192.168.0.118 PASSWORD
[2020-10-30 16:04:43][ERROR] : KLF200 has been restarted after found not responding
Connecting to KLF 200.
Connected to: KLF 200: Software version: 0.2.0.0.71.0, hardware version: 6, protocol version: 3.14
[2020-10-30 16:05:03][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:05:03][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:06:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:06:02][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:07:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:07:02][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:08:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:08:02][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:09:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:09:02][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:10:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:10:02][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:11:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:11:02][DEBUG] : Result {"result": "ok", "devices": []}
[2020-10-30 16:12:02][DEBUG] : Send http://localhost:9123/devices
[2020-10-30 16:12:02][DEBUG] : Result {"result": "ok", "devices": []}
Et le Démon tourne bien :
Cela fonctionne aussi pour moi
Merci à tous.
Bonjour @Ds5,
Merci de m’avoir mis dans la boucle.
La commande a fonctionné chez moi aussi (sans message d’erreur).
Bye bye la VM avec Jeelink.
en voila de bonne nouvelle
@ds5, @loic, @lunarok sont dans la place
@arnog23, merci bcp pour ton message suite commande envoyée par Lunarok
j’ai le même message d’erreur lors de l’install en ssh mais effectivement ça focntionne quand même.
Failed building wheel for pyvlx
Running setup.py clean for pyvlx
Failed to build pyvlx
Installing collected packages: pyvlx
Found existing installation: pyvlx 0.2.17
Uninstalling pyvlx-0.2.17:
Successfully uninstalled pyvlx-0.2.17
Running setup.py install for pyvlx ... done
Successfully installed pyvlx-0.2.16
Par contre ensuite je reste bloqué au même endroit
File "/usr/local/lib/python3.5/dist-packages/pyvlx/connection.py", line 91, in connect
ssl_handshake_timeout=5,
TypeError: create_connection() got an unexpected keyword argument 'ssl_handshake_timeout'
[2020-10-30 22:31:48] klf200.INFO: Arrêt du service klf200 [] []
[2020-10-30 22:31:48] klf200.INFO: Lancement démon klf200 : /usr/bin/python3 /var/www/html/plugins/klf200/resources/klf200d.py 192.168.1.100 fanatik [] []
[2020-10-30 22:31:49] klf200.ERROR: KLF200 has been restarted after found not responding [] []
@arnog23 quand tu dis redémarrage forcé du KLF, tu parles de quoi ?
Merci d’avance !
Sébastien
Je l’ai débranché/branché électriquement.
Merde ça marche donc pas chez moi
@Ds5, tu vas tester sur ta smart ou tu restes sur du multi jeedom ?
@toutlemonde, si quelqu’un a une idée d’où j’ai déconné je suis preneur ; pas de MAJ à faire sur la KLF ?
You’re welcome content de savoir que tu es revenu dans une situation normale.
Hello
Avant mon souci de Led clignotante et d’erreur timeout cela faisait deje un an que j’avais éclaté mon système de une smart à ma smart et 3 rpi3b+ pour isoler mes domaines domotiques (type sécurité, énergie chauffage et ouvrants). La smart sert surtout d’aggegateurde visualisation centrale et d’actions quotidiennes simples (rappel poubelle,météo, etc) et de supervision de l’ensemble. Je n’ai donc pas de plugin klf dessus, tout est pilotable en jeelink sans les plugin. Je n’ai donc pas besoin de tenter le downgrade pyvlx car j’ai profité de mon souci pour mettre à jour mon rpi des ouvrants en buster ce que j’avaisen tête de faire d’ici fin d’année sur tous mes rpi3. Pour la smart ce ne sera qu’avec l’image officielle. Désolé du coup je ne vais pas pouvoir aider sur des tests. Désolé que cela ne puisse pas fonctionner pour toi. Après je pense que tu as aussi tenté le redémarrage de ta smart ?
Pas mieux après reboot
J’ai même des trucs strange ; hier je suis repassé comme conseillé par lunarok en pyvlx 0.2.16
Je sais bien que j’étais dans la bonne version car j’ai essayé de relancer une seconde fois et il m’a retourné que c’était déjà OK
jeedom@jeedom:~$ sudo pip3 install 'pyvlx==0.2.16'
Requirement already satisfied: pyvlx==0.2.16 in /usr/local/lib/python3.5/dist-packages
Requirement already satisfied: PyYAML in /usr/local/lib/python3.5/dist-packages (from pyvlx==0.2.16)
jeedom@jeedom:~$
Suite au reboot aujourd’hui je relance la commande et il me repasse de 0.2.17 en 0.2.16
Chelou tout ça
arf. Bon la ca va etre la limite de mes compétences, c’est davantage côté OS que manipulations et tests. Donc je ne vais pas t’être d’une grande aide. Hormis comparer les plugins installés sur ta smart avec ceux des personnes ayant réussi la manip je ne vois pas trop. Vu la lib, je doute qu’un autre de tes plugins n’active la 0.2.17 à ton insu sinon je t’aurais dit de désactiver tous les plugins sauf KLF au cas où conflit entre eux mais je doute que ca soit cela.
Je vais ressortir un vieux PI et faire comme toi en attendant buster sur Smart
au moins mon petit guide d’install décrit plus haut va pt etre servir alors la dernière fois j’ai du mettre 30mn à installer l’OS + jeedom. Donc en gros en 1h tu devrais pouvoir assez vite voir si c’est ok côté plugin KLF ce qui cette fois semble plutôt prédictif sous buster. Bonne install