j’avais eu le cas il y a quelques jours, j’avais rebooté jeedom sans y prêter plus d’attention
mais cela vient de se reproduite
Je demande l’allumage d’un prise par le plugin swassit, la prise s’allume, OK
je reviens sur le dashboard quelques minutes après et je constate que le prise est éteinte, je redemande son allumage
et là, j’ai zwave qui part en cacahuète avec une file d’attente à plus de 150
Date et heure Source Description Action Occurrences
2021-11-04 16:51:34 openzwave Erreur exécution de la commande [Module Physique][Prise Caméra EXT][Off] : Echec de la requête http : http://127.0.0.1:8083/node?node_id=7&instance_id=1&cc_id=37&index=0&type=setvalue&value=0&apikey=xxxCurl error : Failed to connect to 127.0.0.1 port 8083: Connection refused 24
2021-11-04 16:51:34 swassist Erreur exécution de la commande [Electricité][Prise CamEXT][Off] : Echec de la requête http : http://127.0.0.1:8083/node?node_id=7&instance_id=1&cc_id=37&index=0&type=setvalue&value=0&apikey=xxxCurl error : Failed to connect to 127.0.0.1 port 8083: Connection refused 24
2021-11-04 16:51:32 openzwave Erreur exécution de la commande [Module Physique][Prise RepeteurWifi][On] : Echec de la requête http : http://127.0.0.1:8083/node?node_id=54&instance_id=1&cc_id=37&index=0&type=setvalue&value=255&apikey=xxxCurl error : Failed to connect to 127.0.0.1 port 8083: Connection refused 25
2021-11-04 16:51:32 swassist Erreur exécution de la commande [Electricité][Prise RépéteurWifi][On] : Echec de la requête http : http://127.0.0.1:8083/node?node_id=54&instance_id=1&cc_id=37&index=0&type=setvalue&value=255&apikey=xxxCurl error : Failed to connect to 127.0.0.1 port 8083: Connection refused 25
j’ai coupé le plugin swassist mais les alertes continues à arriver
Il semblerait que le #plugin-swassist renvoie la commande alors que la queue est encombrée. Cela ne fait donc qu’augmenter la queue.
Avec le #plugin-z-wave actuel de Jeedom, il faut surveiller la queue avant de renvoyer une commande sinon on ne fait que saturer la clé z-wave.
Sinon regarde dans les commandes de l’équipement. Le plugin créé peut être une commande temporaire pour bosser. Il suffirait de la supprimer. Simple hypothèse.
Je ne sais pas si c’est bien le problème mais j’ai l’impression que cela part en sucette quand l’etat dans le plugin n’est plus en phase avec l’état réel de l’équipement
Il reste que relancer des actions automatiquement sur des équipements zwave avec le plugin zwave actuel sans surveiller la queue est une mauvaise idée.
Voici ce que j’avais mis en place avant d’abandonner ce protocole.
