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…
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…
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)
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
Bon, comme on a pas de nouvelles de Unifi, j’ai mis en place (en beta pour l’instant) un auto-reconnect directement dans le démon, ça ne change rien au problème de déconnexion mais ca se reconnecte dans les 500ms plutot que 5min. (UN SEUL réessai de connexion, si ça passe pas, ça tue le démon et il est relancé dans les 5min comme avant).
I am afraid troubleshooting on 3rd party software programs with Network Application is out of our support scope.
You can post your query on our UI Community and other users might get back to you if they have similar setup as you.
oui je pense que vous n’avez pas tourné la demande correctement, c’est un problème de websocket et là ils disent que ça vient d’un 3rd party software… or le message d’erreur est chez eux… mais soit, vous avez un contournement pour l’instant.
Jeedom is like Home Assistant and it need a persitant connection to the websocket
Why the websocket shut down the connection ?
why the pong isn’t receveid every 30 s ?
je viens d’installer la version Beta et je vous tiens au courant
