MAM78

Quelle grosse erreur de newbie. Désolé pour le dérangement

Oups, je vais mettre à jour mon profil. C'est effectivement sur la HC3 puisque je l'évoque, d'autant que sur la HC2 la fonction "Or" fonctionne bien Je suis néanmoins surpris d'être la premier à utiliser un fonction "Or" sur la HC3 J'ai bien lu la documentation, mais je n'ai pas compris l'objet de la colonne "Trigger" dans le TABLEAU DE SYNTHESE DES OPTIONS NATIVES. Tu peux préciser STP ? Je vais effectivement devoir patienter ce jour ou tu auras le temps de te pencher dessus J'ai bien décomposé en règles distinctes, mais je viens de faire le test suivant en ajoutant une condition "Time", qui elle ne fonctionne pas non plus : GEA.add({id["DETECTEUR_PORTE_GARAGE"], {"Time", "Sunset-15", "Sunrise+5"}}, -1, "", "turnOn", id["LAMPE_HUE_JARDIN"], "Détection d'ouverture d'une porte, activation des lumières exterieurs")

J'ai un problème qui semble simple, mais je ne trouve pas la solution : La commande ci-dessous fonctionne bien : GEA.add(633, -1, "", {"turnOn", id["LAMPE_HUE_JARDIN"]}, "Détection ouverture d'une porte, activation des lumières exterieurs") Mais celle-ci ne fonctionne pas, j'ai fais de multiples essaies, mais je ne trouve pas la bonne syntaxe : GEA.add({"Or", 630, 633}, -1, "", {"turnOn", id["LAMPE_HUE_JARDIN"]}, "Détection ouverture d'une porte, activation des lumières exterieurs") Est-ce qu'il y a eu des changement sur la fonction "Or" entre la version HC2 et HC3 ?

Si tu as une Sonos pourquoi tu ne l'utilises pas, c'est beaucoup plus simple et tout est déjà codé pour pouvoir le faire avec Module Virtuel Sonos de @Krikroff en faisant un scénario via GEA. D'autant que sur la HC2 tu as la possibilité de jouer un Son (MP3, Wav, ...) présent dans ta bibliothèque iTunes (par exemple) et même aussi exécuter un Text2Speach. Je ne saisie pas l'interêt de faire ça sur un PC qui consomme beaucoup d'énergie en étant allumé en permanence alors qu'une Sonos est sensé déjà être allumée en permanence ?

Je viens de relire mon message précédent et j'ai fait une erreur de copier/coller sur le sujet de la fonction à remplacer. Voici le code de la fonction en lieu et place de la fonction "LabelRegEx" : GEA.options.trigger = { name = "Trigger", getValue=function(value) if (not value)then if (GEA.source.type == "autostart") then return "autostart" elseif (GEA.source.type == "global") then return "Global["..GEA.source.name.."]" elseif (GEA.source.type == "property") then return "Property[" ..GEA.source.deviceID .."]" elseif (GEA.source.type == "event") then return "Event["..GEA.source.event.data.deviceId.."]" end elseif (value) then if (GEA.source.type == "property") then return GEA.source.propertyName:gsub("ui.", ""):gsub(".value", "") == value end end return "other" end } Mais attention ce n'est pas une Option mais une fonction, qu'il convient d'ajouter dans la partie function config()

Pour la sonnette de mon Doorbird j’utilise mon enceinte SONOS avec la lecture d’un MP3 via le Quick App Sonos et GEA. Envoyé de mon iPhone en utilisant Tapatalk Pro

Comme indiqué dans le TUTO, Doorbird_User : utilisateur Doorbird habilité à utiliser l'API préalablement créé dans l'application mobile Doorbird, par exemple : fsfdetj0001. Je conseil de créer un compte dédié pour votre HC3. Doorbird_PSW : mot de passe correspondant du compte Doorbird_User. Il convient de supprimer cette variable et la recréer de type Variable secrète HC3_User : utilisateur HC3 habilité à solliciter l'API de la HC3 préalablement créé dans la HC3, par exemple : doorbird. Je conseil de créer un compte dédié pour votre Doorbird. Il conviendra donner l'accès à cet utilisateur aux modules fils (de type détecteurs) pour que les requêtes HTTP exécutées par le Doorbird puissent interagir sur les modules fils. HC3_PSW : mot de passe correspondant du compte HC3_User. Il convient de supprimer cette variable et la recréer de type Variable secrète Ce n'est pas Dorrbird_PSW, mais Doorbird_PSW. Mais le problème n'est pas là ! Comme expliqué les variables qui sont nécessaires aux favoris HTTP, sont HC3_User et HC3_PSW qui donnent l'accès à la HC3 depuis le Doorbird. Doorbird_User et Doorbird_PSW correspondent à l'accès au Doorbird depuis la HC3. CQFD !

Si tu as des ***** dans ton mot de passe c'est parce-que tu n'as probablement pas renseigné ton propre mot de passe dans la variable HC3_PSW. Pour ce faire, tu dois supprimer la variable HC3_PSW et la recréer en variable secrète avec comme valeur ton mot de passe d'accès à la HC3. Si tu fait cela, tu pourras régénérer tes favoris en cliquant sur le bouton correspondant. a devrait continuer de fonctionner. Mais ça je te l'avais bien déjà indiqué et c'est en plus mentionné en rouge dans le TUTO ! Pourquoi ne suis-tu pas ce que je m'efforce d'expliquer ? Ça m'éviterait de perdre du temps à répéter les mêmes choses.

Depuis la migration de ma vanne de la HC2 vers la HC3, je constate que la régulation du chauffage est beaucoup moins proche de ma programmation, quelle ne l'était sur la HC2. Voir graphs ci-dessous. Je constate : que la représentation "Définir la valeur en rose" qui devrait correspondre à ma programmation varie énormément et n'est pas représentatif de celle-ci. Notamment celle qui commence à partir de 6h alors quelle ne devrait débuter qu'à partir de 10h. que les mesures de température "en bleu" ne sont pas vraiment alignées ni sur la ligne rose, ni sur la programmation, particulièrement les mesures de température entre 18 et 21h qui ne correspondent pas à la programmation. Sur la HC2, je ne constatait autant d'écarts. C'était relativement fidèle à la programmation. Et la courbe "Target" correspondait parfaitement à la programmation. Voir graph ci-dessous. Auriez-vous une explication ? Est-ce lié à des détections de présence ? Un aprentisage/étalonnage qui va se faire dans le temps ? Autres ? Mesures sur les dernières 24H : Programmation correspondante : Historique sur la HC2 :

J'ai trouvé le changelog : Optimized battery life time. Signalization of battery loading fault added - pulsating magenta color. In this case, the charger or cable should be replaced, as they may be damaged and do not provide a constant power supply.

De nombreux utilisateurs ont des têtes thermostatiques mortes suite à la mise à jour de la 4.9 J'aime beaucoup leur humour sur le foto officiel au sujet des thermostats morts pas certain que les personnes concernées en rigole autant, surtout avec les températures actuelles. J'espère que personne ici ai été concerné.

Non plus de peur que de mal, j'ai upgradé hiers soir sur la version 4.7 et non la nouvelle version 4.9

Effectivement, gros bazar sur la mise à jour 4.9 des FGT-001. Mise à jour OTA suspendue. J'ai eu chaud, hier j'ai lancé les mises à jour pour passer en 4.7. Heureusement que ce n'était pas la 4.9 qui bloque dans certain cas totalement les FGT-001. Voir article suivant sur le forum officiel : https://forum.fibaro.com/topic/56826-update-to-49-fails-and-fgt-is-unresponsive/?tab=comments#comment-239689 Si quelqu'un a le changelog de la 4.9 ça m'intéresse Une version 5 à suivre.

Je suis en cours de lecture du sujet sur le foto officiel pour la version 4.9

C'est quoi le problème sur les FGT, j'ai installé la version 4.7 qui étaient intégrée sur ma HC2 du coup ce matin plus de chauffage dans la salle de bain ce matin, la WAF n'a pas apprécié. Du coup migration des FGT aujourd'hui sur la HC3.

Ton souci vient des accolades, voici la correction : GEA.add({"LabelRegEx", id["VD_HomeMode_Manager"], "lblFamilyPresence", "#r#Présent"}, -1, "Prise On",{"turnOn", id["PRISE_BUREAU"]}) GEA.add({"LabelRegEx", id["VD_HomeMode_Manager"], "lblFamilyPresence", "#r#Absent"}, -1, "Prise Off",{"turnOff", id["PRISE_BUREAU"]}) Mais, je te suggère d'intégrer la fonction suivante en lieu et place de la fonction "LabelRegEx" : GEA.options.trigger = { name = "Trigger", getValue=function(value) if (not value)then if (GEA.source.type == "autostart") then return "autostart" elseif (GEA.source.type == "global") then return "Global["..GEA.source.name.."]" elseif (GEA.source.type == "property") then return "Property[" ..GEA.source.deviceID .."]" elseif (GEA.source.type == "event") then return "Event["..GEA.source.event.data.deviceId.."]" end elseif (value) then if (GEA.source.type == "property") then return GEA.source.propertyName:gsub("ui.", ""):gsub(".value", "") == value end end return "other" end } et de récrire la règle de la façon suivante : GEA.add({{"Label", id["VD_HomeMode_Manager"], "lblFamilyPresence", "#r#Présente"},{"Trigger", "lblFamilyPresence"}}, -1, "Prise On",{"turnOn", id["PRISE_BUREAU"]}) GEA.add({{"Label", id["VD_HomeMode_Manager"], "lblFamilyPresence", "#r#Présente"},{"Trigger", "lblFamilyPresence"}}, -1, "Prise Off",{"turnOff", id["PRISE_BUREAU"]})

je me lance, c'est l'heure de l'apéro

as-tu bien déclaré l'ID associés aux labels de ton VD dans l'entête de GEA section properties, cf exemple ci-dessous "999 ui.lblFamilyPresence.value", remplacer 999 par ton ID du VD : --[[ %% autostart %% properties 999 ui.lblFamilyPresence.value 999 ui.lblToto.value 999 ui.lblTata.value %% globals %% events --]] Attention l'option "GEA.options.labelregex ......." doit être incluse dans la fonction : function config()

Il n'y aurait pas une inversion entre l'action et le message ?

Comme indiqué la variable "HomeMode" est facultative. Et c'est une structure tableau, cf exemple ci-dessous : {"TATA":true,"TOTO":true,"TITI":true,"TUTU":true,"Famille":true} Elle devrait être renseignée, dès lors que tu auras actionné les différents boutons du VD que tu auras créés. En l'occurence, elle n'est pas utilisée dans mes exemples GEA. Seuls les Labels sont utilisés pour déterminer les états. Mais rien n'empêche de l'utiliser mais en testant l'élément de la structure de la variable globale. Je ne me souvient plus comment faire cela dans GEA. Question à poser dans la section GEA du forum. Si tu veux utiliser tout comme moi les labels, je pense que tu devrais bien relire le TUTO.

Dommage, mais qu'est ce qu'ils attendent. Un beau graphique sur le suivi des température par pièce m'aurait bien plus intéressé que les belles images (dixit @Lazer "pipeau marketing") pour la consommation d'énergie dans la presque livraison d'hier soir. D'autant que ceux disponibles dans l'onglet avancé de la HC3 sont biens moins lisibles que ceux que l'on a sur la HC2. Bon pour le moment, je n'ai pas encore beaucoup de données mais l'échèle par tranche de 2° pas top et elle pourrait être dynamique en fonction du MIN et MAX des données présentées.

Pourriez-vous m'indiquer comment est-ce que l'on fait pour visualiser les graphiques Climat sur la HC3. J'ai trouvé ça, mais le bouton Graphique est désactivé.

Meme pas eu le temps de lancer la MAJ qu’elle a disparue [emoji2957]

Je me doutais bien qu'il ne devait pas être possible ou conseillé de modifier les éléments "type" et "parentId" de la structure des QuickAppChild. C'était bien la raison pour laquelle j'ai posé la question sur les limites et impacts Ca, je l'avais déjà identifié et intégré dans mon QuickApp pour repérer l'existence/absence du Child Merci @Lazer pour tes conseils. Maintenant, je vais devoir essayer de comprendre le code et faire des tests d'intégration de la solution proposée par @jang

Thank you, that seems to meet my needs perfectly. I haven't figured out all your code yet, but it'll probably help me a lot.