jojo

Introduction • Un QA par Serrure Nuki (choix délibéré, car si plusieurs serrures, elles seraient dans différentes pièces) • Vous devez avoir un Nuki bridge, car tout passe par lui (qui peut servir plusieurs serrures) • Merci à @Lazer, @jjacques68, …, pour leurs précieux conseils Objectif • récupérer l'état d'ouverture/fermeture • récupérer l'état des piles (de la serrure et du keypad si associé) • envoyer commande d'ouverture • envoyer commande de déverrouillage • envoyer commande de verrouillage Activation API La totalité de l'API est disponible ici : https://developer.nuki.io/page/documents/1/ Pour commencer, nous allons avoir besoin d’activer le mode Développeur via l’app sur Mobile. Cette manipulation peut être effectuée à l’installation du système : - Vous tomberez sur une page de recherche des réseaux WIFI et sur la partie basse, cocher la case API HTTP. OU Si vous avez déjà installé votre Nuki, procéder comme suit : - aller dans section gérer la Bridge (menu général de l'app -> Gérer mes appareils -> Bridge -> gérer la Bridge) - mettre la Bridge en mode maintenance - Une fois arrivé dans la section de gestion de la Bridge, pr esser sur l'icône de Bridge puis activer le HTTP API. Vous obtiendrez l’adresse IP du bridge, le port (par défaut le 8080) et surtout le token (jeton) à noter précieusement pour la suite de ce tuto. Une fois ces éléments enregistrés terminer l’installation de la Nuki. Pour la suite, on notera les éléments suivant : • IP du bridge = IP_NUKI • Port du bridge (par défaut le 8080) = PORT_NUKI • Token = TOKEN_NUKI Il reste encore à récupérer les IDs des NUKIs, pour cela ouvrir une page d’un navigateur internet. Puis entrez l’url suivante : http://IP_NUKI:PORT_NUKI/list?token=TOKEN_NUKI Vous devriez recevoir en retour l’état de vos Nukis avec leur nukiID qu’on notera par la suite ID_NUKI Voici un exemple de retour de cette URL/API : [ { "deviceType": 0, "nukiId": 123456789, "name": "Entrée", "firmwareVersion": "1.14.1", "lastKnownState": { "mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 34, "keypadBatteryCritical": false, "timestamp": "2022-07-24T07:45:45+00:00" } }, { "deviceType": 0, "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.14.1", "lastKnownState": { "mode": 2, "state": 1, "stateName": "locked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2022-07-24T20:00:06+00:00" } } ] Résumé sur les actions et les états disponibles Pour l’état (State) de la Nuki, nous obtenons une valeur numérique : 0 : non calibré (à faire à l’installation pour que la Nuki sache se positionner) 1 : verrouillé 2 : déverrouillage en cours 3 : déverrouillé 4 : verrouillage en cours 5 : porte ouverte 6 : lock’n’go (verrouillage temporisé) 7 : lock’n’g (porte en cours d’ouverture) (! bien comprendre la différence entre déverrouillé et ouverture) 254 : moteur bloqué 255 : erreur inconnue Pour les actions possibles : 1 : déverrouillage 2 : verrouillage 3 : ouverture porte 4 : lock’n’go (verrouillage temporisé) 5 : lock’n’go précédé d’une ouverture de porte Variables du QA Les variables suivantes doivent être complétées pour que le QA fonctionne. • ip = IP_NUKI - 192.168.1.xxx • port = PORT_NUKI - 8080 • token = TOKEN_NUKI - abcdef • id = ID_NUKI - 123456789 • refresh = par défaut 10s (si inférieur, il affiche une erreur-. C'est l'intervalle de temps auquel le QA va interroger la serrure pour connaître son état. Les autres variables sont remplies par le QA, afin de pouvoir, par exemple, être utilisées par GEA. Idées d'utilisation • Verrouiller toutes les portes au coucher • Verrouiller toutes les portes lorsque l'alarme générale est branchée • Envoyer une notification quand il faut changer les piles d'une serrure Limitations Si le json ne sait pas retourner toutes les valeurs du tableau (car par exemple la serrure a perdu sa connexion avec la Bridge), les informations retournées peuvent ne pas être fiables. Exemple 1 : Si la serrure "Entrée" n'est plus connectée à la bridge, le json retourné ressemblera à ceci : { "nukiId": 123456789, "name": "Entrée", }, { "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.7.3", "lastKnownState": { "state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2019-01-12T14:47:54+00:00" } } ] Exemple 2 : Si la serrure "Cuisine" n'est plus connectée à la bridge, le json retourné ressemblera à ceci : { "nukiId": 123456789, "name": "Entrée", "lastKnownState": { "state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2019-01-12T13:04:25+00:00" } }, { "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.7.3", } ] Icones Je joins 2 icônes pour le statut locked ou unlocked de la serrure Nuki_v2.03.fqa Nuki_v2.03.pdf

c'est pour ça que j'ai essayé, et je vais créer "pleins" de users en fonction du device

je viens de le faire avec https://mondomaine.be et ça fonctionne super (via mon haproxy)

mise à jour faite : RAS, et elle m'a réglé 2 problèmes : J'avais 1 thermostat linked device qui avait perdu son main device (sonde de température) et quand je voulais le mettre à jour, je ne pouvais pas sauver ma config (seule solution, le détruire et la recréer avec nouvel ID, ...) Maintenant ok il bloquait à 49% pour la mise à jour firmware d'un FGMS, maintenant elle est passée. =>

je partagerai bientôt un QA qui permet de gérer les serrures Nuki (avec un Bridge), car celui du market place ne fonctionne pas. La seule chose qui me manque, ce sont les icônes Nuki ouvert et Nuki Fermé => appel aux graphistes

tout est dans hub.call() (comme d'hab) (merci pour le lien et l'indication du chapitre )

salut @Fredmas, merci pour ce sujet très détaillé. Comme il m'est impossible de parcourir tous les posts de ce sujet et que ma question TRES basique a surement déjà été posée, pourrais-tu me répéter la réponse SVP ? Question : Depuis la fonction B du QA A, je souhaite appeler la fonction D du QA C, en lui passant un paramètre. J'ai essayé ceci, et évidemment ça ne fonctionne pas : dans le QA A function QuickApp:B() ... C:D("test") ... end dans le QA C function QuickApp:D(param) ... end merci pour la future réponse que je suspecte être facile

ok, merci pour ces infos, enfoiré d'ascenseur qu'il faut monter pour voir les autres options (et pas descendre comme d'hab) Je vais donc refaire mes config proprement (bien que mon astuce fonctionne ok)

auto-réponse, et partage ... en fait, c'est le template Fibaro qui n'est pas bon ! (c'est compréhensible, il s'agit d'un vieux module d'un autre fabricant ?) il faut décocher dans les paramètres l'utilisation du template, et alors les paramètres 20 & 21 apparaissent, mais avec la valeur 3 (qui ne correspond à rien) on entre une bonne valeur (0 ou 1) et tout fonctionne !

bonjour, je suis en plein désespoir, car je n'arrive pas à avoir le retour de mes IN1é2 (=vontacts secs) sur ma HC3. (désolé si la question a déjà été posée/répondue, mais il m'est impossible de lire les 13 pages de ce sujet) Pourtant les modulent son bien inclus, et le câblage est identique à mes FGBS221 (j'ai ( en fait @mprinfo) juste échangé les modules en gardant le même connecteur) voici ma config : et ce que je trouve très étrange, c'est que pour aucun de mes fgbs je ne vois les paramètres 20 & 21 Merci de votre assistance psychologique ...

ça commence, c'est la bon mot

bonjour à tous. Excusez ma (très) longue absence. La migration physique (donc pas encore les paramètres, ...) fut longue et difficile => merci à @mprinfo qui la terminée à > 90%. Je vais essayer maintenant de lire mon retard sur le forum ...

c'est un des paramètres du module : 150 = 2