Nuki Bridge non reconnu

Bonjour. Je viens d’installer ma serrure nuki, reçue aujourd’hui, avec le bridge une serrure et une télécommande à code. J’ai acheté le plugin, mais impossible de faire reconnaitre ma serrure et mon bridge. J’ai fini par trouver l’api token du bridge (pas d’explication sur votre doc) et donc renseigné. Par contre il y a trois zone « CallBack URL 1 » 2 et 3 mais je ne sais pas quoi mettre dedans, votre doc n’en parle pas. J’ai désinstallé, puis réinstallé, rebooté, mais rien n’y fait. Pas urgent puisque cela fonctionne avec le téléphone, par internet mais bon, je ne peux pas faire d’inter actions.

L’erreur est

[2020-06-10 19:45:04][ERROR] : Erreur sur la fonction cron15 du plugin : [2020-06-10 19:45:04][ERROR] : Erreur sur la fonction cron15 du plugin : Echec de la requête HTTP : http://:/callback/list?token= cURL error : Could not resolve host:
[2020-06-10 20:00:20][ERROR] : Erreur sur la fonction cron15 du plugin : Echec de la requête HTTP : http://192.168.0.117:8080/callback/list?token=xxxxxx cURL error : Operation timed out after 5001 milliseconds with 0 bytes received.
Envoi d’une requête 'Ping'  192.168.0.117 avec 32 octets de données :
Réponse de 192.168.0.117 : octets=32 temps=6 ms TTL=255
Réponse de 192.168.0.117 : octets=32 temps=7 ms TTL=255
Réponse de 192.168.0.117 : octets=32 temps=4 ms TTL=255
Réponse de 192.168.0.117 : octets=32 temps=4 ms TTL=255

Je me réponds à moi même. J’avais du déconnecter mon bridge de la serrure en cherchant justement l’API… C’est un peu pénible ce système via le téléphone, on ne peut pas modifier le bridge en direct et je pense que cela réinitialise la connexion… J’ai pourtant mis le bridge en DHCP « fixe » … Bon, c’est un problème de nuki pas de jeedom

Bon, il y a quand même des soucis… Lenteurs réseau ? Le bridge est à côté de la box, donc à priori pas de problème de connexion wifi…

Erreur exécution de la commande [Hall][Porte De Maison ][Déverrouiller] : Echec de la requête HTTP : http://192.168.0.117:8080/lockAction?token=xxxxx&nukiId=5xxxxxxx&action=1&noWait=1 cURL error : Operation timed out after 5000 milliseconds with 0 bytes received

C’est tout le temps et épisodique ?

A priori, cela s’est calmé. Je me suis commandé deux switchs dlnk « un peu » manageable, au moins avec la gestion QoS. C’est peut-être mon réseau qui n’aime pas les mélanges bornes wifi, caméras, routeurs etc…

Ca devrait bien améliorer les choses.
J’ai moi aussi un réseau bien chargé et ça m’arrive de temps en temps de ne pas avoir de réponse du bridge mais rien de bien méchant.
Tiens nous au courant si tes nouveaux switchs améliorent la situation.

Echec de la requête HTTP : http://192.168.1.79:8080/lockAction?token=xxxxxx&nukiId=xxxxxxx&action=3&noWait=1 cURL error : Operation timed out after 5000 milliseconds with 0 bytes received

Une installation NUKI avec les firmwares bien mis à jour:
Bridge : 2.3.0
Serrure : 2.7.20
fonctionnement très aléatoire de la liaison avec la serrure NUKI. 99% des échecs d’exécution des commandes … Erreurs d’exécution des commandes …
Jeedom : 4.0.56
Plugin Nuki : 2020-05-12 15:17:04

Aucune idée sur Callback URL1, URL2 et URL3 : rien dans la doc: dommage …
En plus la synchronisation est très délicate : très difficile de retrouver la serrure et … quand elle est trouvée, la ré-synchro la supprime …

Pourrais-je avoir plus d’explications sur le plugin et pourriez-vous le stabiliser svp ?
Merci.

1 « J'aime »

J’ai installé un miniswitch dlink manageable. A priori, plus d’erreur, mais le pluging ne se met pas à jour. Pourtant quand je donne l’ordre d’ouverture ou fermeture, cela fonctionne. Par contre l’état ne remonte pas dans le temps.

https://community.jeedom.com/t/timeout-defini-a-5-secondes-sur-la-fonction-exec-trop-long-double-voir-triple-gachage/51058

active http API , dans les paramètre de ton bridge