Krikroff

La version alpha est juste pour tests et rien ne devrait être fait dessus hormis des tests les sauvegardes en alpha sont inutiles car inutilisables, l'API n'est pas finalisé non plus. Mon conseil: si tu souhaites faire des tests pour aider pour la V4 très bien l'alpha est pour toi, si tu souhaites éviter les frustrations et devoir refaire et re refaire alors : Recovery, puis mise àjour progressive vers la 3.590... La 3.591 bêta n'existe elle que pour pouvoir installer l'alpha PS: repartir sur une installation fraîche serait aussi une bonne idée...

Oui moi j'ai les anciennes qui bloquent en mode panic si il y a une perte de communication avec le contrôleur

Bonne nouvelle peut-être une explication: il y avait peut-être plusieurs instances de la scènes ! La prochaine fois, utilises le toolkit pour voir si il n'y a pas plusieurs instances qui tournent ...

Mais pourquoi tu refais tous les modules àchaque fois, je ne pige pas... Tu fais un Reset de la puce zwave au moment du recovery ?

Perso, j'ai 2 danfoss ancienne version depuis 2 ans en gros et je n'ai pas de soucis si ce n'est l'autonomie très mauvaise, mais normale sur cette version...

Oui c'est bien cela, le changement est envoyé au moment du changement d'heure, un peu comme une une scène programmée z une heure donnée...

Hs oui alors... Tiens nous au courant de l'avancement

Il y a un délai entre la demande et la mise àjour de la consigne sur la danfoss car le contrôleur ne peut pas réveiller la tête, donc l'ordre n'est passe que lorsque la tête se réveille. Et c'est le panneau de chauffage qui s'occupe des groupe en fonction des périphériques installes dans les pièces... Dans certain cas il faut compter 10/20 minutes pour que les têtes réagissent, sauf évidement si la configuration demande un réveille plus important ...

Lorsque tu crées une application sur netatmo tu récupère les api key. Juste une question: tu utilises un script php déjàfait ou tu le code you même ?

C'est peut être au niveau des détecteurs de porte que ça cloche, au pire tu peux essayer une exclusion d'un détecteur pour voir si ça ne pose pas trop de problème pour toi sinon c'est directe le support Fibaro [emoji17]

Trop fort !!!

Ohhh l'excuse !!!! Mdr... Bon et bien je pense que le temps pourri c'est général donc, vive les portables ! @Steven, bonnes vacances àtoi

Bonjour pierre, tu trouveras ton bonheur ici et surtout n'hésites pas a nous faire profiter de ton expérience

Oui mais bon aujourd'hui il n'y a pas de surprise et tout le monde connaît la situation: il y a des bugs... Et c'est normal pour une alpha donc oui ne pas faire de mise àjour en alpha dans un environnement de production c'est très clair, de plus passage en recovery obligatoire pour un retour en arrière ... J'ai pas tout compris tu es passe en 3.903 puis un recovery pour ensuite maj en 3.903 ? Fibaro nous donne la possibilité de tester l'alpha suite àla pression d'utilisateurs avancés et elle ne devrait servir uniquement qu'àremonter des informations sur le bugtracker de la V4. Pour répondre àta question il faut bien comprendre que le moteur interne ainsi que le moteurs de scènes, VD et API tout change en profondeur... Donc effectivement il y a encore beaucoup de choses de la V3 qui ne sont pas encore sur la V4

Donc dans l'ordre : 1- tu créés ton application sur le site netatmo 2- tu valides que tout fonctionne avec ton php depuis un navigateur et de préférence pas depuis le serveur. 3- tu peux commencer l'intégration sur le HC2

Il faut essayer un redémarrage et aussi vérifier Qu'il n'y a pas de périphériques en état armé utilisés dans les scènes il le semble que cela peut bloquer aussi l'édition et ou suppression.

jM13, oui c'est impératif cependant les erreurs 401 et 404 de Rem's proviennent il me semble d'un problème de conf. Du serveur Php

Oui c'est un problème d'encodage lorsque le VD et enregistre plus d'une fois... LUA est notre ami

Rem's, Tu peux utiliser les guillemets ou les apostrophes pour mettre identifiant et mot de passe

Tu peux aussi ajouter un vérification avant le décodage json et ainsi éviter le plantage de ton code lua. par exemple: local HC2 = Net.FHttp("192.168.0.46", 5005); HC2:setBasicAuthentication("XXXXX", "YYYY"); local response, status, errorCode = HC2:GET("/web/Web_scripts/renetatmo.php"); if tonumber(status) == 200 then -- decoding json string to table -- if (response ~= nil) then local result = json.decode(response); local NetTempExt = result.body[1].value[1][1]; local NetHumExt = result.body[1].value[1][2]; fibaro:setGlobal("NetTempExt", NetTempExt); fibaro:setGlobal("NetHumExt", NetHumExt ); fibaro:log(NetTempExt or "n.c" .. " °C " ..NetHumExt or "n.c" .. " % " ); else -- oups il y a un problème... fibaro:debug("Impossible de décoder la réponse, pas de données pour le traitement..."); end else -- oups il y a un problème... fibaro:debug("Err: " .. status); end

La 404 c'est lorsque la ressource n'existe pas ou est introuvable. Je pense que tu as vraiment un problème d'utilisateur... Avant d'aller plus loin il faut que tu valides l'accès depuis un navigateur externe (par exemple ipad ou autre). Sinon pour le code tu dois mettre la logique de traitement des données dans le bloc IF status == 200 et pas en fin de code... Status 200 est la reponse lorsque tout va bien donc tu peux continuer l’exécution des traitements, sinon hop gestion de l'erreur ... c'est un cycle local HC2 = Net.FHttp("192.168.0.46", 5005); HC2:setBasicAuthentication("XXXXX", "YYYY"); local response, status, errorCode = HC2:GET("/web/Web_scripts/renetatmo.php"); if tonumber(status) == 200 then -- decoding json string to table -- local result = json.decode(response); local NetTempExt = result.body[1].value[1][1]; local NetHumExt = result.body[1].value[1][2]; fibaro:setGlobal("NetTempExt", NetTempExt); fibaro:setGlobal("NetHumExt", NetHumExt ); fibaro:log(NetTempExt or "n.c" .. " °C " ..NetHumExt or "n.c" .. " % " ) else -- oups il y a un problème... fibaro:debug("Err: " .. status); end

Le problème n'est pas au niveau du HC2 mais bien au niveau de ton serveur php. Tu dois avoir une gestion d'authentification des utilisateurs et la ressource /web/Web_scripts/renetatmo.php doit réclamer une authentification depuis un accès extérieur. Dans ce cas il faut utiliser en plus HC2:setBasicAuthentication(username, password); Sinon, lorsque tu testes sur ton navigateur tu es en local sur ton serveur ou sur un autre ordi ?

En LUA c'est normal le code doit être utilisé en mode string uniquement.

C'est avec plaisir et surtout n'oubliez pas de partager avec nous le résultats de vos recherches et expérimentations

C'est qu'il y a un problème avec le retour de la requête et la valeur de la variable "response" pour éviter cela je te suggère d'utiliser dans tous les scripts les mécanismes de validation mis ànotre disposition par FHttp par exemple: local response, status, errorCode = HC2:GET("/web/Web_scripts/renetatmo.php"); if tonumber(status) == 200 then -- c'est ok, la suite est envisageable else -- oups il y a un problème... fibaro:debug("Err: " .. status); end Tu peux aussi faire plus avec un pcall mais le debug est alors plus délicat...