i-magin

Je confirme la fréquence des enregistrements faits par netatmo : 5mn

Lorsque tu dépasseras un certain nombre de modules tu auras automatiquement un message, voir : ICI

Après 4 mois et demi d'utilisation du HC2, je n'ai vraiment pas l'impression d'un système instable ou non fiable, bien au contraire. Je n'ai pas été confronté à des bugs majeurs, y compris avec des versions beta.... Rappelons que personne n'est obligé de "jouer" avec les versions beta Le seul problème rencontré jusqu'à présent est le plantage dans le main loop d'un module virtuel. Mais avec Krikroff nous avons pu constater que l'origine du problème venait de l'extérieur (Probablement des problèmes passagers de serveurs Netatmo) J'ai retenu une chose de cette expérience : il faut sécuriser son code avec les tests ad hoc (cela me renvoie à ma jeunesse, une époque où on nous limitait à trois compilations pour tester son programme.... c'est bigrement formateur ) Certes, Fibaro devra regarder ce point mais je n'en tire pas de conclusion négative Avec le matériel Fibaro j'ai eu plutôt de la chance... en général, je renvoie un achat sur deux, pour cause de panne Pour le Wall Plug, l'idéal aurait été d'en avoir deux pour accélérer les tests. J'en possède 5 qui fonctionnent parfaitement Les seuls soucis que j'ai pu rencontrer, c'est avec l'association de modules qui ne sont pas de chez Fibaro, en l’occurrence des télécommandes L'ensemble de la solution Fibaro donne vraiment envie d'aller plus loin, par exemple les modules virtuels.... et c'est plutôt positif

Une astuce En haut à droite du site, il y a la possibilité d'effectuer une recherche Tu saisis FGK101 (en étant à la racine/accueil des forums) Et tu trouveras plusieurs fils de discussion dont "FGK101 semble ne pas fonctionner " C'est dans ce fil que j'ai découvert ce qu'est un "ILS" J'ai réalisé également l'importance d'ajouter des étiquettes clés de recherche lors de la création d'un nouveau sujet Complément d'info : possibilité de faire une recherche avancée en cliquant sur la roue crantée

A l'occasion, si un "spécialiste réseau" peut nous faire un petit tuto, car je pense qu'au niveau "vocabulaire" réseau, nous sommes un peu imprécis, voire confus Je n'utilise jamais les serveurs de Fibaro pour accéder à ma box HC2 Pour un accès "à distance" mais "direct" (termes impropres?), j'ai configuré mon routeur Freebox : j'ai affecté un bail statique (adresse IP fixe) à ma box HC2 et j'ai procédé à un redirection de port TCP J'effectue bien un "accès distant" lorsque je ne suis pas sur mon réseau local (LAN) et que j'accède à ma box HC2 depuis le réseau étendu (WAN) J'ai pu constater un comportement différent en accès Wan et Lan, notamment un problème d'ajout d'icone... mais mes tests sont anciens ! NB : On peut très bien se connecter à sa box HC2 en utilisant son adresse WAN:port tout en étant sur son réseau local.... quelles conséquences éventuelles ?

Car on ne sait jamais.... Lorsque tu fais tes tests, tu suis bien la procédure indiquée par @moicphil ? Ou bien, en marche normale ne pas oublier de cocher "scène active"

Bonjour @alexzen et bienvenue sur ce forum Tu viens de rejoindre le forum et je t'invite à découvrir les réponses qui existent déjà à tes questions Pour le panneau de chauffage, dans le 1er post de ce sujet, @clarkkent609 indique Quant à utiliser uniquement "off et confort via tes fils pilotes", @frankg16 (toujours sur ce fil de discussion) apporte des informations importantes : lien vers son post Et tu trouveras un certain nombre de scripts et de modules virtuels (dans ce fil de discussion et dans d'autres) qui correspondent à des manières différentes de piloter son chauffage par fil pilote (4 ordres)

Merci @Krikroff, joli boulot Qui se transforme en un bon tuto, partagé avec l'ensemble des membres du forum PS: je ne regarderai le code vraisemblablement pas avant lundi... pas mal de choses "sur le feu"

Bonne nouvelle @Domodial Pour le paramètre 250, comme je l'ai indiqué dans mon dernier post, il a été configuré automatiquement. J'ai pris au vol l'info dans la fenêtre en haut de la console de la HC2. Mais je ne vois aucun paramètre affiché sur le module de la box : ce qui ne pose pas de problème de fonctionnement Sur la minimote précédente, j'ai eu durant des jours le message concernant son réveil... mais elle fonctionnait très bien et le message a disparu lors d'un redémarrage de la box Et comme le dit @clarkkent609, l'important c'est maintenant de tester avec une scène

Merci....pfff du boulot pour reprendre nos posts ! non, je plaisante Beau boulot

Merci @Krikroff Pas de souci pour utiliser le module virtuel , le voici... mince, passe pas... refus des vfib... je zip.... PS : @shad, j'ai bien compris pour le pcall, mais il est préférable de rechercher l'origine du blocage et de la supprimer Netatmo.zip

Désolé, je n'ai pas le temps de regarder.... je peux juste t'indiquer que tu n'as pas àcontourner le problème que tu rencontres avec une fonction A mon avis, il y a un bug dans ton code : le changement d'état d'un détecteur de porte ne devant générer qu'une seule alerte (sauf àvouloir la traiter dans une boucle)

Les valeurs provenant de Netatmo affichées ce matin sur mon module virtuel sont obsolètes : le main loop est encore bloqué Voici le code que j'avais modifié : --[[ %% autostart %% properties %% globals --]] -- Setting up the connection data FHTE = Net.FHttp("www.xxxxxxxx.com") -- Netatmo extérieur response = FHTE:GET("/netatmo/netatmo.php?intext=ext") -- decoding json string to table if (response~= nil) then local result = json.decode(response) ; if (result ~= nil) then temperature_exterieure = result.body[1].value[1][1]; humidite_exterieure =result.body[1].value[1][2]; -- variable globale pour info sms fibaro:setGlobal("tempext", "Température extérieure : "..temperature_exterieure.."°C") else fibaro:debug("problème script netatmo !"); end end -- Netatmo intérieur response = FHTE:GET("/netatmo/netatmo.php?intext=int") -- decoding json string to table if (response~= nil) then local result = json.decode(response) ; if (result ~= nil) then temperature_interieure = result.body[1].value[1][1]; co2 =result.body[1].value[1][2]; humidite_interieure =result.body[1].value[1][3]; pression =result.body[1].value[1][4]; bruit =result.body[1].value[1][5]; -- variable globale pour info sms fibaro:setGlobal("tempint", "Température intérieure : "..temperature_interieure.."°C") -- affichage infos dasn module virtuel fibaro:call(114,"setProperty","ui.temperature.value",(temperature_interieure.."°C / "..temperature_exterieure.."°C")) fibaro:call(114,"setProperty","ui.humidite.value",(humidite_interieure.."% / "..humidite_exterieure.."%")) fibaro:call(114,"setProperty","ui.pression.value",(pression.." mbar")) fibaro:call(114,"setProperty","ui.co2.value",(co2.." ppm")) fibaro:call(114,"setProperty","ui.bruit.value",(bruit.." dB")) else fibaro:debug("problème script netatmo !"); end end -- tempo de 6 minutes fibaro:sleep(360*1000); Je relance deux fois le main loop par la procédure debug et j'obtiens à chaque fois ce message d'erreur : Il s'agit de la ligne 13 sur ce post (décalage d'une ligne, la 1ère étant vide) Je ne modifie pas le code, je me contente de sauvegarder le module virtuel, je relance avec debug : pas de message d'erreur et les données Netatmo sont mises à jour D'ici dimanche, je ne pourrai pas consacrer du temps à des recherches, mais je pense que cette info pourra vous intéresser, notamment @Krikroff

Je n'ai rien entendu ce soir ... ni cri de joie, ni hurlement de déception, ni éventuellement de gros mots

Bon, à défaut et de manière très provisoire, je vais peut-être remonter la périodicité des problèmes de traitement d'info Netatmo, sur un module virtuel avec quelques labels : très bricolo ! ... ou alors, il faut que je regarde ton watchdog avec Thingspeak, mais çà ne sera pas avant la semaine prochaine

De rien...dans une future version, le paresseux que je suis, apprécierait un export global de tous les modules virtuels, à l'image de "save all lua code"... la honte ne tue pas, heureusement

Cette fois-ci 4 lancements pour avoir accès aux onglets : 1 - toutes les données 2 - météo 3 - toutes les données 4 - toutes les données Le téléchargement est très rapide à chaque fois : moins de 2 secondes

Windows 8.1 / utilisé uniquement en IP locale J'ai lancé toutes les données et j'ai obtenu uniquement les variables globales sans pouvoir avoir accès aux onglets J'ai lancé données météo : toujours pas d'accès aux onglets J'ai relancé un "toutes les données" : qui ont toutes été téléchargées et déblocage des onglets

Oui, il faut avant tout chercher la cause du plantage du main loop Dans mon cas, le hasard a bien fait les choses, puisque j'ai volontairement relancé mon main loop avec debug, et cette fois-ci j'ai bien vu le problème du plantage.... mais j'ai constaté également l'impact de l'absence des lignes de contrôles Je préférerais par contre utiliser une log pour les remontées d'erreurs (plutôt que debug), et qui ne soit pas une ligne de caractères en vert sur le module virtuel.... un vrai historique d’événements d'erreurs, mais je ne trouve pas ? Sinon pour le device Freebox, je suis toujours preneur

Bonsoir @Krikroff je voulais utiliser ce soir ton Toolkit version 1.0.0.5 et je rencontre des problèmes de chargement de données : - si je demande "obtenir toutes les données", la log affiche 7 événements, le dernier étant "6 20:48:31 HC2 Update settingsInfo" : mais pas de chargement - autrefois, je devais relancer une seconde fois le chargement de toutes les données, mais cette fois au 2ème lancement je n'obtiens que les sections - si je relance une 3ème fois, j'obtiens le total des appareils et des scènes, mais impossible d'ouvrir l'onglet concerné - si je relance une 4ème fois, j'obtiens les appareils virtuels, la météo et API paramètres : je peux alors naviguer dans les onglets Mais certains onglets sont vides : pièces, variables globales, utilisateurs Ma seule modif cet après-midi : le changement de polling zwave... un hasard ?

J'ai ajouté un nouveau module physique et je viens de m'apercevoir d'un avertissement sur la console de la box (triangle jaune) En cliquant dessus, j'obtiens ce message Je vais donc devoir augmenter le délai de polling des modules ici : C'est terminé pour cette petite info

Merci, je vais ajouter les lignes de contrôle.

C'est "tout simple"... Sans rien toucher au code, j'ai relancé plus tard le main loop et cette fois-ci sans erreur Le problème doit venir du fait que Net.FHttp ne récupérait plus la valeur "humidité extérieure" provenant de Netatmo Ce qui faisait planter le mainloop... et comme je ne fais aucun contrôle dans le script Ton watchdog sera bien utile

Je viens de relancer à la main mon mainloop avec debug et cette fois-ci j'obtiens ce message : [ERROR] 11:05:03: line 14: attempt to index field 'body' (a nil value) Dans le code que j'avais récupéré, il manque un contrôle de code erreur Le code du main loop --[[ %% autostart %% properties %% globals --]] -- Setting up the connection data FHTE = Net.FHttp("www.xxxxxxxxx.com") -- Netatmo extérieur response = FHTE:GET("/netatmo/netatmo.php?intext=ext") -- decoding json string to table result = json.decode(response) temperature_exterieure = result.body[1].value[1][1]; humidite_exterieure =result.body[1].value[1][2]; -- variable globale pour info sms fibaro:setGlobal("tempext", "Température extérieure : "..temperature_exterieure.."°C") -- Netatmo intérieur response = FHTE:GET("/netatmo/netatmo.php?intext=int") -- decoding json string to table result = json.decode(response) temperature_interieure = result.body[1].value[1][1]; co2 =result.body[1].value[1][2]; humidite_interieure =result.body[1].value[1][3]; pression =result.body[1].value[1][4]; bruit =result.body[1].value[1][5]; -- variable globale pour info sms fibaro:setGlobal("tempint", "Température intérieure : "..temperature_interieure.."°C") -- affichage infos dasn module virtuel fibaro:call(114,"setProperty","ui.temperature.value",(temperature_interieure.."°C / "..temperature_exterieure.."°C")) fibaro:call(114,"setProperty","ui.humidite.value",(humidite_interieure.."% / "..humidite_exterieure.."%")) fibaro:call(114,"setProperty","ui.pression.value",(pression.." mbar")) fibaro:call(114,"setProperty","ui.co2.value",(co2.." ppm")) fibaro:call(114,"setProperty","ui.bruit.value",(bruit.." dB")) -- tempo de 6 minutes fibaro:sleep(360*1000);

Bien sà»r que je suis intéressé @Krikroff ! D'ailleurs le main loop de mon module s'est encore bloqué récemment !