fel-x

parfaitement bien résumé !

Tu as raison.Je n'avais pas remarqué que mon smartphone avait auto-corrigé ce que je tapais. Il s'agit bien de la 'useUiView' ! C'est à ma connaissance la seule qu'il faut changer. Par contre si tu la passes à false, sans un restart de la QA ce ne sera pas pris en compte. As-tu essayé le code que j'ai mis ci-dessus ? Il vérifie la valeur de useUiView et si elle est true, il la passe en false, alors que si elle est false il ne change rien. La différence avec ton code est que tu passes par updateProperty() alors qu'il faut passer par un api.put() afin que le changement soit pris en compte par la QA (ça la redémarre). Je suis quasi certain que le problème vient de là.

voici le code à ajouter dans onInit() dans toutes les QA qui emploient un affichage personnalisé (images, HTML...) -- force 'Use the new views in mobile application' property to be disabled local ui_view = api.get("/devices/" .. self.id) local useUiView = ui_view.properties and ui_view.properties.useUiView hub.debug("UI VIEW PROPERTY", "Property 'Using new views in mobile app' is set to : " .. json.encode(useUiView)) if useUiView == true then hub.debug("UI VIEW PROPERTY", "Property modification required to ensure compatibility in web and app views") hub.debug("UI VIEW PROPERTY", "Property 'Using new views in mobile app' has been disabled") hub.debug("UI VIEW PROPERTY", "Restarting QA...") api.put("/devices/" .. self.id, {properties = { useUiView = false } }) elseif useUiView == false then hub.debug("UI VIEW PROPERTY", "App and Web view compatibility checked — no modification needed") else hub.debug("UI VIEW PROPERTY", "Unable to check App and Web view compatibility. Let's hope it works...") end Le changement de cette propriété force la QA à redémarrer : pas le choix ! Donc je préviens dans le debug.

Tu n’as pas décoché la case “utiliser les nouvelles vues pour les apps” dans ta QA INFOS ici J’ai écrit une routine pour forcer la propriété webview sur false si tu veux mais pour commencer décoche cette case !!!

Salut tout le monde. Je suis assez désireux de personnaliser l'apparence de mes QA, et j'ai commencé à tester pas mal de balises HTML. Je vous propose une liste de balises avec leur résultat en copie. En ce qui concerne les images, il est aussi possible des les encoder en base64 dans le code LUA pour ne pas les appeler depuis l'extérieur. self:updateView("label_html", "text", "<strong>strong</strong><br><em>em</em><br><i>i</i><br><u>u</u><br><font color='red' size='1'>font_color_red_size_1</font><br><small>small</small><br><big>big</big><br>_sub<br>^sup<br><code>code</code><br><kbd>kbd</kbd><br><s>s</s><br><mark>mark</mark><br><details><summary>summary</summary>detail1<br>detail2</details><br><pre>pre</pre><p><hr><img width='25%' src='https://www.google.com/images/branding/googlelogo/2x/googlelogo_color_272x92dp.png'>") donnera Il y en a d'autres classiques qui fonctionnent comme <TABLE> <UL> <OL> ... Y'a moyen de pas mal déjà customiser les vues, alors si vous avez d'autres astuces, on peut partager ici bon dimanche

Salut, J'ai découvert ce topic il y a pas mal de temps, car j'avais besoin de filtrer plein de scènes et de scénarios (dans GEA entre autres) selon qu'on était un jour férié ou non. Habitant en Belgique, il n'y avait pas de QA parfaitement adaptée, alors la lecture de ce post m'a inspiré. J'ai écrit une QA qui correspond à mon besoin : création d'une variable globale 'DayOffToday' de valeur 'YES' ou 'NO' qui est mise à jour à 00:01 selon qu'on est ou non un jour férie en semaine. Elle peut ensuite être appelée et employée partout. J'ai ajouté la possibilité de choisir le pays (parmi 117 pays fournis dans l'API) ce qui permettrait à la majorité des utilisateurs de s'en servir. Je prévois la possibilité d'inclure les jours de weekend mais pour le moment je n'en avais pas besoin... Je me permets de la partager ici car je l'ai mise à disposition sur le marketplace et je me suis dit que ça pourrait être utile à certains. Mais je peux plutôt créer un nouveau topic si c'est plus adéquat? Day Off Tracker QA V1.0 Critiques, commentaires et suggestions toujours bien accueillis ! PS : Je ne veux pas faire concurrence à @mprinfo ... juste partager cette alternative qui fonctionne différemment.

Haaaa OK je n'avais pas lu les 8 autres pages de ce topic, et maintenant que c'est fait j'ai regardé la vidéo et ouvert le module pour l'analyser. La languette métallique est vraiment pourrie; je l'ai redressée à fond pour garder le contact permanent. Avec ça, j'ai pu exclure puis inclure le bouton et il fonctionne très bien maintenant. Heureusement que tu m'as mis sur la piste @Lazer, sinon ce gros bouton allait finir devant la porte du dermato pour au moins servir à faire sourire quelqu'un. Je pense que je ferai une soudure dès qu'il aura de nouveau un problème de contact, probablement avec fil de calibre minimal pour ne pas bloquer le mécanisme.

Bonjour j'ai ressorti un bouton Fibaro d'un tiroir : FGPB-101-1 V3.2EU Il était en fonction il y a de nombreuses années mais finalement a été exclu et placé en réserve proprement. J'ai placé une pile neuve, puis une autre, puis une troisième (toutes testées OK au voltmètre), mais rien à faire. Je ne peux ni l'inclure, ni l'exclure ; la HC3 ne le vois même pas. J'ai essayé les procédures de 'factory reset' : rien non plus. En fait, comment savoir qu'il est HS? Il n'y a ni LED ni alerte sonore. J'ai l'impression que ces modules sont nuls et j'ai en mémoire la raison de sa mise au placard... il ne répondait quasi jamais comme il faut à l'époque de ma HCL. Là j'ai cru que ça irait mieux avec une HC3. Mais il est comateux. Quelqu'un a déjà vécu ça avec ce module et a trouvé une façon de le tester ? merci

Après lecture de la syntaxe, j'ai trouvé la solution et donc je réponds moi-même à ma question. Corrigez-moi si j'ai mal compris. Tout d'abord la configuration de base, où il faut rajouter les ID's des modules pour pouvoir y faire appel via leur numéro plutôt que par leur nom (par exemple "746" au lieu de "id.RAPHAEL_FENETRE") -- Définition des ID des modules local id = { METEO = 3, -- YR Weather -- Ajouter ici les autres ID RAPHAEL_STORE = 514, RAPHAEL_FENETRE = 746, } Ensuite les conditions : -- Mise en protection du volet de Raphael si sa fenêtre est ouverte GEA.add({"Value", 746, true}, -1, "Fenêtre de Raphael ouverte --> Volet en mode protection.", {{"Portable", 535, "Fenêtre de Raphael ouverte --> Volet en mode protection."}, {"Protection", 514, "Local_RF", "On"}}) GEA.add({"Value", 746, false}, -1, "Fenêtre de Raphael fermée --> Protection du volet désactivée.", {{"Portable", 535, "Fenêtre de Raphael fermée --> Protection du volet désactivée."}, {"Protection", 514, "Local_RF", "Off"}}) J'y ai ajouté un message PUSH sur mon portable pour m'assurer que ça fonctionne, mais je vais le supprimer, car les tests sont 100% concluants. Le volet se met bien en protection locale et RF dès que la fenêtre est ouverte. J'ai deux remarques quand même : 1/ si la pile du détecteur (746) tombe en panne, l'ouverture de la fenêtre n'activera pas la protection, et alors crac boum... donc je vais bosser sur une condition du genre "si le niveau de batterie du 746 est inférieure à 25% --> alerter tout le monde et commander des piles" 2/ Dans la syntaxe GEA v7.38 Syntaxe.lua les modes de protection sont définis comme ceci à la ligne 742 : <mode> : Off | Local_RF | Local | RF Mais les exemples des lignes 745 à 753 emploient ces modes parfois avec une majuscule et parfois avec une minuscule ("local_rf", "Local", "#r#local|local_rf"). Idem avec "on" qui parfois est écrit "On", et "off" qui est pourtant écrit avec une majuscule "Off" dans les règles de syntaxe. Puis-je en déduire que GEA est non sensible à la casse ? On peut écrire "Value" ou "value" ? on peut écrire "False" ou "false" ou "FALSE" ?

OK je me lance à la découverte de GEA J'ai parcouru plein de pages du forum à travers divers topic relatifs à GEA. Je voudrais juste m'assurer de lire la syntaxe récente de GEA, car certains exemples remontent à plus de 10 ans. Est-ce que la première page de ce topic est bien celle où je peux pêcher la syntaxe de base (version 5.00 modifiée le 8 décembre 2014): J'ai cru comprendre que malgré les mises à jour et le passage vers HC3, la syntaxe a évolué mais ne contient aucune commande obsolète. Je pense que GEA v7.38 Syntaxe.lua est la version adéquate de la syntaxe actuelle @jojo je suis preneur d'une copie de ton fichier Notepad++ si tu l'as annoté de tips&tricks

En effet je le trouve mais bizarrement uniquement dans un seul des modules enfants ; dans le 493.0 (qui est caché dans l'interface car je ne me sers pas des modules enfants) De toute façon, ça fonctionne très bien comme tu l'avais dit @Lazer : La protection locale empêche les commandes via l'interrupteur et la protection à distance empêche les commandes via le GUI et l'app Fibaro/Yubii C'est donc bien ces 2 protections que je voudrais activer dès que la fenêtre est ouverte, et les désactiver lorsqu'elle est fermée. J'imagine qu'il est possible de les activer (ON/OFF) via un appel LUA ? Ou alors comme l'a dit @jojo ce type de paramètre n'est pas modifiable en LUA ou via l'API ? Je vais essayer de lire le document de syntaxe de GEA en espérant y comprendre assez pour trouver comment lui faire surveiller l'état en temps réel de la fenêtre. Si quelqu'un a un script ou un code de ce type, je suis preneur

Pas certain de trouver le bon paramètre... C'est bien là qu'il faut chercher celui dont tu parles ?

Ok Donc je vais installer GEA. Je n'ai encore jamais employé cette QA c'est le moment de découvrir ! Quand je vois qu'il y a 27 pages sur le topic, je me dis qu'il y a de la lecture à faire et de l'apprentissage derrière... J'espère que ce n'est pas trop compliqué De toute façon ce ne sera pas perdu. Mais d'abord je vais aller vérifier si le module dispose bien d'un paramètre de blocage de commande (je ne sais pas trop ce que c'est en fait). Comme il s'agit d'une vieille version du roller shutter (il n'est même pas Z-Wave+ il me semble) il est possible que ce ne soit pas dispo si ce type de paramètres est lié au firmware du module.

Salut, je bloque sur la façon d'écrire une QA (ou une simple scène LUA) qui doit surveiller l'état d'un module 24h/24 et 7j/7 pour empêcher un autre de s'activer. Je m'explique : J'ai un capteur d'ouverture fibaro FGK (ID: 746) sur une fenêtre dans la chambre de mon fils, que la Home Center 3 affiche "détecté" quand la fenêtre est ouverte et "non détecté" quand elle est fermée. Cette fenêtre s'ouvre vers l'intérieur. Il a ouvert la fenêtre il y a 1h40 et donc je vois ceci : Sur cette fenêtre il y a un store électrique occultant intérieur, il est piloté par un Fibaro Roller Shutter (ID 516). Actuellement il est ouvert : Le problème est mécanique : si la fenêtre est ouverte, il doit être interdit et impossible de faire descendre le volet, car il va rencontrer le bord de la fenêtre et se bloquer, et n'ayant pas de capteur de résistance, il continue à descendre et se déchire et surtout fait exploser le caisson contenant l'enrouleur. C'est déja arrivé , car le fiston n'est pas attentif et appuie sur le bouton physique de commande de descente, ou parce qu'une scène avait déclenché la descente de tous les volets de la maison lors d'une alarme intrusion ou d'une vague de chaleur.... Bref les situations qui peuvent casser le volet ne manqueront pas. Je voudrais donc un script ou une quickapp sur ma HC3 qui surveille en permanence l'état de la fenêtre et qui empêche la fermeture du volet si celle-ci est ouverte. Merci d'avance si vous avez une idée élégante et propre de coder ceci ?

Allez voici la version 1.0 de la QuickApp Merci aux testeurs et pour les retours. Omlet_Coop_Door_v1.0.fqa