jojo

merci, elles sont jolies. Comme j'ai le corp noir, tu les auraient en noir ? https://www.google.com/shopping/product/15575482675167583782?q=nuki&newwindow=1&sxsrf=ALiCzsbPKvjIhXwdihAN61wd87ar549N3A:1664534823413&biw=1909&bih=1229&dpr=1&prds=eto:8421173034502473621_0,pid:16618375752568924740&sa=X&ved=0ahUKEwi7y-q7q7z6AhUGRBoKHX7QBIAQ8gIInQ0oAA

j'ai même un v1, mais comme tout passe par le bridge, v1 ou v2 c'est le même. Maintenant pour la v3 avec bridge intégré, aucune idée. J'imagine qu'il doit y avoir beaucoup de différences. (Si tu m'offre une v3, je te développe le QA qui va bien )

et avec un FGBS-222, tu as des entrées analogiques 0-10V

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) (=> Nuki v1 ou v2) • Merci à @Lazer, @jjacques68, @Did, @fredokl, …, 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 (et simple clic sur l'icône) • envoyer commande de verrouillage (et simple clic sur l'icône) • envoyer commande de lock’n’go (verrouillage temporisé) • envoyer commande de lock’n’go précédé d’une ouverture de porte 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 A partir de la v5.0 du code, des variables sont générées automatiquement pour pouvoir, par exemple, être facilement réutilisées dans GEA Configuration du QA Toute la configuration personnelle se fait dans le fichier "config". Les informations 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. Icones Ce QA est de type "Doorlock". Chargez d'abord ces deux icônes pour le statut du Nuki si batterie ok : Ensuite ces deux ci pour batterie à remplacer : Chacun de ces sets de 2 icônes à UN id. Voir ici comment le récupérer. ID des icônes sous HC3 - La Home Center pour les nuls - Domotique-fibaro Une voit récupérés, les introduire ici dans le fichier "config" (remplacer 0 par le vrai ID) icones = { batteryOK = 0, batteryKO = 0, roomOpen = "", roomClose = "", } N.B. si vous laissez 0, le QA utilisera l'icône par défaut et ne la modifiera pas en fonction de l'état de la batterie. si vous laissez "" pour les icônes des pièces, le QA utilisera l'icône par défaut de la pièce, et ne la modifiera pas en fonction de l'état de la serrure. Le QA Nuki_v5.0.fqa si vous avez déjà la version >= 4.0 vous pouvez simplement remplacer le code par cette version du code (et supprimer toutes les variables) : Nuki_v5.0_main.lua Nuki_v5.0_config.lua Historique des versions -- v5.0 (12/02/2024) : fichier config au lieu de variables -- v4.2 (31/01/2024) : bug changement de statut -- v4.1 (31/01/2024) : icone de la pièce -- v4.0 (21/01/2024) : optimisation du code (écrire que si changement) -- QA de type DoorLock -- v3.0 (19/12/2022) : colorisation des labels -- v2.0 (14/11/2022) -- v1.0 (26/09/2022) : initial version 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", } ]

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

ce n'est pas une bête question, ou bien, alors je suis également très bête, car j'ai déjà eu ce soucis par le passé, et on ne m'y reprendra plus. En fait, comme le disais @Lazer, ma première url fonctionne depuis un browser, mais plus entre serveurs. J'ai eu le soucis avec mes Google Scripts. Pour l'instant ça semble être un limitation au niveau du bridge Nuki. Dès que je trouve une solution, je la partage.

pour moi, car je n'ai pas de clim (sauf ma cave à vins, et elle est déjà en manu)

c'est ce que je fais également, et ça marche également pour l'exclusion, mais alors c'est du chipot, car il faut d'abord faire un reset avant la ré-inclusion automatique ....

je vais regarder sur le forum de Nuki, mais comme l'url est un champ text, ce champ peut contenir ce qu'on veut. ici exemple du retour du JSON des url enregistrées (ici 1 url, max 3. possibles) // 20220813180405 // http://192.168.x.y:wwww/callback/list?token=abcdefg { "callbacks": [ { "id": 0, "url": "http://192.168.x.z:ppp/UniversalListen?trame=blablabla" } ] } = exemple pour ma LD (où pas d'authentification nécessaire => NO comment)

ma Nuki n'a que un seul champ : une url, qui idéalement devrait contenir également l'authentification. Donc il n'est pas possible de générer une ligne (url) avec le "message" et le header d'authentification ?

oui, c'était là que j'étais arrivé dans ma lecture, mais quelle url COMPLETE (avec l'authentification et le "message" (=url comme si on n'avait pas besoin d'authentification) dois-je mettre (par exemple dans mon browser) ?

merci, je vais étudier ton lien. mais pour l'exemple, c'est simple (sinon je n'aurais même pas commencé), c'est url de mon premier post (sans l'authentification, bien-sûr)