L'API est très lente si vous envoyez plusieurs requêtes.
Si vous appuyez sur marche et arrêt 10 fois par seconde pour un groupe de lumières avec 6 lumières, le temps de réponse commence à augmenter considérablement après seulement 4 clics et tout à coup, vous avez un temps de réponse de plusieurs secondes.
La même ofcorse se produit si vous éteignez plusieurs lumières d'un système externe tel que l'assistant à la maison.
Ainsi, lorsque j'éteins l'éclairage intérieur la nuit, vous pouvez vous tenir debout et regarder toutes les lumières s'éteindre avec quelques secondes d'intervalle.
J'exécute deconz sur un serveur ryzen multithread où le processeur est presque inactif pendant que cela se produit.
Si le problème est reproductible, listez les étapes ici :
regardez le temps de réponse des lumières augmenter considérablement
4
Si le problème ne peut pas être reproduit et est sporadique, veuillez fournir quelques détails
sur la fréquence et le moment où le problème se produit.
une réponse rapide lors de l'envoi de plusieurs requêtes à l'api
L'envoi de commandes aux groupes est plus lent que l'adressage d'une lumière. Je pense que cela est dû au fait que l'appel de groupe est un appel multicast.
Lorsque j'utilise un appel de groupe dans l'API REST avec mon plugin, je laisse un nouvel appel attendre env. 0,8 seconde. Lorsque j'envoie un appel direct pour une lumière, un nouvel appel doit attendre 0,1 seconde. Je soupçonne que Phoscon fait un retard similaire avec l'envoi des commandes.
L'envoi d'un certain nombre d'appels, comme vous le faites en appuyant plusieurs fois sur marche et arrêt provoque une accumulation de file d'attente. Si vous parvenez à envoyer 10 commandes en une seconde, la dernière commande sera envoyée 8 secondes après l'avoir appuyée dans mon goûter.
Je pense que cela est dû aux limites de la gestion des commandes de groupe dans Zigbee, et probablement pas à un bogue dans l'API REST ?
Comme il n'y a eu aucune réponse depuis 21 jours, ce problème a été automatiquement marqué comme obsolète. À OP : veuillez fermer ce problème ou le garder actif. Il sera fermé dans 7 jours si aucune autre activité ne se produit.
Comme il n'y a pas eu de réponse depuis 28 jours, ce problème sera clos. @ OP: Si ce problème est résolu, postez ce qui l'a corrigé pour vous.
Commentaire le plus utile
L'envoi de commandes aux groupes est plus lent que l'adressage d'une lumière. Je pense que cela est dû au fait que l'appel de groupe est un appel multicast.
Lorsque j'utilise un appel de groupe dans l'API REST avec mon plugin, je laisse un nouvel appel attendre env. 0,8 seconde. Lorsque j'envoie un appel direct pour une lumière, un nouvel appel doit attendre 0,1 seconde. Je soupçonne que Phoscon fait un retard similaire avec l'envoi des commandes.
L'envoi d'un certain nombre d'appels, comme vous le faites en appuyant plusieurs fois sur marche et arrêt provoque une accumulation de file d'attente. Si vous parvenez à envoyer 10 commandes en une seconde, la dernière commande sera envoyée 8 secondes après l'avoir appuyée dans mon goûter.
Je pense que cela est dû aux limites de la gestion des commandes de groupe dans Zigbee, et probablement pas à un bogue dans l'API REST ?