jojo

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)

oui c'est également ce que j'aurais fait, sauf que : je suis incapable (physiquement) de faire le triple clic et de visser comme il faut c'est @mprinfo qui arrive demain avec les nouveaux modules En effet, c'est la bonne période (pas de chauffage) pour le faire. Mais tout est validé, car je ne pouvais pas me permettre sue ça ne fonctionne pas ...

oui, et appeler une méthode spécifique d'un QA ici (contrairement à avec mes Google Scripts qui utilisent mon HAProxy) je reste en local, donc je dois juste fournir l'ip locale de la HC3 (192.168.X.y) oui et cette url va exécuter une méthode d'un QA qui va mettre à jour le statut de la Nuki je me doutais bien, maid pourrais-tu me donner un exple car là on atteint les limites de mon (in)compétence ? Merci

tu veux monter pour faire un plan à 4 ??

Pourquoi ??? C'est l'occasion unique de tout remettre au propre et de repartir à zéro, surtout que si tu changes vers de nouveaux modules, migrer les anciens est inutile

@mprinfo sera seul pour tout faire (moi, je ne pourrai que causer ...)

merci, mais je ne vous suis plus ... quel rapport avec Netatmo ? dans mes Googles Scripts, qui font également appel à une fonction d'un QA, j(ai mis ceci, et ça fonctionne, mais je n"ai pas trouvé ce qui était envoyé en réalite : var Box_User = "xxx"; var Box_Pwd = "yyy"; var Box_AuthHeader ="Basic " + Utilities.base64Encode(Box_User + ':' + Box_Pwd); var Box_Options = {headers: {Authorization: Box_AuthHeader}}; var Box_IP = "hc3.domaine.ndd"; var Box_Port = "443"; // le port externe qui est redirigé vers le port interne var Box_Protocole = "https"; var Box_Cmd = "api/callAction"; var Var1 = "deviceID"; var Val1 = "###"; var Var2 = "name"; var Val2 = "name of the function"; var url = Box_Protocole + "://" + Box_IP + ":" + Box_Port + "/" + Box_Cmd + "?" + var1 + "=" + val1 + "&" + var2 + "=" + val2; envoi = UrlFetchApp.fetch(url, Box_Options); je n'arrive pas à identifier l'url qui est effectivement envoyée à la box et qui fonctionne. Y aurait-il un log des tentatives d'accès à la box qui me permettrait de voir ce qui cloche /où ça coince ?

je te dirai combien de temps pour changer et réinclure (également les WP, AEOTEC). mais je dirais 2-3 jours, un niveau par jour. Mais pour que ce soit le plus rapide, il faut tout avoir bien préparé avant, et ça ça prend bcp plus de temps (il faut faire un big bang, pour ne pas avoir 2 reseaux z-wave et donc une mauvaise couverture

et il y aura également (un peu) de travail dans la cave à vins

en effet, mais si on câble EXACTEMENT (= pas d'inversion de fils, etc) ça devrait être ok

bonjour, Pour mon QA Nuki (qui une fois ok deviendra un tuto ...) je dois renseigner au ma serrure l'url qu'elle doit appeler dès qu'il y a un changement de statut de la serrure (comme ça le QA affichera toujours la bonne info) J'ai essayé ceci, mais évidemment, ça ne fonctionne pas http://<HC3_user>:<HC3 pxwd>@<IP HC3>/api/callAction?deviceID=<ID du QA>&name=<nom fonction pour mise à jour> quel type d'url (avec authentification) la HC3 s'attends à recevoir ? Merci

il va me changer tous les modules Z-Wave en Z-Wave+ (= "mécanique") il restera ensuite a tout reprogrammer, même si le plus important (chauffage maison, ECS et pompe piscine sont déjà testés avec des fake (=QA) devices). C'était le plus important, tout le reste suivra à son rythme (mais tu me connais, ce sera un rythme soutenu ...)

et les jours qui suivront ... Demain et la semaine prochaine, ce sera surtout @mprinfo qui travaillera ...

j-1 pour de début de la migration (=> merci @mprinfo et à tous ceux qui m'ont aider à la préparer)

d'après ce que j'ai lu, on peut commander les OUT/2 depuis la box, mais ils seront également pilotés par IN1/2 je ferai des tests approfondis ce WE pour en avoir le coeur net

j'ai un doute maintenant ...

c'est une des premières choses que j'ai domotisée chez moi (déjà à l'époque de ma HCL), et jamais eu de fausse ouverture. maintenant si je pars (et donc que l'larme est mise) si j'ai oublié de fermer la porte du garage elle se ferme toute seule, et pour être sûr de mon coup je reçois par mail une photo du garage avant et après

sur le FGBS, pas de tension, c'est un contact sec. Lis bien la doc elle est très claire

tu continues suivant le même principe