Franco268

Merci. je vais travailler le sujet

Ben c’est à dire que les types « capteur de mouvement », « ouverture » etc... je vois plutôt bien ce que c’est et comment s’en servir. Pour le côté fourre tout, moi j’y ai plutôt associé les generic devices (un type pas trop défini... pour y mettre un peu n’importe quoi...) Du coup, puisque mon fourré tout c’est le generic, je n’ai pas compris à quoi sert le multilevel. Et encore moins ce que sont les relations parents/enfants. Dans quelles cas les utiliser? et pour en faire quoi?

Idem pour moi, les explications des experts de ce forum me sont très précieux. Sans eux, il me serait impossible de faire cette migration. Un grand merci à eux. Franchement, je n’imaginais pas que cette migration était autant chronophage ! Cela me fait même poser des questions sur le futur de la domotique... si tous les 5 à 10 ans on doit faire une migration lourde, combien de temps j’aurai de la domotique à la maison?

Hello, Qui pourrait partager qq informations sur les QA Multilevel sensor. A quoi ça sert? Comment s'en servir? Perso, je trouve que la doc Fibaro est vraiment trop succincte pour beaucoup de choses...

Sauriez vous me dire à quoi sert le Fibaro ID dans cette copie d'ecran? Doit il passer au vert pour le second User? Comment le second user, peut il se connecter sur l'application? Je ne peux que mettre le Fibaro ID du compte qui possède la box. Impossible de lui donner l'information du second user afin de paramétrer une interface avec des accès spécifique. EDIT: Bon ben... J'ai fouillé..J'ai trouvé lol. Alors pour ceux qui comme moi ont ramé: Il faut créer un compte Fibaro ID à votre nouveau user Il faut aller sur votre compte Fibaro ID -> Accès distant -> La flèche tout à droite de votre box -> Ajouter un utilisateur Créer un nouvel user dans votre box et il faut que l'adresse mail correspond à celle du Fibaro ID. Et là le nouvel user pourra se logger sur l'application avec SES paramétrages et il n'y aura plus de point d'exclamation en dessous de Fibaro ID

@henri-allauch juste une petite question. Je commence ma migration... Pourrais tu me dire dans quel etat se retrouve la HC2 apres migration? Tous les codes, Scènes et VD sont seront ils encore visible? ou la box sera formatée?

Bonjour, Auriez vous un peu de temps pour me conseiller: J'utilise a 2 reprises ma fonction Req dans le but d'obtenir des valeurs que voudrais analyser qu'une seule fois que MaVariable soit complétée par mes 2 requestes. Aujourd'hui mon code fonctionne, mais il est tout pourri...puisque une analyse se fait après la première requête, puis la seconde une fois que ma Variable soit re rempli de la seconde requête. Pouvez vous me guider pour faire qqchose de plus "normal"? Mavariable = 0 Req(Blabla) Req(Blibli) function Req(Url) HC:request( Url, { success = function(response) debug("response status:", response.status) Analyse(response.data) end, error = httpError, options = {method = "GET" } } ) end Analyse(data) Mavariable = Mavariable + data et plein de truc end

Merci Lazer pour tes réponses! Concernant le fibaro.call, c'est bien plus clair! Concernant ta fonction ci dessous: tools.getVariable(38, "MaVairable") Ben..heu...comment dire... je cherchais une variable...que heu...je pensais... avoir créée. Et qui ben... n'existait pas... Concernant le message d'erreur, je n'avais que celui ci dessous. Pas assez explicite pour moi puisque j'étais convaincu que ma variable n'était pas vide. Quand on persiste.. on persiste aussi dans la bêtise! main.lua:578: attempt to concatenate a nil value (local 'JourChome') Mais n'existe t il pas une fonction plus direct pour récupérer des variables d'un autre VD? On est obligé de les lister et filtrer?

Hello, J'essai d'utiliser cette fonction dans une QA pour récupérer une varaible d'une autre QA: fibaro.call(ID, "getVariable", "MaVariable") C'est sensé fonctionner? Car j'obtiens toujours un nil. Pourtant je suis sûr de l' ID, de ma variable et de sa valeur. Faut il faire qqchose de spécial? EDIT: Je commence à comprendre plus clairement ce qui est dit dans ce fil... fibaro.call ne peut rien retourner, du coup, ça ne peut pas fonctionner... J'ai essayé la fonction du code GEA: function tools.getVariable(self, variable) Elle fonctionne sans problème pour récupérer une variable dans ma QA écrite comme ceci: tools.getVariable(self, "MaVairable") Mais pas quand je l'écris comme ça pour récupérer une variable d'une autre QA: tools.getVariable(38, "MaVairable") Pouvez vous m'aider?

Je me pose une question, Les évènements sunrise et sunset de la HC3 viennent d'où du coup? Et comment peut on récupéré l'heure de ces évènement dans les QA?

Hello pouvez vous m'expliquer ce qu'il ne va pas: Il n'est pas possible de récupérer un variable dans une fonction? function AffichageJour() if self:getVariable("OuvAutoMardi") == "OUI" then v= v .."Ma " end self:updateView("lblJour", "text", v) end function QuickApp:onInit() AffichageJour() end [15.04.2021] [22:51:13] [ERROR] [QUICKAPP29]: QuickApp crashed [15.04.2021] [22:51:13] [ERROR] [QUICKAPP29]: main.lua:21: attempt to index a nil value (global 'self')

Effectivement, Ceci vient de m'arriver encore une fois et oui j'y avais mis un integer. De quelle api parles tu? il n'y a qu'une interface, celle web, non?

Merci pour vos réponses!

Hello, heure = 1 heure = heure + 1 self:debug("heure: " ..heure) Mon debug m'affiche 2.0 Même si je met un tostring() Est ce normal? Il faut vraiment que je traite la variable pour enlever le .0 Est il possible de déclarer ma variable en integer pour ne pas avoir ce .0 ?

J'ai surement écrit n'importe quoi dans la variable... Je l'ai remodifié via le code et j'ai retrouvé l'accès. Strange!

Salut, ça vous est déjà arrivé? Impossible de cliquer sur le crayon. Et que celui ci!

Hello, Je suis un peu perdu dans les variables et déclaration... Pouvez vous m'aider? On peut en déclarer dans l'interface du QA, en lua dans la/le QA, dans l'onglet Général/Variables, dans les scènes... Les variables créées en Lua (QA ou Scène) perdent leurs valeurs après un redémarrage. Confirmez vous? Les variables créées dans l'interface QA ou Général/variables conservent leurs valeurs après un redémarrage. Confirmez vous? Pourquoi créer des variables dans l'interface du QA plutôt que dans Général/Variables? Pour éviter de les avoir "pèle mêle" dans le Général ? C'est ça? self:getVariable("MaVariable") -- Pour utiliser une variable dans une QA créée dans celle ci? fibaro.getGlobalVariable("MaVariable") -- Pour utiliser une variable dans une QA ou Scène créée dans Général? api.get("/devices/" .. ID) -- Pour utiliser dans une QA ou Scène une variable d'une autre QA? fibaro.call(ID, "getVariable", "MaVariable") --Pour utiliser dans une QA ou Scène une variable d'une autre QA? C'est bien ça? et heu... si déjà j'y suis avec toutes mes questions... Dans les exemples de la doc Fibaro sur les QA, ils mettent toujours self.Mavariable. Mais il me semble que ça fonctionne aussi sans. C'est quoi l'utilité? Les variables utilisées dans le QA ou scène, (pas déclaré dans une interface). Sont elles accessibles de l'extérieur?

Effectivement, la clef semble être "patience" et "essais". Du coup, je vais me pencher sur les QA. Merci tous les 2 pour vos conseils.

Hello, Je découvre enfin la HC3 ... J'imaginais qu'il y allait y avoir du travail pour porter mes scènes... mais là c'est pire que ce que je croyais . Je ne sais pas vous? Mais moi j'y perd tout mes repères. Pouvez vous me donner votre avis sur mon sujet. Sur HC2, j'utilise une scene qui scrute toutes les minutes l'heure, pour ouvrir mes volets à une heure réglable si il fait jour. Sur HC2, je déclenche ma scène en automatique qui lance directement une boucle qui se relance toute les secondes setTimeout(tempFunc, 60*1000) Comment le feriez vous sur HC3? Je suis un peu perdu avec la partie "DÉCLARATIONS (Conditions/Déclencheurs)" Est ce mieux de continuer à le faire dans "ACTIONS" ? Ou bien dans les déclarations? J'ai essayé ceci, ça n'a pas l'air de fonctionner: { conditions = { { type = "date", property = "cron", operator = "match", value = {"1", "*", "*", "*", "*", "*"}, isTrigger = true } }, operator = "any" } Une autre question toujours autour de mes volets. Sur HC2 cela fonctionne parfaitement, mais je suis convaincu que ma méthode est lourde. Et j'aimerais votre avis pour l'optimisé sur HC3. J'ai: une scène (bloc) qui me change une variable jour/nuit lorsque le soleil se lève une scène (bloc) qui me change la variable jour/nuit 15 min apres que le soleil se couche une scène (lua) qui scrute l'heure, et si l'heure est égale à l'heure paramétré et qu'il fait jour et que dans mon agenda je ne suis pas indiqué "en congé" il ouvre les volets une scene (lua) qui ferme les volets si la variable passe à "nuit" Je trouve qu'il y a beaucoup de scene, ce qui ne me dérangeais pas avant mais la sur HC3, on ne peut plus (il me semble) les ranger dans des pieces. uniquement des catégories (pas assez explicite pour moi) Comment feriez vous ce portage?

Je ne suis pas encore passé à la HC3. Mais sur ma HC2, j’utilise homebridge avec la passerelle HC2. Et ça fonction super bien avec Siri. Que ce soit sur ma montre, tablette ou HomePod, c’est super. Et j’ai vu que la passerelle HC3 existe... écrite de la même main que celle pour HC2.

Salut, je viens de me décider à acheter une hc3. Et j’ai les mêmes craintes, doutes... quand à la migration depuis HC2. J’ai déjà exclu l’idée de recommencer de 0 car beaucoup de modules sont dans le grenier, sous la laine de roche et entre les fermettes. Vous parlez de préparation... Est il possible de recréer tous mes VD/QA et scène puis après faire la « vrai » migration Fibaro? Celle-ci n’écrasera pas mes QA et scène ? Autre question, la page des variables globales existe t elle toujours? Est elle migré?

Hello, Je sollicite votre aide pour un sujet qui m'agace depuis plusieurs années et maintenant encore plus... Je dispose d'une HC2 et de plusieurs modules de volets roulants qui ne pilotent pas tous des volets roulants... Mes modules pilotent: Des volets roulants L'ouverture d'un "Velux" Un store banne de terrasse Le lambrequin du store banne. Via l'application tablette de fibaro, lorsque j'appuie en haut à gauche sur le volet, tous ces modulent s'ouvre ou se ferment. C'est à dire que lorsque j'appuis pour ouvrir, même mon Vélux s'ouvre. Inversement, lorsque je veux fermer, mon store se déroule et le lambrequin aussi... On va dire que ce n'est pas trop grave, du coup j'ouvre mes volets individuellement... Depuis, j'ai fait un lien avec Homebridge (j'imagine que la plus part connaissent). Super pratique, "Dis siri, ouvre blabla, ferme blabli". Mais... même punition, il ne faut pas lui dire: "Dis siri, ouvre TOUS les volets" ou "Dis siri, ferme TOUS les volets". Cela fait 2 ans que moi et ma femme l'utilisons, ça fonctionne tres et l'on connais tous les 2, les phrases à ne pas dire... Tous ressemant, je me suis mis en tête d'acquérir un homepod. Les enfants aiment bien que l'on allume la lumière de leur chambre à distance pour ne pas aller "vers le noir" le soir... Du coup l'allumage à distance deviendrait à leurs portée. Sauf que, le petit de 4 ans me dit (sans aucune connaissance du système): "Chouette, je pourrai te faire la blague d'ouvrir tous les volets quand tu dors..." Rigolo le loustic :-). Bien que la blague ne me dérange. Vous aurez compris mon problème. Je ne souhaite pas que le velux s'ouvre, en hiver, quand il pleut etc... de même pour le store avec la pluie, le vent avec les risques de casse etc... Je pense qu'il y a plusieurs manières de solutionner mon problème. Mais la piste que je privilégie serais de dissocier les modules pour que Velux/store/Lambrequin ne soient pas considéré comme des volets. Auriez vous des idées ?

Sur leur boutique

Hello, Je relance un peu le sujet... je veux partager également mon avis concernant ce site car je me suis fait clairement arnaqué dans toute sa splendeur. Mon but n'est pas de faire de la polémique mais uniquement de partager ma mésaventure. J'ai acheté 2 modules domotiques (qbi). Les 2 sont arrivés dans un colis intact. J'ouvre le colis, puis une des 2 boites contenant un module. Le module, sortie de la boite, était BRULE avec un trou calciné à l'arrière! Je leur ai demandé de me le remplacer, ils m'ont demandé des photos et le numéro de série. Puis ils m'ont répondu qu'ils avaient communiqué avec le fabriquant. Selon eux, ce module n'avait pas était vendu à Planète domo et que par conséquence ce module ne pouvait pas venir de chez eux! Une histoire de FOU! J'imagine bien que certain ont pu essayé d'envoyer un vieux module pour ce le faire réparer. Mais ce n'est pas mon cas! Et dans ce contexte, impossible de prouver ma bonne fois. Je me suis juste fait purement et simplement arnaqué par ce site. J'ai essayé me faire aider dans cette histoire. On m'a dit que pour être dans mon bon droit, il fallait ouvrir le colis en présence du livreur. Franchement...même si je l'avais fait (car le colis était intact), jamais je ne serais aller jusqu'à sortir chaque module de sa boite... Du coup... sachez que pour ne pas vous faire avoir, ouvrez vos colis et regardez si vous trouvez des celés sur les boites, sinon, ouvrez également les boites J'espère que mon expérience pourra vous en éviter une mauvaise. Moi je ne recommande clairement pas ce site.

Hello, j’ai également cherché des anémomètres et capteur de pluie pour mon store et j’ai séché aussi. LA solution ne me semble pas exister. Du coup, j’ai imaginé quelque chose d’autre. Mon raisonnement peut ne pas plaire, mais peut vous donner des idées... Premièrement, j’ai abandonné le capteur de pluie car si vous êtes en plein repas sous votre store, et que quelques gouttes se mettent à tomber. Le store se fermera et vous finirez le repas sous la pluie... Pour moi, les anémomètres ne sont là qu’en cas d’oubli, pour que la fermeture se fasse automatiquement...c’est normal... Mais si vous êtes à la maison, je pense que vous vous rendrez compte que le temps change et vous fermerez par vous même le store. Dans le cas où vous n’êtes pas à la maison, vous avez toujours l’opportunité de fermer le store à distance grâce à la domotique. Encore faut il se souvenir que votre store est ouvert... Ma solution: Lorsque je quitte ma maison j’active mon alarme (chez moi c’est fait en automatique) et dans ma scène d’activation de l’alarme, j’ai mis la fermeture du store s’il est resté ouvert... Voila, si ça peut donner des idées