la beta du plugin … 
Effet placebo alors car la seule différence entre bêta et stable est dans du code JavaScript pour la mise à jour de la valeur en temps réel dans la page de la liste des commandes… donc strictement aucun lien 
c’est ce que j’avais compris en lisant les commentaires précédents …
Mais comme mon plugin était désactivé depuis quelques temps, peut être qu’en méttant la béta, il a réactualisé des librairies ou autres …
enfin, dans un sens, le principal est que ça fonctionne 
Encore Merci pour le boulot 
Si j’ai bien compris, c’est le contrôleur (Unifi) qui donne cette information.
Dans ces conditions, le plugin ne peut pas faire grand chose que de constater la fermeture de la connexion et de tenter de la rouvrir.
Le problème est donc du coté d’Unifi.
Exact, et c’est le mécanisme de jeedom qui redémarre tout seul le demon.
Bonjour
C’est super ennuyeux car le plugin devient inutilisable. je suis dans le même cas avec une version 7.2.94 sur UDM. J’ai même supprimer le plugin pour le réinstaller et la version du 26-08-2022 du plugin
J’ai ouvert un ticket chez Unifi mais j’ai des doutes que ça intéresse des californiens
Le plus fou c’est que aucun problème sur le contrôleur software donc c’est vraiment dans la version de l’udm et non pas du UniFi Network…
Fournissez leur le server.log
Je ne comprend pas la logique du redémarrage
[08-10-2022 18:48:42][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 18:58:14][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:08:57][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:14:15][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:18:33][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:22:52][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:29:57][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:46:21][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 19:51:42][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 20:12:37][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 20:21:58][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 20:36:30][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 20:51:58][WARNING] : Plus de retour du controleur depuis 35sec, Arret du démon
[08-10-2022 20:59:21][WARNING] : Plus de retour du controleur depuis 35sec, Arret du démon
[08-10-2022 21:17:00][WARNING] : Plus de retour du controleur depuis 35sec, Arret du démon
[08-10-2022 21:20:38][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 21:22:46][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 21:34:33][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 21:42:23][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 21:50:27][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 21:52:07][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 21:59:40][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:05:10][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:08:51][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:17:07][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:23:14][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:39:02][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:42:11][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 22:57:30][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 23:04:14][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 23:07:00][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
[08-10-2022 23:12:05][WARNING] : ctrl.close - Le controleur a envoyé un évènement de fermeture, Arret du démon
Je ne comprends pas ce que vous ne comprenez pas,… si le contrôleur coupe la communication le demon s’arrête et se fait relancer automatiquement par jeedom dans les 5 min.
Si le contrôleur n’envoie plus de signe de vie pendant plus de 30 secondes, même chose.
Je pourrais raccourcir ce temps en ne laissant pas jeedom gérer le redémarrage et en faisant la reconnection dans le demon mais ça ne changera rien au problème de fond et consommera plus de ressources… ils ont un bug dans la partie udm qui n’est pas présente dans la partie contrôleur Network software… la raison est pour le moment identifiée dans les logs du contrôleur mais toujours pas de réponse d’unifi… @bubu777 ?
C’est la logique « temporelle » du redémarrage que je ne comprends pas :des fois 2 min, des fois 25 mins 
Pour unifi, ils sont en train de me demander qu’est ce que Jeedom
et de m’envoyer vers des videos Youtube pour bien choisir mes périphériques 
C’est jeedom qui se charge de relancer le demon quand il est stoppé et c’est TOUJOURS dans les 5 min qui suivent (ou moins comme le cron « plugin » qui s’occupe de ca tourne toutes les 5 min.)
Il faut simplement leur dire que c’est comme HA et que c’est une connexion permanente au websocket. Et leur demander d’expliquer cette erreur dans leur log et la coupure du websocket uniquement sur udm et pas sur le contrôleur software. + le fait que le pong ne soit parfois pas reçu toutes les 30 secondes…
1 « J'aime »
Il me semblait que j’avais le même problème or le contrôleur est sur une machine debian 11.5 et non sur UDM?
Le lien que je met dans ce message c’est pour udm, tu as un udm toi tu m’avais dit non ? Car contrôleur software installé personne n’a le problème…
Ben si, moi (ou sinon je n’ai rien compris).
Je confirme que c’est au moment de mon passage sous UDM (à jour) que le problème est apparu
Sous ubuntu, je n’avais pas le problème
Il faut simplement leur dire que c’est comme HA et que c’est une connexion permanente au websocket. Et leur demander d’expliquer cette erreur dans leur log et la coupure du websocket uniquement sur udm et pas sur le contrôleur software. + le fait que le pong ne soit parfois pas reçu toutes les 30 secondes…
je vais essayer de leur dire ça 
Merci
1 « J'aime »
Petite question, à votre passage à udm avez vous migré ou bien recommencé une configuration (pour voir si ça peut être lié à une configuration spécifique dans le controleur)
moi, parti d’un UDM neuf et même pb
Si tu as des vm, tu peux tenter une nouvelle install à côté ? Sans restaurer dans un premier temps, ça permettrait d’isoler si ça vient d’un paramètre côté contrôleur
Car de mon côté j’ai tenté Sur deux contrôleurs et les beta testeurs aussi et pas de probleme
Certains d’entre vous ont des cloudkeys ?