Lazer

Pourtant tu es le premier à réinventer la roue Attention quand même, cette fonction dans ma librairie tools facilite la création de QA enfants, mais ne permet pas de les gérer (identifier). Donc ça ne répondait pas aux questions posées.

@mprinfo c'est bien ce que @Bloug fait, il affecte la variable au QA enfant juste après sa création, regarde sa fonction QuickApp:createChild_BSS_3() @Bloug en effet, je pense que ta variable self.sondes est inutile.

Voilà, mprinfo a tout dit. Et si Nappe_1 ça ne te plait pas, tu peux utiliser le raccourcis N1, mais ça sera pareil, dans les 2 cas c'est une string.

Mais pourquoi "child n°1" ? Tu n'as pas une meilleure façon d'identifier tes modules ? Cela dit, un index de table nommé de la sorte est possible, c'est une simple chaine de caractères. Et tu parcoures la table avec pairs(ma_table)

mais ça ne sert à rien de stocker son propre ID dans ses variables, puisque l'ID est déjà une propriété connue du child : Forcément du coup... Oui je crois Mon message précédent n'était peut être pas clair, mais il te faut un moyen d'identifier tes enfants qui ne soit pas leur propre ID. Sinon c'est le serpent qui se mort la queue.

Il faut bien, parce que si j'attends après les retraites... comment dire... je suis mal barré Le gaz : - ne servait qu'à la gazinière dans le cas de l'appart dont il était question, et avantageusement replacée par une plaque à induction, électrique donc. A noter que le chauffage central est à gaz, et ça je ne peux rien y faire (et le pire, ça me coute 2 note de DPE.... le diagnostiqueur dit que replacer la chaudière gaz par une PAC ferait gagner direct 2 notes, c'est fou) - nécessite une installation complexe, couteuse, recours à un prestataire extérieur... - est dangereux, risque de fuite et d'explosion - pollue fortement (CO2 dans l'air extérieur, réchauffement climatique, tout ça...., et risque de CO dans le logement, asphyxie, mort, tout ça...) - n'est pas extrait en France, donc dépendance forte à des pays... qui ne sont pas franchement les plus politiquement stables ni les meilleurs partenaires commerciaux qu'on puisse avoir, donc forte incertitude de disponibilité à l'avenir. - est une ressource fossile, donc un jour, de toute façon, il n'y en aura plus. Bon toi tu t'en fous, tu seras mort avant, et moi aussi probablement... donc à la limite d'un point de vue purement égoïste on pourrait presque balayer cet argument - coute de plus en plus cher, j'ai failli l'oublier ! Justement c'est la conséquence de ce qui a été dit au dessus. Bon après on trouve toujours pire, y'a des gens qui ont encore du fuel... bon courage pour s'en débarrasser (surtout la cuve)

Mais en fait, y'a encore des gens qui ont des compteurs de gaz ? Je viens de faire rénover un appart, 1er truc que j'ai fait, c'est supprimer le raccordement au gaz (et j'ai gouté au bonheur des procédures de chez GRDF.... tu prends RDV 1 fois pour que le mec vienne retirer le compteur, puis tu prends RDV une seconde fois pour que le mec viennent retirer le tuyau.... le délire). Puis après on a attaqué la démolition des murs , plomberie, électricité, et toute la réno neuve. Sérieusement, désolé, mais je n'ai pas de gaz chez moi, je n'y ai pas pensé, et je n'ai pas souvenir que ça m'ai été demandé précédemment. Donc comme dit plus haut, si tu veux faire les choses proprement : créer une nouvelle table dédiée dans le DB, et retoucher légèrement les pages HTML, Javascript, et le code LUA de DomoCharts (copier/coller des lignes pertinentes et tu remplaces water par gaz par exemple) Rien de bien méchant. Ou bien tu attends une nouvelle version, mais ça risque de prendre pas mal de temps vu ma liste de choses en retard...

"armed" non plus du coup. "tamper", c'est la protection anti-violation du capteur. Traditionnellement sur un capteur d'alarme, c'est un contact qui touche le mur pour détecter l'arrachement du capteur. Sur les modules Fibaro, le temper est un détecteur de déplacement intégré (avec un accéléromètre) pour détecter si le FGMS a été saisi à la main par exemple (ou shooté avec un objet contondant...). Ou bien si le capteur d'ouverture de fenêtre a été... ouvert (le petit capot plastique)

Des quoi ? Il faudrait soit créer une table pour les m3, et tout ce qui va avec (modifier légèrement les pages HTML, Javascript, et le code LUA de DomoCharts) Ou bien faire la conversion en litre comme le propose Bloug, ça reste une unité de volume, il suffit de faire la multiplication par 1000.

ça n'existe plus. Le panneau d'alarme de la HC3 fonctionne comme une vraie alarme, contrairement à la HC2 qui avait une logique étrange. Tu mets des capteurs dans des zones d'alarmes (appelées partitions), et tu armes les zones selon tes besoins (et non pas les capteurs individuellement)

Ta variable self.devicesMap de type table n'existe pas quand tu essayes de lui affecter une valeur, donc il faut commencer par l'initialiser, quelque part dans ton code. Par exemple dans QuickApp:onInit() : self.devicesMap = {} La "map", ou cartographie en bon français, c'est à toi de la créer. Avec ta variable self.devicesMap justement. Ce que te fournis Fibaro au travers de la variable prédéfinie self.childDevices, c'est juste la liste des devices identifiés par leur ID. Donc insuffisant pour notre usage. C'est pour ce qu'on se crée une autre variable nous permettant de "mapper" (=associer) l'ID du device avec un autre paramètre nous permettant d'identifier facilement quel child device correspond à quoi. Par exemple pour les quelques QA que j'ai développé, ça peut être l'ID d'une caméra dans Surveillance Station, ou bien l'identifiant du port d'entrée/sortie d'un IPX800, ou bien l'identifiant des modules d'une station Netatmo, etc... donc à construire au cas par cas selon l'usage considéré. Cela pourrait aussi être basiquement un texte qui définie l'usage du QA enfant : "temperature", "humidite", etc Identifiant à stocker dans une variable du QA enfant (avec self.setVariable(), ou encore child.setVariable(), enfin ça dépend de la technique que tu utilises pour manipuler tes QA enfants)

C'est quoi d'habitude l'unité de comptage du gaz ? Des mètres cubes ? Ou directement des kWh ?

Voilà, tu as compris le principe Oui la domotique c'est fantastique, tout ce qu'on peut faire avec Pour Modbus, je n'ai jamais touché à ce protocole; mais ce sera surement en forgeant les paquets en TCP (ou UDP ?). Il y a des fonctions LUA pour ça, mais c'est encore plus délicat à manipuler, car c'est une succession d'appels de fonctions asynchrones. Il vaut mieux se familiariser avec des QuickApps faciles avant d'attaquer des sujets aussi complexes.

J'ai tilté sur le nom de la ville, puis j'ai reconnu la photo de la rue bordée par le mur, car on était passé par là en arrivant Oui le monde est petit, ou fait de curieux hasards, ou bien les 2 à la fois. A une époque où je voyageais beaucoup, il m'est arrivé à plusieurs reprises de croiser des gens que je connais dans des aéroports, en France et aussi 2 fois à l'autre bout du monde. Très surprenant !

Intéressant ce retour. j'ai appris un mot Je pense que ça ne leur plait pas que les panneaux ne soient pas alignés sur les bords du toit... ce qui est physiquement impossible, les panneaux sont carrés, le toit est triangulaire. => Il te faut des panneaux triangulaires, rien de plus facile C'est clair, car gros masque d'ombre en début/fin de journée selon le toit choisi Je veux bien votre interprétation de la phrase ci-dessus, je ne suis pas sûr de bien la comprendre celle-là  Collé au mur, verticalement. Ce qui se verra encore plus, la proposition est complètement débile à mon avis... Là dessus je ne saurais te conseiller. Sinon en alternative, et/ou pour mettre le maximum de chances de ton coté, tu as les panneaux colorés qui sont justement faits pour ce cas de figure. Exemple chez Bisol : https://www.oscaro-power.com/panneau-solaire/1158-panneau-solaire-colore-bisol-spectrum-deep-red-320-wc-pour-une-parfaite-integration-abf-sur-tuile-rouge.html Mais c'est cher, et le rendement est moins bon... donc période d'amortissement plus longue (à calculer) Fun fact : je suis passé dans ton village, dans ta rue, il y a 2 ou 3 ans pendant les vacances d'été

Je pense que oui, encore une fois tout passe par l'API HTTP, donc il "suffit" de regarder comment fait l'interface Web pour reproduire avec du LUA. Utiliser pour cela les outils de développement du navigateur Web, accessibles avec F12.

Bienvenue sur le forum

Si c'est le principe, ton QA parent crée un QA enfant, avec du code LUA. Depuis un QA, une scène, ou depuis l'extérieur de la box même, tu peux modifier les variables de n'importe quel QuickApp, car tout passe par l'API HTTP REST. Il y a plusieurs discussion à ce sujet sur le forum; par exemple :

c'est ça qui ne va pas. C'est à toi de coder le device enfant. Comme dit, tu ne peux pas "cloner" un device existant.

Je me suis mal exprimé. Lorsque tu crées un child device depuis un QuickApp parent, en théorie tu dois utiliser les types officiellement listés dans /api/quickApp/availableTypes En pratique, tu peux utiliser le type que tu veux parmi l'ensemble de ceux disponibles dans /api/devices/hierarchy Cependant, après c'est à toi de coder (en LUA) toute la logique de fonctionnement. Du coup... je ne comprends pas la suite de ta demande. Si tu veux réutiliser un type donné, il faut quand même que tu codes toute la logique, tu ne peux pas juste "réutiliser" le code existant d'un module proposé par défaut dans le système.

Pour te "familiariser", tu as choisi un sujet bien complexe... le chalenge est élevé ! Déjà le type ipcamera ne fait pas partie des types officiellement supportés pour les QuickApps : /api/quickApp/availableTypes Mais ça ne veut pas dire que c'est impossible... on a déjà réussi à créer des enfants d'un type qui n'étaient pas dans la liste. Dans la hiérarchie des devices, on retrouve bien le type ipcamera : /api/devices/hierarchy Donc tu peux toujours tenter de forcer le type ipcamera pour ton child. Mais après... comment créer le visuel de la caméra, afficher l'image, etc... alors là je n'en ai aucune idée.

Ou alors ils essayent (en vain ?) de contourner le problème de manière logicielle pour ne pas avoir à effectuer un rappel sur un grand nombre de box... Qui sait...

Welcome to the forum

Bienvenue sur le forum

Compliqué cette histoire.... Pour le random, tu peux essayer avec un truc du genre : math.randomseed(os.time()) C'est du pseudo random car c'est prédictif par rapport à l'heure courante, mais suffisant pour ton besoin je pense.