-
Compteur de contenus
14 555 -
Inscription
-
Dernière visite
-
Jours gagnés
186
Tout ce qui a été posté par jojo
-
bonne nouvelle
-
Quick App - Gestionnaire d'Événements Automatique - GEA pour HC3
jojo a répondu à un(e) sujet de Lazer dans Quick App Developpeur
c'est quoi la diffférence avec GEA.debug = true qui se trouve également dans config ? -
c'est à dire : exclusion du module reset du module réinclusion du module ?
-
bonjour également et bienvenue la seule box pouvant le faire sérieusement ...
-
Vendre ou donner du matériel Fibaro
jojo a répondu à un(e) sujet de Doudoubidou dans Annonces et suggestions
-
bienvenue à toi, e suis en plein dans le monde des fain"ants, donc j'ai lu les5 premières lignes et la dernière ...
-
ma précédente vie, justement ...
-
comme la sonde de température remonte l'info en BT à la vanne, essaie de refaire le lien entre les 2
-
-
alors c'est la wakeup time. Il est a combien ?
-
les piles sont toujours ok ?
-
autre petit truc : pour toutes mes variables booléennes (yes|no, true|false, autorisé|interdit, ...) j'utiliserai des QA de type Binary Switch avec les icônes qui von bien avec)
-
c'est ce que je me disais également, mais c'était plus pour le "fun" je vais essayer celui là pour mes idées tordues .. (en fait cela répondrait à la question que j''avais posée ici - mais elle n'était peut-être pas assez précise)
-
Ca c'est l"expérience qui parle ... Perso je suis très content que la personne (@mprinfo) qui s'est gentiment proposée pour changer/réinclure tous mes modules ne pouvait pas être immédiatement dispo, et ainsi je peut bien tout préparer
-
j'ai également déjà 2 reboot "intempestifs", uniquement détectés par mon syno et une scène qui m'envoi un message si reboot. Je vaus me faire un petit fichier log pour factualiser la fréquence et la version du firmware
-
si tu choisis l'option "réinclure à la mano", la question ne se pose plus ... ceci dit je suis également en phase de migration (mais pas depuis HC2). Le plus important pour moi, c'est la gestion du chauffage, de la piscine (et de l'airco de la cave à vins) (bien que je puisse tout gérer en manuel). Alors pour mon chauffage, j'ai créé énormément de QA de type Binary Switch pour tester la nouvelle solution. Et quand je migrerai effectivement mes devices (en fait de migration, je remplacerai les anciens z-wave par des nouveaux z-wave+) je leur donnerai le même nom que mes QA. Ainsi ma migration sera rapide ...
-
c'est précisément ce que je voulais éviter ... mais je vais devoir y passer
-
merci, mais j'ai déjà essayé cela, et le QA générique ne réagit pas aux clic sur l'icône, donc créer ces fonctions ne sert à rien ... MAIS tu vien de me faire penser à qqch: dans le JSON d'un generic QA, il n'y a rien dans les actions "actions": { }, mais dans celui d'un Binary Sensoe ; "actions": { "toggle": 0, "turnOff": 0, "turnOn": 0 }, avec les fonctions function QuickApp:turnOn() function QuickApp:turnOff() qui ont le même nom que les valeurs dans le JSON. donc déjà (ce serait rigolo) si on créait la fonction function QuickApp:toggle() ça pourrait fonctionner (à la place des fonctions turnOn() et turnOff()- Je mr disais qu'on pourrais rajouter ces actions au JSON du QA générique, mais en fait non, cela doit être codé dans le QA d'appeler ces fonctions => c'est mort et il faut trouver où il enregistre qu'il faut mettre telle ou telle icône pour les QA Binary Switch.
-
Bonjour et bienvenue. Le principe des modules Fibaro, c'est d'avoir une liaison sans fil (Z-Wave) tout en gardant la possibilité que tout fonctionne sans la box domotique, ie avec les interrupteur classiques. La box sera même informée de l'action que tu as prise via l'interrupteur, comme si c'était elle qui avait donné l'ordre. MAIS des modules (FGD, ...) et un stick USB ne suffiront pas : il te faudra une box en plus (HAAS, Jeedom, ...) Si tu optes pour une box Fibaro, il ne sera pas nécessaire (et même impossible) d'y connecter un stick USB Z-Wave, car elle a son propre contrôleur. le z-wave étant un réseau maillé (= si un module ne peut communiquer en direct avec la box (car trop éloigné) il utilisera d'autres modules z-wave (sur secteur) pour faire le relais. Donc pour avoir une installation domotique en z-wave qui fonctionne bien, il faut une bonne répartition des modules = ne pas multiplier les protocoles. Si je ne me trompe pas, Somfy = Nice; donc la HC3 peut faire parler et interagir ces 2 protocoles, mais ton réseau Somfy/Nice ne pourra pas servir de relais à tes modules z-wave.
-
oui, je savais cela, mais le Binary Switch, ne permet que 2 icône ( "Binary Switch") et moi je voudrais 4 positions : pour mon QA GestionChauffage, qu'il m'affiche la belle icône en fonction de la valeur de ma VG. Ceci est possible avec un QA de type générique, mais alors, je dois aller sans les settings -> General -> Variables pour changer la valeur de ma VG. Avec un BS, je peux directement cliquer sur l'icône du QA qui lancera la fonction TurnOn ou TurnOff en fonction du status. Je voulais dans chacune de ses fonctions appeler une fonction perso qui me permettrais de modifier directement ma VG et l'icône de mon QA. Je sais c'est un peu tordu, mais c'est le seul moyen que j'ai trouvé pour faire faire à la HC3 ce que je veux. Donc en regardant dans le JSON du device // 20220520155433 // http://192.168.1.xxx/api/devices/160 { "id": 160, "name": "Chauf_Circul_RdC", "roomID": 239, ... "properties": { ... "deviceIcon": 1002, "icon": { "path": "assets/userIcons/devices/User1002/User1002100.png", "source": "HC_USER" }, ... "value": true, ... } j'étais sûr de tout y trouver. La propriété "deviceIcon" me plaisait bien. Mais quand je click sur l'icône du device, son status passe bien à Off ("value"; false) et l'icône de l'interface change bien , MAIS aucune autre propriété (et donc pas la "deviceIcon") ne change . Donc, le JSON d'un device ne contiendrait pas tout l"info d'affichage/du statut du device.. Donc, en y réfléchissant, ce n'est pas la propriété "deviceIcon" que je dois modifier (pour un QA de type Binary Switch) mais laquelle alors ? Ma question est-elle assez tordue/complexe pour toi ?
-
Bonjour, Vous voyez que je tien parole : je vous avait prévenu que j'aurais beaucoup de questions ... Pour les QA de type "Generic device" : on charge l'icône depuis l'onglet général puis pour connaitre son id, on regarde le # qui se trouve après User quand on fait click droit -> Enregistrer sous (User1007.png) puis dans le code, on peut l'assigner à ce ou un autre QA de même type self:updateProperty("deviceIcon", 1007) Pour les QA de type "Binary Switch" (je les aime bien car on peut faire faire qqch en cliquant juste sur l'icône) : on char l'icône Off et l'icône On puis comment trouver l'id de ces icônes ? (car si click droit-> Enregistrer sous on a un id à 7 chiffres (pour le On - User1001100.png) et pour le Off? et de tout façon NI self:updateProperty("deviceIcon", 1007) NI self:updateProperty("deviceIcon", 1001100) NI self:updateProperty("deviceIcon", 1001101) NI self:updateProperty("deviceIcon", 10011) NI self:updateProperty("deviceIcon", 1011) ne fonctionne Il y a sûrement un truc ...
-
Merci pour ce "cours privé". C'est en effet sympa de "regrouper" les variables : QA GestionChauffage, QA GestionPiscine, ... surtout si on put les voir/mettre à jour (?) depuis d'autres QA. J'utilise encore les variables globales, pour les variables prédéfinies (malheureusement, pas (encore) disponible au niveau des QA).
-
Merci pour ces infos très claires. Je vais regarder à mon code pour privilégier les variables locales. Quand tu is que les Globales sont visibles de partout, c'est de partout dans le QA ou également dans d'autres QA ? Pour la recherche dans la table, j'avais trouvé la même solution. Mais je vais regarder pour in pairs() et le _
-
ok, j'avance, je n'ai plus d'erreur. effectivement définit function QuickApp:Consigne (Room, Mode, Chauf_Maison_Mode) et l'appeler comme ceci : self:Consigne (Room, Mode, Chauf_Maison_Mode) fait qu'elle tourne sans erreur. Mais ce qui est surprenant, à la lecture de ceci ( https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/21/#comment-207742), c'est que mon code s'exécute sans erreur malgré que : la fonction Consigne (...) est définie APRES son appel il n'y ait pas de return dans la fonction Consigne.... Maintenant j'ai un autre problème avec if Chauf_Maison_Mode == "Confort" then for key, value in pairs(RoomsConfort) do -- Look for key inside entire table if key == Room then -- Your desired key you want to refrence Found = true end end il ne trouve pas key == Room, bien que d'après le debug, tous les paramètres sont bien passés => je trouverai... Comme promis, recevez tous les 2 toute ma gratitude.
-
j'ai commencé à lire ton premier lien (merci pour m'avoir directement pointé au bon endroit, car nun post de 65 pages, je n'essaye même pas ... En tout cas, ce début m'a déjà permis de comprendre pour quoi une partie de mon code ne pouvait pas fonctionner ; ma fonction Condigne était définie après son appel. J'ai encore beaucoup à apprendre ...