MAM78

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.

Lorsque nous effectuons des évolutions de nos Quick Apps et que nous les partageons avec la communauté, les modifications que nous apportons peuvent amener à modifier la configuration et propriétés des Childs et du coup la nécessité de : devoir supprimer l'ancienne version et recharge le nouveau QuickApp, regénérer les Childs, recommencer le paramétrage des variables, perdre les informations contenues dans les variables et état du Quick App et ses Childs corriger les autres composants qui utilisaient les ID des Childs, reconfigurer les icônes, refaire la paramétrage de la room Afin de limiter ces problématiques, je souhaiterais trouver une solution visant à actualiser automatiquement la configuration et les propriétés des Childs et restaurer les anciennes valeurs qui devraient l'être. Soit transposer la fonction createChildDevice par un équivalent UpdateChildDevice. Je suppose que pour les properties, ça ne devrait pas trop poser de problèmes (à confirmer), mais quid de : name, type, initialProperties, initialInterfaces, visible, enabled, ... Cf. la liste les propriétés ci-dessous. Est-ce quelles sont accessibles qu'au moment de la création ou par la suite également ? Pourriez-vous m'éclairer sur les impactes ou limites de créer une telle fonction ? Si vous l'avez déjà développé, je suis preneur de votre code. @Lazer @jang n'auriez-vous pas déjà crée une telle fonction (tools) ?

[mention=831]flacon030[/mention], tu trouveras ci-joint une nouvelle version du QuickApp V1.21 : du 22/11/2021 -> Révision du QuickApp. Nécessite de recharger intégralement le fichier fqa (modifications dans les propriétés des Childs) Possibilité d'avoir 2 sonnettes. Corrections de bugs, notamment en mode Debug Comme j'ai apporté des modifications qui changent des paramètres sur le child Device Sonnette, il convient recharger le QuickApp et le reconfigurer. Dans les prochaines versions, je vais essayé de trouver une solution pour mettre à jour automatiquement les modules Child et Générer automatiquement les Labels en fonction des infos de configuration du fichier config. Mais dans l'immédiat ça devrait répondre à ton besoin. A suivre pour les prochaines MAJ ... Doorbird_Manager V1.21.fqa

Pourrais-tu essayer en replaçant le code du fichier main par celui contenu dans le fichier joint. Ca devrait fonctionner même avec le mode debug Doorbird Manager - Main - V1.21.lua

Pourrais-tu faire un test en modifiant la variable "debug" avec la valeur false.

Pourrais-tu essayer en replaçant le code du fichier main par celui contenu dans le fichier joint. Doorbird Manager - Main - V1.2.lua

Est-il possible de créer soit un Label, un Bouton, un Slider en LUA dans un QuickApp. ESt-il également possible de vérifier si un Label, un Bouton ou un Slider existe déjà dans un QuickApp ? Si possible, pourriez-vous SVP me donner des exemples d codes ?

Oups désolé, j’ai zappé ta réponse Envoyé de mon iPhone en utilisant Tapatalk Pro

Merci @Lazer c'est exactement le réponses que j'attendais et même plus Tu ne m'as pas répondu concernant ma demande sur ton avis de mettre également les Child en "dead" puisqu'en principe, si tu n'arrives pas à communiquer avec l'équipement tiers, il est fort probable que l'équipement tiers n'arrive pas non-plus à communiquer avec les Childs.

Non ça doit fonctionner très bien avec les "variable secrète", tu as du faire une erreur avec le nom de la variable ou son contenu. Edit : Je viens de regarder, ton modèle D2102V possède 2 sonnettes et 2 relais. Pour le moment, je n'ai pas prévu la situation avec plusieurs sonnettes. Je vais devoir réviser mon code pour gérer les sonnettes additionnelles. L'indication ci-dessus "Relais disponible: (1)" que tu mentionnes dans ton message est contradictoire avec la description de ton modèle (2 relais) et me surprend. Pourrais-tu : me copier l'image de l'écran du Quickapp pour vérifier les informations que tu mentionnes. me communiquer l'ensemble de la log pour ton module QUICKAPP507 Mais si toutefois, tu n'as réellement qu'un seul relais sur ton Doorbird, tu dois, dans le fichier config : soit supprimer la ligne : {number = 2, name = "Porte Garage", createChild = true, SecondesToClose = 5}, Tu pourras également supprimer : les lignes : ["LabelLastRelay2"] = "X Last open Door :", les lignes : ["LabelLastRelay2"] = "X Dernière ouverture Garage : ", le label LabelLastRelay2 qui contient le libellé suivant : X Last open Door : Sur mon Doorbird, j'ai 2 relais, je n'ai pas du coup testé ce cas de figure.

Merci c’est bien ça que je cherchais. Je n’avais pas trouvé d’exemple dans tes quickapp tels que IPX/ECODEVICE/Onduleur. Je retiens ta suggestion des RETRY. Est-ce que pour toi il serait judicieux de mettre en dead également les child ? Envoyé de mon iPhone en utilisant Tapatalk Pro

je te suggère de lire le début du premier post, j’ai commencé à documenter Envoyé de mon iPhone en utilisant Tapatalk Pro