jjacques68

bah on s'y habitue...

possible ça ? tu sniffes comment ?

okééé

alors là je te suis pas !

oh punaise c'est nickel !!! J'ai les idée plein la tête !!!!! cette box c'est vraiment de la BOMMMMMBEEEEEEEEEE !! s'ils arrivent à nous trouver le moyen de récupérer un retour pour les fonctions des QA et le multi instance des scènes, elle sera absolument parfaite !!! (en tout cas dans mon niveau d'utilisation...)

oh punaise si je crois que j'ai capter un truc : modifier une variable enfant depuis le parent sans se taper une boucle : self.childDevices[xxx]:setVariable("MaVar", "blabla")

comprends pas. y a rien dans l'API ? EDIT : de ce que je comprends, il y a qu'une seule et unique table qui contient les chlid. donc c'est normal que self.childDevices[1] ne fonctionne pas. ok.

nan toujours 0... Mais j'ai fait une variable tableau avec la liste des ID des child dans le init du parent. Du coup je m'en sers pour naviguer d'un child à l'autre. le coup de récupérer les variables de l'enfant vers le parents marche super bien, et est instantané... juste dommage qu'il faille toujours passer par une boucle pour tomber sur le bon enfant... comme pour le nombre d'enfants, s'adresser directement, par exemple pour le 1er enfant : self.childDevices[1] ne fonctionne pas.

ok alors pour suivre : connaitre le nombre d'enfants : print(#self.childDevices) -----> renvoie 0

oh putain merciiiii

Petite question : Pour mon histoire de plantes vertes, est-il possible de récupérer dans le parents les variable d'un enfant spécifié ? Je m'explique, j'ai créé des enfants avec plusieurs variables contenant les valeur envoyée par JEEDOM (ça ça marche nickel). Je passe par des variables, car il faut bien les stocker ces valeurs.... Mais ne pouvant pas les afficher dans les QA enfants, je me dis que je vais utiliser le QA parent avec des boutons de navigations, permettant de sélectionner un enfant et afficher le contenu de ses variables (à l'enfant). la solution que j'ai trouvé qui fonctionne mais alors qui est sacrée usine à gaz et qui RAME !!! est la suivante : 1- une fonction dans le parent qui appelle une fonction dans l'enfant choisi. 2- la fonction dans l'enfant, appelle une fonction dans le parents, en transmettant le contenu des variables 3- la fonction qui reçoit les valeur dans le parent les affiche dans les labels mais il faut presque 3 ou 4 secondes pour avoir le résultat ! et puis c'est... nul comme méthode !! doit y avoir un moyen plus pro ?

oui tout à fait je comprends. par contre c'est malheuresement pas possible d'ajouter des boutons dans les child... J'ai une douzaine de QA identiques pour les plantes vertes, le soucis est que j'ai 2 boutons "consigne + et -" pour régler le seuil des alertes d'humidité, au cas par cas... Je vois pas comment contourner ce cas...

Bon c'est nickel. Punaise, en effet, on économise un sacré paquet de lignes de code Du moins pour ce qui est de l'IPX. Dans mon cas, je n'ai mis que les sorties actionnant l'éclairage. Car sur les autres (électrovannes d'arrosage, électrovanne générale), j'ai des boutons dans les QA qui permettent d'avoir des fonctions spécifiques en plus, donc absolument pas génériques... idem pour les entrées. Et pas envie de revoir tout le système... Mais le principe Parent/Enfant est top. C'est une nouvelle façon de penser, de voir les chose, pas forcément naturelle... Est ce qu'on y pensera quand il faudra ? c'est autre chose... Pour l'IPX, Netatmo, j'imagine très bien la chose... Mais c'est bien les seuls exemples d’application que je vois, pour le moment.

Yes ok, I tried and get it. It's work fine with createChildDevice() and initChildDevices() thanks !

i think I just understand it ! It's the parent which initialize the child, and not the child which initialize itself ! that's correct ?

@Lazer tu es entrain de lire tout les post ? ok je comprends pourquoi tu râles

tu rigoles mais au boulo je parle tout seul... ça m'aide énormément ! par contre ça rend fou mes collègues...

en effet, mais je l'ai compris après avoir écrit ma remarque

nan mais c'est bon c'est réglé, il manquait des infos c'est tout...

allé... cheers everybody !

oula... vous partez dans une autre galaxie là bon ben je vous laisse... merci encore...

alors visiblement tant qu'on touche que au code, c'est ok. L'ajout / modification de fonction est instantanément pris en compte. Sans changement d'ID des Child. Faut juste pas vouloir ajouter de variables au Child. Dans ce cas faut le recréer.

ah ben du coup ça marche nickel ! merci @Krikroff @jang

hallucinant : dans le "__init", comme ça, ça plante : self:trace(self.parent:getVariable()) mais avec ça, c'est ok : fibaro.setTimeout(1, function() self:trace(self.parent:getVariable()) end) avec 1 ms de delay...

extrapoler, extrapoler, extrapoler, extrapoler, extrapoler, extrapoler, extrapoler, extrapoler, extrapoler