KLF 200 ne cesse de redémarrer pour n'importe quelle action!

Mathatak · Novembre 16, 2021, 7:46

Bonjour, depuis aujourd’hui, mon KLF200 ne cesse de redémarrer dès que je lance une action (ouvrir ou fermer) pour n’importe quel volet.

Voici les logs :

********************************************************
*             Installation des dépendances             *
********************************************************
Get:1 http://ftp.uk.debian.org/debian buster InRelease [122 kB]
Hit:2 http://ftp.uk.debian.org/debian buster-updates InRelease
Hit:3 http://security.debian.org/debian-security buster/updates InRelease
Err:4 https://repo.jeedom.com/odroid stable InRelease
  502  Bad Gateway [IP: 51.178.69.128 443]
Hit:5 https://oph.mdrjr.net/meveric all InRelease
Hit:6 https://oph.mdrjr.net/meveric buster InRelease
Hit:7 http://www.deb-multimedia.org buster InRelease
Reading package lists...
E: Repository 'http://ftp.uk.debian.org/debian buster InRelease' changed its 'Suite' value from 'stable' to 'oldstable'
Installation des dépendances apt
Reading package lists...
Building dependency tree...
Reading state information...
python3-pip is already the newest version (18.1-5).
python3-setuptools is already the newest version (40.8.0-1).
python3-dev is already the newest version (3.7.3-1).
0 upgraded, 0 newly installed, 0 to remove and 154 not upgraded.
Installation du module pyvlx pour python
Requirement already up-to-date: pyvlx in /usr/local/lib/python3.7/dist-packages (0.2.19)
Requirement already satisfied, skipping upgrade: PyYAML in /usr/local/lib/python3.7/dist-packages (from pyvlx) (5.4.1)
Installation du module aiohttp pour python
Requirement already up-to-date: aiohttp in /usr/local/lib/python3.7/dist-packages (3.8.1)
Requirement already satisfied, skipping upgrade: attrs>=17.3.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (20.3.0)
Requirement already satisfied, skipping upgrade: charset-normalizer<3.0,>=2.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (2.0.7)
Requirement already satisfied, skipping upgrade: multidict<7.0,>=4.5 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (5.1.0)
Requirement already satisfied, skipping upgrade: async_timeout<5.0,>=4.0.0a3 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (4.0.1)
Requirement already satisfied, skipping upgrade: yarl<2.0,>=1.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (1.6.3)
Requirement already satisfied, skipping upgrade: frozenlist>=1.1.1 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (1.2.0)
Requirement already satisfied, skipping upgrade: aiosignal>=1.1.2 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (1.2.0)
Requirement already satisfied, skipping upgrade: asynctest==0.13.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (0.13.0)
Requirement already satisfied, skipping upgrade: typing_extensions>=3.7.4 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (3.7.4.3)
Requirement already satisfied, skipping upgrade: idna>=2.0 in /usr/local/lib/python3.7/dist-packages (from yarl<2.0,>=1.0->aiohttp) (3.1)
Installation du module bottle pour python
Requirement already up-to-date: bottle in /usr/local/lib/python3.7/dist-packages (0.12.19)
********************************************************
*             Installation terminée                    *
********************************************************


ConnectionRefusedError: [Errno 111] Connect call failed ('192.168.1.69', 51200)
[2021-11-16 20:38:44][ERROR] : KLF200 has been restarted after found not responding
======== Running on http://0.0.0.0:9123 ========
(Press CTRL+C to quit)
Task was destroyed but it is pending!
task: <Task pending coro=<Heartbeat.loop() running at /usr/local/lib/python3.7/dist-packages/pyvlx/heartbeat.py:42> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7f9060f318>()]>>
[2021-11-16 20:40:23][ERROR] : KLF200 has been restarted after found not responding
[2021-11-16 20:40:23][ERROR] : KLF200 has been restarted after found not responding
[2021-11-16 20:40:24][ERROR] : KLF200 has been restarted after found not responding
Traceback (most recent call last):
  File "/var/www/html/plugins/klf200/resources/klf200d.py", line 269, in <module>
    LOOP.run_until_complete(init_pyvlx_connection(LOOP))
  File "/usr/lib/python3.7/asyncio/base_events.py", line 584, in run_until_complete
    return future.result()
  File "/var/www/html/plugins/klf200/resources/klf200d.py", line 22, in init_pyvlx_connection
    await pyvlx.load_nodes()
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/pyvlx.py", line 76, in load_nodes
    await self.nodes.load(node_id)
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/nodes.py", line 69, in load
    await self._load_all_nodes()
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/nodes.py", line 85, in _load_all_nodes
    await get_all_nodes_information.do_api_call()
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/api/api_event.py", line 21, in do_api_call
    await self.send_frame()
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/api/api_event.py", line 33, in send_frame
    await self.pyvlx.send_frame(self.request_frame())
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/pyvlx.py", line 66, in send_frame
    await self.connect()
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/pyvlx.py", line 43, in connect
    await self.connection.connect()
  File "/usr/local/lib/python3.7/dist-packages/pyvlx/connection.py", line 91, in connect
    ssl=self.create_ssl_context(),
  File "/usr/lib/python3.7/asyncio/base_events.py", line 959, in create_connection
    raise exceptions[0]
  File "/usr/lib/python3.7/asyncio/base_events.py", line 946, in create_connection
    await self.sock_connect(sock, address)
  File "/usr/lib/python3.7/asyncio/selector_events.py", line 464, in sock_connect
    return await fut
  File "/usr/lib/python3.7/asyncio/selector_events.py", line 494, in _sock_connect_cb
    raise OSError(err, f'Connect call failed {address}')
OSError: [Errno 113] Connect call failed ('192.168.1.69', 51200)
[2021-11-16 20:40:43][ERROR] : KLF200 has been restarted after found not responding
[2021-11-16 20:40:45][ERROR] : KLF200 has been restarted after found not responding
[2021-11-16 20:40:46][ERROR] : KLF200 has been restarted after found not responding
[2021-11-16 20:41:43][ERROR] : KLF200 has been restarted after found not responding

Merci de votre aide

Mips · Novembre 16, 2021, 7:51

Bonjour,

À l’avenir veuillez mettre les logs dans un Texte préformaté Comme ceci:

saisir ou coller le code ici

Sinon c’est illisible et cela fait un message kilométrique.

J’ai corrigé pour vous.

Mathatak · Novembre 17, 2021, 7:30

Savez vous comment il faut faire pour contacter le développeur de l’application ?

olive · Novembre 17, 2021, 7:54

Salut
Comme tu viens de le faire ici normalement si il suit les tag de son plugin.
après si réponse pas trouvé ici tu peut toujours ouvrir un ticket …

cddu33 · Novembre 17, 2021, 8:46

Le klf200 est très tatillons,.
l’API est buger… Et le plugin a ne s’arrête pas correctement donc il tourne en boucle souvent et c’est compliqué de l’arrêter.
Le développeur a mis des rustines, mais ya pas de recette miracle avec cette interface…

Pour bien le faire fonctionner voici la recette qui fonctionne chez moi:

débrancher le klf200
arrêter jeedom
Brancher le klf200
démarrer jeedom, et normalement le plugin démarre bien.

Après en utilisation j’avais beaucoup de plantage. Je les aient résolu en mettant un sleep entre chaque commande. Et depuis plus de plantage depuis 6mois.
Juste les redémarrage qui sont compliqué.

Ds5 · Novembre 17, 2021, 10:16

Hello

Dans les éléments à prendre en considération, en effet, l’envoi de x demandes rapprochées peut être source de non fonctionnement des demandes sur les ouvrants. Dans mon cas j’ai espacé mes scénarios en horaires de déclenchement si jamais je manipule beaucoup d’ouvrants.
J’ai quand mm des commandes qui se lancent tous les jours sur 4 ou 5 ouvrants qui ne posent pas question (j’ai mis dans mon virtuel de groupe une commande ouvrir 1er étage par exemple qui fait « ouvrir1 && ouvrir2 && ouvrir3 && ouvrir4 && ouvrir5 » et cela fonctionne)
Pour ce qui est de l’API et du plugin, je ne pense pas que cela soit buggué plus qu’autre chose, les limites seraient dans mon expérience plus liées à l’usage qu’on fait. Le plugin parvient d’ailleurs parfois à s’en sortir très bien tout seul (le cas il y a 5j : je n’ai rien fait et après un échec dont mon scénario m’a prévenu (état ouvrant après action incohérent avec la demande qui vient d’etre lancé en attendant 1mn avant de vérifier) le plugin avait réétabli la connexion et la simple relance de ma commande de groupe est passée.

Dans les qques cas rencontrés de non reconnexion, la méthode reste la même : off KLF, pause 5s, on KLF, puis une fois fait relance démon dans Jeedom. Pas de relance de Jeedom en tout cas (à moins que arrter, relancer jeedom ci-dessus ne signifie que arret et relance du démon KLF200)

Et à noter que c’est comme tout, il faut toujours mieux dans son scénario et commandes prévoir que ca puisse rater et dans ce cas avertir l’utilisateur en lui proposant des actions (comme par exemple en cas d’échec d’une commande proposer de stopper le démon (exploiter jeelink), arrêter puis relancer le KLF (prise pilotée) et enfin relancer le démon. Ou bien mettre ces actions dans une des applis mobile Jeedom (dans mon cas Jeedom Connect).

otokarl · Novembre 18, 2021, 4:01

bonjour
j’avais des instabilités au tout début quand j’ai commencé à utiliser ce plugin.
Dans mon cas, le branchement du klf200 sur une prise connectée puis en mettant les commandes on off de la prise dans la configuration du plugin klf200 a résolu le problème.

jpty · Novembre 21, 2021, 6:04

Bonsoir,

J’ai eu le cas hier avec mon premier volet roulant en IO.
Il ne faut pas d’espace dans les noms des devices sur le KLF.

Mathatak · Novembre 21, 2021, 6:31

Pas d’espace !
J’ai réussi à rescanner et à retrouver mes volets mais toujours redémarrage intempestif après n’importe quelle action sur n’importe quel volet !

Mathatak · Novembre 21, 2021, 6:33

Voici les logs…

Mathatak · Novembre 22, 2021, 6:56

Est ce PYTHON 3.7 qui pourrait poser problème :
Si oui, comment le réinstaller ?

Task was destroyed but it is pending!
task: <Task pending coro=<Heartbeat.loop() running at /usr/local/lib/python3.7/dist-packages/pyvlx/heartbeat.py:42> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7f78b96318>()]>>
[2021-11-22 07:49:13][ERROR] : KLF200 has been restarted after found not responding
[2021-11-22 07:49:14][ERROR] : KLF200 has been restarted after found not responding
[2021-11-22 07:49:14][ERROR] : KLF200 has been restarted after found not responding

jpty · Novembre 22, 2021, 11:17

Bonjour,

Vous avez 154 mises à jour en attente d’installation.

Au préalable, faites une sauvegarde de Jeedom et externalisez là.
Avant de faire les mises à jour du système, il faut éditer le fichier /etc/apt/sources.list pour supprimer la ligne contenant repo.jeedom.com afin de supprimer l’erreur:

Ce repo est en panne depuis plusieurs mois.
Puis refaire apt update sans erreur ni warning suivi de apt upgrade pour installer les 154 MAJ.

Vous avez fait comment ?

Il faut donner plus d’info et pas uniquement ce que vous pensez qui pourrait être un problème .

Mon log d’installation des dépendances:

********************************************************
*             Installation des dépendances             *
********************************************************
Hit:1 http://security.debian.org/debian-security buster/updates InRelease
Hit:2 http://www.deb-multimedia.org buster InRelease
Hit:3 https://deb.nodesource.com/node_14.x buster InRelease
Hit:4 http://ftp.uk.debian.org/debian buster InRelease
Get:5 http://ftp.uk.debian.org/debian buster-updates InRelease [51.9 kB]
Hit:6 https://oph.mdrjr.net/meveric all InRelease
Hit:7 https://oph.mdrjr.net/meveric buster InRelease
Fetched 51.9 kB in 3s (17.8 kB/s)
Reading package lists...
Installation des dépendances apt
Reading package lists...
Building dependency tree...
Reading state information...
python3-pip is already the newest version (18.1-5).
python3-setuptools is already the newest version (40.8.0-1).
python3-dev is already the newest version (3.7.3-1).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Installation du module pyvlx pour python
Requirement already up-to-date: pyvlx in /usr/local/lib/python3.7/dist-packages (0.2.19)
Requirement already satisfied, skipping upgrade: PyYAML in /usr/local/lib/python3.7/dist-packages (from pyvlx) (6.0)
Installation du module aiohttp pour python
Requirement already up-to-date: aiohttp in /usr/local/lib/python3.7/dist-packages (3.8.1)
Requirement already satisfied, skipping upgrade: multidict<7.0,>=4.5 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (4.7.6)
Requirement already satisfied, skipping upgrade: attrs>=17.3.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (21.2.0)
Requirement already satisfied, skipping upgrade: asynctest==0.13.0; python_version < "3.8" in /usr/local/lib/python3.7/dist-packages (from aiohttp) (0.13.0)
Requirement already satisfied, skipping upgrade: yarl<2.0,>=1.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (1.6.3)
Requirement already satisfied, skipping upgrade: async-timeout<5.0,>=4.0.0a3 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (4.0.1)
Requirement already satisfied, skipping upgrade: frozenlist>=1.1.1 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (1.2.0)
Requirement already satisfied, skipping upgrade: aiosignal>=1.1.2 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (1.2.0)
Requirement already satisfied, skipping upgrade: typing-extensions>=3.7.4; python_version < "3.8" in /usr/local/lib/python3.7/dist-packages (from aiohttp) (3.10.0.0)
Requirement already satisfied, skipping upgrade: charset-normalizer<3.0,>=2.0 in /usr/local/lib/python3.7/dist-packages (from aiohttp) (2.0.7)
Requirement already satisfied, skipping upgrade: idna>=2.0 in /usr/lib/python3/dist-packages (from yarl<2.0,>=1.0->aiohttp) (2.6)
Installation du module bottle pour python
Requirement already up-to-date: bottle in /usr/local/lib/python3.7/dist-packages (0.12.19)
********************************************************
*             Installation terminée                    *
********************************************************

J’utilise une Smart comme vous.

Mathatak · Novembre 22, 2021, 12:01

Bonjour,
1- pourtant je n’ai pas de mises à jour qui s’affichent dans le « centre de mises à jour » !
2- Pour re-scanner, j’ai juste renommé mes volets dans le KLF200 et Jeedom les as vue de suite, avec le nom d’origine que crée KLF, cela ne fonctionnait pas !

Mathatak · Novembre 22, 2021, 12:08

Et comment faire ceci ?
1- éditer le fichier /etc/apt/sources.list pour supprimer la ligne contenant [repo.jeedom.com]…
2- refaire apt update sans erreur ni warning suivi de
3- faire apt upgrade pour installer les 154 MAJ.

Pas de réponse du DEV de l’app et pas d’aide du côté de Jeedom car APP tierce !

Mathatak · Novembre 23, 2021, 5:24

« Python », c’est à qui ? Jeedom ou KLF200 ?

Mips · Novembre 23, 2021, 5:39

Ni l’un ni l’autre. C’est au système. Et à première vue vous n’avez rien à changer la dessus.

@jpty, c’est une box smart donc ce n’est pas à @Mathatak d’éditer un fichier pour retirer un dépot (qui en fait ne gêne pas) ni d’installer des mises à jours système. Tout ça est du chinois probablement.

Mathatak · Novembre 23, 2021, 5:44

Comment faire pour gérer l’erreur qui apparaît, qui n’apparaissait pas avant et empêche mon KLF de fonctionner depuis 10 jours alors qui fonctionnait très bien depuis 8 mois ?

jpty · Novembre 23, 2021, 5:53

Bonsoir Mips

Oui, c’est pour cela que je n’ai pas répondu aux questions « comment faire » au-dessus.
Dés que j’ai vu la confusion entre mise à jour Jeedom et mise à jour système.
Je ne suis pas certain que le repo jeedom qui ne réponds pas ne gêne pas: il dit bien qu’il utilise alors une ancienne version du repo. Nebz le désactive dans son install de nodejs (alexa-api, homebridge entre autres)

Pour les mises à jour du système, si on ne les provoque pas, elles ne se font pas.
J’en avais encore 54 sur ma Smart alors que des dépendances de plugin (avec des apt update et apt upgrade) ont été faites. J’ai déjà validé le passage de stable en oldstable dans un upgrade précédent.

Mathatak · Novembre 23, 2021, 6:03

En fait si je comprends bien, c’est JEEDOM n’est pas fait pour les amateurs comme moi !

jpty · Novembre 23, 2021, 6:06

Il faut fournir des logs complets et pas une capture d’écran partielle.

Videz le log klf200
Passez le plugin klf200 en debug
Redémarrez le daemon
Provoquez l’erreur
Fournissez le log klf200 complet