Lazer

Mais les parmaètres d'IP statiques, c'est dans la HC3 qu'il faut les configurer ! Et surtout tu choisis une adresse IP qui soit en dehors de la plage DHCP, sinon tu vas avoir des conflits. Il faudra aussi bien renseigner la passerelle et le DNS, normalement c'est l'adresse de ton routeur Internet. Ensuite tu vérifies que tu y accèdes bien depuis tes 2 PC (celui sous Windows et celui sous MacOS) Puis après on verra pour l'accès distant

Il faut créer un scénario qui va modifier la valeur de ta variable globale à chaque changement d'état de ton module => Une scène avec comme condition de déclenchement l'état du portail. Mais c'est pas terrible, compliqué.... Hoobs ne peut pas aller lire directement l'état des modules ? Passer par les variables globales, c'est un peu lourd.... on le faisait à l'époque de la HC2 car on n'avait souvent pas le choix, mais sur HC3 c'est un peu dommage

Bienvenue sur le forum

En fait, Fibaro ne propose pas de thermostat en natif dans la box (contrairement à ce qui existe chez Zibase, eedomus, Jeedom, ou HASS) Le panneau de climat permet de configurer un planning horaire de températures, dont la consigne sera envoyé aux thermostats les modules de type thermostats (donc qui acceptent une consigne de température) sont de 2 types : Modules physiques Z-Wave, tels que le Secure SRT-321, ou bien encore le Remotec ZTX-120 (encore que celui-ci ne soit pas un vrai thermostat, puisque la consigne de température qu'il reçoit via Z-Wave est retransmis par infra-rouge vers la pompe à chaleur). QuickApps : il s'agit des modules virtuels, que l'utilisateur est libre de créer à volonté.... sauf que... il faut coder en LUA, car le QuickApp de base ne fait rien du tout. Sur HC3 à ma connaissance personne n'a encore développé et partagé de QuickApp de type thermostat avec vraie régulation de température (algorithme PID, etc) Enfin, sur HC2 il existait un mécanisme assez simple, ultra basique, mais efficace : les modules liés. Je n'ai même pas regardé si ça existe sur HC3, peut être. Mais dans l'immédiat ça correspondrait à ton besoin, il permet d'associer une sonde de température avec un actionneur relai, afin de faire du ON/OFF sur le chauffage. Basique ça il ne saura pas prendre en compte l'inertie du volume à chauffer, mais fonctionnel sans effort.

Déjà il te dit clairement où est l'erreur : dans la string qui contient ton URL. Je ne sais pas quel éditeur de code tu utilises, mais Notepad++ par exemple, permet la coloration du texte selon le langage utilisé (qu'il détecte automatiquement si le fichier porte l'extension .lua), ça aide énormément à détecter les erreurs de syntaxe. pcall() s'utilise de cette façon là : local status, err = pcall(function() http:request(url, { success = function(response) -- Suite des traitements... end, error = function(err) -- Gestion de l'erreur end, options = { -- options... } }) -- http:request() end) -- pcall() if not status then -- Gestion de l'erreur print(err) end Cela évite de faire planter le script, permet de traiter l'erreur, et de continuer l'exécution. Pour information pcall() est également très utile (voire indispensable) pour une autre fonction qui a la fâcheuse habitude de planter : json.decode() si le JSON donné en argument est mal formaté. Exemple : local status, jsonTable = pcall(function() return json.decode(response.data) end) if status then -- Suite des traitements... else print(jsonTable or "json.decode() failed") end

Euh... mais fibaro:debug() ça n'existe plus non ? C'était sur HC2 ça. Après tu es dans une scène, je ne sais pas trop, je ne code que dans les QuickApps moi Utilise un simple print() à la place pour débugguer

En parlant de GEA, de Variable, et de QuickApp, le hasard veut que ce soit j'ai justement implémenté une nouvelle option "VariableQuickApp" pour GEA, qui permettra d'aller lire et modifier les variables des QA depuis les règles GEA

Et quel est ce message d'erreur dans le debug sans explication. ?

Bienvenue sur le forum

Bah écoute, c'est du réseau, si le PC et le MAC sont sur le même LAN, ils voient obligatoirement la box avec la même IP Sinon, c'est que ton MAC n'est pas sur le même LAN, donc il faut chercher de ce coté là. Tu peux faire un ping pour voir si ça passe. Mais comme tu dis que la HC3L n'est pas visible sur le cloud Fibaro, j'ai quand même l'impression que le problème ne vient pas du Mac, mais de ton réseau.... comme si la HC3L n'avait pas accès à Internet Je te conseille fortement de la même en IP statique, de régler le masque, la passerelle, le serveur DNS

Mais tu as bien attribué une IP fixe à ta box ? Car si tu l'as laissé en DHCP, elle risque de changer d'adresse de temps en temps, au gré des décisions de ton serveur DHCP (ton routeur/box/modem Internet) Tu n'a pas un firewall quelque part ? Ton problème semble plus lié à ton réseau pour l'instant (et ton HC3 ne semble pas pouvoir joindre Internet puisqu'elle n'est pas vue par le cloud Fibaro). Donc logique que l'application mobile ne puisse s'y connecter

OK donc déjà ce sont des A et pas des W, donc des valeurs bien plus faibles, tu peux commencer par ajouter un chiffre après la virgule (second paramètre avec la valeur 1 dans la fonction round() ) : {device = {name = "Conso Maison" , type = "MultilevelSensor", unit = "A"}, value = {command = "Get", argument = "VA", pin = "VA16", formula = function(x) return tools:round(x*0.00646, 1) end}}, Ensuite, attention au coef multiplicateur, 0.00646 c'est pour les pinces 20A, il faut que tu adaptes pour les autres pinces, je vois que tu as aussi du 0.01615 dans ton IPX800 (à priori les pinces 50A)

Oui problème remonté ici, valable sur toutes les box Fibaro : PS moi j'ai plus de chance, j'ai 1.1 °C Et pleine lune aussi Voilà pourquoi il ne faut jamais dépendre des services en cloud, ce qui est le cas de la météo des Home Center. J'ai commandé le Aeotec ZWA009 "aërQ" - Sonde de température et d'humidité Z-Wave Plus V2 (Gen7) pour en finir définitivement avec ces météos qui plantent tout le temps (quand c'est pas YRWeather ou Yahoo, c'est Netatmo, ou bien tout simplement la ligne Internet)

Déjà il faut bien que tu comprennes la notion d'asynchronisme, et donc l'ordre d'exécution des instructions lors d'une requête http:request() Relis mon mini-tuto ici si ce n'est pas clair : Donc dès que tu commences à avoir de l'asynchronisme dans ton code, il faut se méfier des appels de fonctions synchrones. Car tout ce qui est exécuté pendant l'appel de cette fonction synchrone (et les éventuels sous-fonctions appelées, etc) vont bloquer la suite du code, et surtout les autres parties de code en asynchrone qui sont en attente d'être exécutées. A l'inverse, appeler une fonction avec setTimeout, même avec un retard de 0 secondes, va placer cet appel dans la fil d'attente des appels asynchrones, et donc l'exécuter soit tout de suite s'il elle est seule, soit après les autres fonctions en attente. Ainsi on rétablie l'ordre "normal" des choses. Je met entre guillemets, car l'ordre normal, c'est celui que le programmeur a décidé (sans faire d'erreurs de logique, rappelons nous que les bugs informatiques sont d'origine humaine). Parfois on veut maitriser quel code doit s'exécuter avant tel autre, parfois on préfère laisser le système gérer. Une requête http est un bon exemple, car elle dépend d'une machine tiers sur le réseau, on (= le programmeur) ne maitrise pas sa durée (car elle dépend du réseau, du serveur en face, etc), donc dans ce cas on préfère laisser le système nous rendre la main tout de suite pour faire autre chose, puis la fonction success() ou error() est appelée en callback plus tard, lorsque la réponse arrive, ou non. En fait, ce mode de fonctionnement asynchrone du LUA, c'est un pseudo mode de fonctionnement multi-threadé comme on l'aurait dans un vrai programme écrit en C par exemple. Mais en plus simple (car le vrai multi-thread c'est vraiment complexe à gérer)

Les "librairies", ce sont des fichiers dans le QuickApp (que tu peux ouvrir pour la curiosité) Je m'en sert pour structure mon code, et surtout réutiliser facilement les parties entières (que j'appelle librairies) entre mes différents QuickApps. En fait, ces pseudo librairies ne sont jamais que des tables au sens LUA du terme, avec tout plein de fonctions à l'intérieur. - tools : tout plein de fonctions utiles - domocharts : exactement 3 fonctions, qui peuvent être reprises dans un autre QuickApp qui voudrait communiquer en direct avec la DB hébergée sur le NAS, soit pour y insérer des données, soit pour aller faire des requêtes. Exemple que j'ai en tête pour un projet futur : un gestionnaire de chauffage qui va lire la courbe de température passée pour apprendre, et déterminer la nouvelle heure de chauffe (autrement appelé anticipation de chauffe en fonction de la météo) Dans d'autres de mes QA, tu trouveras par exemple la librairie SNMP qui servira aussi pour des projets futurs Pour ta seconde question je te suggère de créer un nouveau topic parce que je pense qu'il y a matière à discuter (et si tu peux partager un extrait d'un petit bout de code pour donner un cas concret)

OK mais euh... tu parles bien d'une URL dans GEA ? Ou bien de ton navigateur en général ? GEA se contente d'utiliser le réseau fourni par la HC3, donc si il n'arrive pas à résoudre les noms de domaines, c'est que ta config DNS est défectueuse, un petit tour dans le panneau de configuration réseau de la box s'impose.

1/ ce message signifie qu'il a tenté d'insérer des données dans la DB qui étaient déjà présentes (= avec la même date/heure). Probablement dû à tes manips avec mysqldump Bref rien de grave, c'est une sécurité pour éviter d'insérer les données en double (d'ailleurs c'est tout nouveau, et c'est justement un correctif que j'ai ajouté depuis Domocharts pour HC2, sur laquelle j'avais de temps en temps la scène qui tournait en double instances, et insérait les données en double... pas bon) 2/ rien d'alarmant, mais ce message est surprenant... ça montre une différence de fonctionnement des box, ou plus probablement dû au fait que tu aies très peu de mesures (seulement 12) En fait, ce message d'avertissement est .... un avertissement Pour signaler que peut être, il se passe quelque chose, mais dans ton cas rien de grave. Mon script vérifie que la mémoire consommée par le QuickAPp n'a pas augmenté durant les X dernières minutes. Je n'ai rien inventé, c'est inspiré de ce que @Steven avait mis dans GEA probablement suite à l'époque des fuites mémoires sur les v4 betastable de la HC2. Dans mes réglages, ce message n'apparait jamais, mais c'est parce que j'ai plus de modules, donc je manipule des données plus grosses, du coup l'optimiseur LUA (garbage collector) se déclenche plus souvent et fait le ménage plus souvent. Donc au final, ma mémoire n'augmente jamais. Chez toi, très peu de mémoire utilisé, le Garbage collector se déclenche moins souvent, laissant la RAM augmenter avant de faire le ménage.... mais rien de méchant, tu utilises très peu de RAM. Je suis sûr que quand tu auras plus de modules, ce message disparaitra. On parle là de 1 Mo sur une box qui a 2 Go (2048 Mo, ça laisse de la marge) Tu pourras commencer à t'inquiéter quand tu verras 10 Mo par exemple (ce qui arrivera si tu coupes ton NAS et que le QuickApp se met à mémoriser les données.... selon ce que tu as autorité : 10000 échantillons, ou bien plus)

OK je comprends mieux Et c'est vrai que les compteurs coupent sur la conso en Ampère, pas en Watts. Voici une ligne de config qui devrait fonctionner pour remonter la valeur de la pince en Ampères dans un module dédié de type Multilevel Sensor avec l'unité en "A" : {device = {name = "Conso Maison" , type = "MultilevelSensor", unit = "A"}, value = {command = "Get", argument = "VA", pin = "VA16", formula = function(x) return tools:round(x*0.00646, 0) end}},

Du coup avec le variant polonais je préfère mettre mon masque, c'est plus prudent

"fonctionne presque", en informatique (en science tout court), on appelle ça "ne fonctionne pas" Je n'ai pas compris ta question sur l'adresse.

Tu veux le courant en Ampères et non pas la puissance en Watts ? Je ne comprend pas trop l'intérêt, c'est assez peu exploitable comme information (sauf si tu as un scénario bien précis en tête) Le souci c'est que le courant ne pourra pas être mis dans le champ power du module enfant, donc il va falloir que tu créer un module enfant dédié rien que pour cette mesure. Je peux te donner la ligne, mais tu es certain que c'est ce que tu veux faire ? Par ailleurs, le formule de ton eedomus, c'est pour la pince CT-50A, et non pas la CT-20A, attention !

Des variants ? Bah oui tient, c'est à la mode, pas de raison que Fibaro ne suive pas le mouvement

Ah Bah moi j'ai bien un FGMS inclus sur la HC3, mais il ne me propose pas de mise à jour C'est un FGMS-001 v2 en Z-Wave+, version 3.2

@Moicphil possibilité d'ajouter HC3 et HC3L dans la liste des box du profil ?

donc 28% utilisé, rien de bien méchant Pour info je suis à 37% sur la mienne Il faudrait vraiment que Fibaro apprenne à compter la RAM sur une machine Linux.... un jour peut être.... gardons espoir