Lazer

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

Comment tu sais que tu es à 59% sur la HC3 ? Ce que tu montres c'est la HC2 (qui n'est qu'à 17% et non pas 29, c'est vrai que c'est assez faible)

Je ne suis pas sûr de comprendre ce que tu veux faire Par ailleurs pour copier/coller tes lignes, il vaut mieux utiliser du texte (avec les balises d'insertion de code) que des images, car là c'est difficilement exploitable sur un petit écran....

Euh sérieux c'était juste ça, tu n'avais réellement pas mis le http devant ton IP ? de façon générale, il faut que tu penses à inclure les request() dans un pcall pour capturer et traiter l'erreur

Ce n'est pas un problème connu avec ce module en particulier, mais de façon générale, un réseau Z-Wave avec un seul module ça ne peut pas bien fonctionner (réseau maillé...) La distance n'est pas vraiment représentative tant les ondes radios sont capricieuses (interférence, obstacle, etc), on a souvent des surprises. ça ira mieux quand tu auras complété ton nouveau réseau Sinon via GEA tu as la possibilité de détecter les nœuds morts avec "Dead" puis les réveiller avec "WakeUp", en attendant ça fera l'affaire.

OK mais justement ma question c'est comment tu l'appelles ? La ligne de LUA je veux dire Parce que self:getIPXValue() ce n'est pas pareil que QuickApp:getIPXValue()

Bon début, première Home Center 3 Lite sur le forum il me semble bien

Mais elle est appelée comment cette fonction ?