Aller au contenu

Lazer

Modérateurs
  • Compteur de contenus

    19 065
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Lazer

  1. Est-tu certain qu'il s'agit bien d'un bug de GEA et non de la HC3 elle-même (ou du module Walli...) Je n'ai pas de module Walli disponible pour reproduire le bug pour l'instant Si te modifies le localProtectionState manuellement (via l'interface graphique ou via des commandes LUA), est-ce que ça fonctionne ?
  2. GEA Gestionnaire d’Événements Automatique Version 7.00 Beta Voici le célèbre GEA de @Steven porté sur Home Center 3. Cette version de GEA est basée sur la version 6.13, les fonctionnalités sont donc identiques, à quelques différences près documentées plus bas. Ce n'est plus une scène, mais un QuickApp. La notion d'instances multiples des scènes n'a plus lieu d'être, car le QuickApp est mono-instance par nature, mais son principe d'exécution asynchrone du code LUA permet d'obtenir le même résultat, à savoir : - une boucle automatique de détection des événements à intervalle régulier de 30 secondes - un déclenchement instantané sur événement (avec le paramètre -1 pour la durée) Au sujet des événements, il n'y a plus besoin (et de toute façon il n'est pas possible) de définir des triggers pour le déclenchement. C'était une opération fastidieuse, car il fallait saisir manuellement les ID des modules dans l'en-tête de la scène. Cette nouvelle version de GEA détecte donc automatiquement les triggers, et surveille les événements via l'API refreshStates. Actuellement j'ai positionné cet intervalle de surveillance à 100 ms, c'est à dire un dixième de seconde. Ce n'est donc pas de instantanéité absolu, mais ça ne l'était de toute façon pas sur les scènes de la HC2. Pour l'instant cela n'a posé aucun problème de performance lors de mes tests.... on verra ultérieurement s'il y a lieu de faire évoluer cet intervalle. La syntaxe de GEA est strictement identique à celle de la HC2 : GEA.add( ... ) Pour cette raison, ce topic est ouvert uniquement pour les discussions concernant le développement de GEA, les nouvelles fonctionnalités, et les rapports de bugs constatés. Pour les questions sur l'utilisation et la syntaxe de GEA, se reporter au topic unique "Support GEA" où vous trouverez toute l'aide nécessaire : En clair : Une règle GEA fonctionne sur HC2, mais ne fonctionne pas sur HC3 => je viens poster ici pour qu'on puisse corriger le bug Autrement : je supprimerai les messages sans préavis, j'ai autre chose à faire que de déplacer les messages postés sur le mauvais topic... avis aux contrevenants Le topic de référence concernant la syntaxe de GEA se trouve ici, comme d'habitude : Installation Importer le fichier fqa ci-joint. Ne modifier que le contenu de config pour vos propres règles : Changements de GEA pour HC3 par rapport à HC2 Supprimé : "VirtualDevice", "VD" => remplacé par "QuickApp" et "QA" "SetrunConfigScenario" => remplacé par "SetRunModeScenario" et "RunModeScene" "RebootHC2" => remplacé par "RebootHC3" "ShutdownHC2" => remplacé par "ShutdownHC3" "Alarm" => en attendant le développement du QuickApp Alarm "multiAlarm" => en attendant le développement du QuickApp multiAlarm "DebugMessage" "PluginScenario" Ajouté : "QuickApp" (alias identique "QA") : {"QuickApp", <id_module>, <method>, [paramètres]} "DeviceIcon" (alias identique "CurrentIcon") : {"CurrentIcon", <id_module>, <no_icon>} "RunModeScene" (alias identique "SetRunModeScenario") : {"RunModeScene", <id_scene>} | {"SetRunModeScenario", <id_scene>, <run_valeur>} - <run_valeur> : "manual" | "automatic" "isSceneRunning" (alias identique "RunningScene") : {"isSceneRunning", <id_scene>} "RebootHC3" : {"RebootHC3"} "SuspendHC3" : {"SuspendHC3"} "ShutdownHC3" : {"ShutdownHC3"} Modifié : "Armed", "Disarmed", "setArmed", "setDisarmed" => Prend l'ID de la partition au lieu du device Amélioré : GEA.portables = {123, "Nokia 3310"} : ID du mobile, ou nom du mobile "Email" : ID du mobile, ou nom de l'utilisateur : {"Email", <id_user>, <"Message du mail">, <"Sujet du mail">} | {"Email", <id_user>, <"Message du mail">} Note : les commandes de Reboot, Suspend, et Shutdown ne fonctionnent plus avec le firmware 5.050.13... Téléchargement GEA_v7.00.fqa
  3. Lazer

    Sauvegarde HC3 automatique sur NAS Synology

    en effet, super long tu peux faire un backup manuellement pour chronométrer.... soit c'est vraiment long, soit y'a un autre souci
  4. Sauvegarde Home Center 3 sur NAS Synology Voici un script Shell à installer sur un NAS Synology, permettant d'automatiser la sauvegarde de la box Home Center 3. La sauvegarde est externalisée et stockée sur le NAS. Un rapport par email est envoyé, ainsi qu'une notification dans l'interface Web de DSM. Installation Télécharger le fichier backup-hc3.sh ci-joint, et le copier sur le NAS. Modifier le script afin de paramétrer les options suivantes : HC3 Address HC3_ADDRESS : Adresse IP de la HC3. Par exemple "192.168.1.1" HC3 Authentication : echo -n 'user:password' | base64 HC3_AUTHENTICATION : Identifiants de connexions encodés en base64. Utiliser le site https://www.base64decode.org/ par exemple pour admin:password cela donne "YWRtaW46cGFzc3dvcmQ=". L'utilisateur doit avoir les droits "Administrateur" sur la box. HC3 Global Variable HC3_VARIABLE : nom d'une variable à tester pour bloquer le déclenchement de la sauvegarde, par exemple "Vacances" HC3_VALUE : valeur que doit avoir la variable éventuellement définie pour déclencher la sauvegarde, par exemple "0" NAS NAS_PATH : chemin complet sur le NAS dans lequel copier le fichier sauvegarder, normalement il s'agit du même répertoire qui contient le script, par exemple "/volume1/backup/HC3" Email MAIL_FROM : adresse email source, par exemple : "HC3 <moi@domaine.com>" MAIL_TO : adresse email cible, par exemple "Moi <moi@domaine.com>" MAIL_SUBJECT : titre de l'email, par exemple "Backup HC3" Notification NOTIF_TO : destinataire des notifications sur le NAS, par exemple "@administrators" NOTIF_TITLE : titre de la notification, par exemple "Sauvegarde" Backup timeout TIMEOUT : durée maximale en secondes de la sauvegarde autorisée avant que le script ne considère que la box est plantée, par exemple pour 10 minutes : 600 Reboot CLEAN_REBOOT : focer un reboot complet de la box après chaque sauvegarde, valeur par défaut "No" FORCE_REBOOT : forcer le reboto de la box si les services n'ont pas correctement redémarrés après la sauvegarde, valeur par défaut "Yes" Sur l'interface Web de DSM, ouvrir le Panneau de configuration, sélectionner le Planificateur de tâches, puis Créer / Tâche planifiée / Script défini par l'utilisateur : Dans l'onglet "Général", taper un nom de tâche et utiliser le compte "admin" : Dans l'onglet "Programmer", sélectionner un jour et une heure, par exemple chaque dimanche à 3h du matin : Dans l'onglet "Paramèters de la tâche", entrer l'adresse email destinataire des rapports, et la commande suivante pour exécuter le script (remplacer éventuellement le chemin s'il est différent chez vous) : set -o pipefail; "/volume1/backup/HC3/backup-hc3.sh" 2>&1 | tee -a "/volume1/backup/HC3/backup-hc3.out" Utilisation Attendre... Lorsque la planification se déclenche, un email est envoyé : Une notification apparait dans l'interface Web de DSM : Un nouveau fichier fbi contenant la sauvegarde (chiffrée) est présent sur le NAS, ainsi qu'un fichier journal backup-hc3.out : Exécution immédiate : Si on est impatient et qu'on veut tester immédiatement le script, le plus efficace est d'ouvrir une session SSH en ligne de commande (utiliser PuTTY sous Windows) et de l'exécuter directement : admin@DiskStation:~$ /volume1/backup/HC3/backup-hc3.sh Backup Fibaro Home Center : Saturday 11/07/2020 19:10:03 Vérification de la valeur de la variable globale 'Vacances'... Variable globale 'Vacances' = '0' identique à '0' => Sauvegarde Sauvegarde... ........................................................................... Sauvegarde terminée Téléchargement de backup_HC3-00000000_2020_07_11-19_10_28.fbi... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 794k 100 794k 0 0 8028k 0 --:--:-- --:--:-- --:--:-- 8108k Téléchargement terminé Pas de reboot du Home Center Backup terminé avec succès : Saturday 11/07/2020 19:12:02 (penser à activer préalablement le serveur SSH dans le panneau de configuration de DSM si ce n'est pas déjà fait) Téléchargement : backup-hc3.sh Bonus : script pour HC2 : backup-hc2.sh
  5. Lazer

    Sauvegarde HC3 automatique sur NAS Synology

    Effectivement... Mais au final elle a redémarré toute seule ? Le backup a quand même été fait ? Si ce n'est que ça, il faudra augmenter le timeout.
  6. Fibaro CO Sensor Détecteur de monoxyde de carbone Z-Wave+ ou Homekit Attention : les versions Z-Wave+ et Apple Homekit sont des produits différents Disponibilité : Juillet 2017 Annoncé au prix public de 99€ FONCTIONS : Détecteur de monoxyde de carbone Z-Wave+ Alimenté sur batterie Peut être utilisé comme un détecteur de monoxyde de carbone autonome Compatible avec les contrôleur Z-Wave ou Z-Wave+ Supporte le mode protégé (mode sécurisé du réseau Z-Wave) avec encryption AES-128 Capteur de température intégré Protection contre le sabotage Alarme signalée par le son, une lumière LED et un signal Z-Wave Testeur de couverture du réseau Z-Wave intégré Conforme avec la norme EN 60950-1 Compatible Z-Wave Plus Mise à jour sans fil avec la box Fibaro Home Center 2 Installation très simple - il suffit de l'installer dans un endroit ou il y a un risque de CO CARACTERISTIQUES TECHNIQUES : Type de module : Emetteur Z-Wave Alimentation : Batterie Lithium 3V CR123A Autonomie de la batterie : 3 ans Durée de vie dans des conditions typiques : 8 ans Plage de mesure de la concentration CO : 0-450 ppm Précision de la mesure : ±10ppm / ±5% Fréquence radio : 868,42 MHz Distance de transmission : 50m champ libre, 40m en intérieur Dimensions : 65 x 28 mm (diamètre x hauteur) Température de fonctionnement : 0-50°C Humidité de fonctionnement : 0% - 93% Gamme de mesure de la température : 0 à 60°C Temps de réponse de l'alarme (réglage par défaut) : 50ppm 60-90min; 100ppm 10-40min; 300ppm <1.5min Niveau sonore: 85 dB à 3m Normes : R&TTE 1999/5/EC; RoHS 2011/65/EU; EN 60950-1 Manuel en pièce jointe ou sur http://manuals.fibaro.com/ FGCD-001-EN-T-v1.1.pdf
  7. Détection de présence avec points d'accès Wi-Fi Ubiquiti Unifi Surveillance d'équipements réseaux connectés (smartphone, etc) Prérequis : Une ou plusieurs borne(s) Ubiquiti Unifi (gamme UAP) Logiciel Unifi Controller opérationnel sur une machine (VM, NAS, etc) Des appareils connectés sur le réseau IP en Wi-Fi Installation : Dans Unifi Controller, créer un utilisateur dédié avec des droits en Read-Only : Dans Unifi Controller, récupérer l'adresse MAC de tous les appareils à surveiller : Télécharger le code LUA en pièce jointe Dans la HC2, créer une nouvelle scène Copier/coller le code LUA dans cette scène Modifier le début du code LUA de la scène comme suit : -- User variables local URL = "https://192.168.1.1:8443" local username = "User" local password = "Password" local intervalle = 60 local LAN_Devices = { { mac = "00:00:00:00:00:00", -- Sony Xperia Z2 vg = "Unifi_LAN_XperiaZ2" }, { mac = "00:00:00:00:00:00", -- Samsung Galaxy S4 Mini vg = "Unifi_LAN_S4mini" } } URL : chemin d'accès à l'interface Web de Unifi Controller username : nom d'utilisateur créé précédemment password : mot de passe de cet utilisateur intervalle : rafraichissement toutes les 60 secondes LAN_Devices : mac : adresse MAC des périphériques Wi-Fi à surveiller vg : variable globale qui contient le timestamp Unix de la dernière fois que l'appareil a été vu sur le réseau (ces variables globales seront automatiquement créées au démarrage de la scène) Sauvegarder la scène, et affecter une icône, par exemple : Sur la HC2, créer une autre scène contenant le code LUA suivant, à adapter en fonction de vos besoins : --[[ %% autostart %% properties %% globals Unifi_LAN_XperiaZ2 Unifi_LAN_S4mini --]] function Check() local delay = 3600*12 local timestamp = os.time() local Unifi_LAN_XperiaZ2 = tonumber(fibaro:getGlobalValue("Unifi_LAN_XperiaZ2")) local Unifi_LAN_S4mini = tonumber(fibaro:getGlobalValue("Unifi_LAN_S4mini")) local PresenceChristophe = fibaro:getGlobalValue("PresenceChristophe") if Unifi_LAN_XperiaZ2 < timestamp - delay and Unifi_LAN_S4mini < timestamp - delay then if PresenceChristophe == "1" then fibaro:debug(os.date('%d/%m/%Y').." : Absence détectée") fibaro:setGlobal("PresenceChristophe", "0") end else if PresenceChristophe == "0" then fibaro:debug(os.date('%d/%m/%Y').." : Présence détectée") fibaro:setGlobal("PresenceChristophe", "1") end end end local trigger = fibaro:getSourceTrigger() if trigger["type"] == "autostart" then fibaro:debug(os.date('%d/%m/%Y').." : Autostart infinite loop...") while true do Check() fibaro:sleep(300*1000) -- 5 minutes end elseif trigger["type"] == "global" then fibaro:debug("Global variable change : "..trigger['name']) Check() elseif trigger["type"] == "other" then fibaro:debug(os.date('%d/%m/%Y').." : Started manually") Check() elseif trigger["type"] == "property" then fibaro:debug(os.date('%d/%m/%Y').." : Property changed : ".. trigger['deviceID'].." => "..trigger['propertyName']) else fibaro:debug(os.date('%d/%m/%Y').." : Unknown trigger : "..trigger["type"]) end Dans l'en-tête, en trigger, on positionne les variables globales Unifi_LAN_XXX Pensez à modifier le code en fonction du nom des variables globales que vous avez choisi. Comme on peut le voir, je monitore 2 téléphones, ce qui me permet d'améliorer la fiabilité de détection. Il faut juste modifier légèrement le code pour ne surveiller qu'un seul ou plusieurs appareils. J'ai configuré un délai de détection de 12h, car cette scène me permet de détecter si je suis absent plus de 12h de la maison, donc que je suis en déplacement professionnel, c'est à dire que je ne passerai pas la nuit au domicile. Cela est très fiable. Ensuite, on peut utiliser la variable globale PresenceXXX dans des scénarios (Scènes, VD, GEA, etc) Si on veut gérer la présence de plusieurs personnes, il suffit de créer plusieurs scènes et autant de variables globales correspondantes. Remarque : c'est exactement le même code que la scène de détection de présence via Freebox, il est donc possible d'utiliser la même scène pour détecter des appareils via la Freebox et les bornes Unifi simultanément. Problème connu : Si dans le debug de la scène vous avez le message d'erreur "sslv3 alert handshake failure" ou "wrong version number" : [DEBUG] 00:00:00: httpClient:request() : Error : sslv3 alert handshake failure Alors c'est que la HC2 n'accepte pas la suite de chiffrement proposée par le serveur Web de l'Unifi Controller, et tente de se connecter en SSLv3, qui est un vieux protocole peu sécurisé et bloqué. Mon Unifi Controller est installé dans une VM sous Debian 9, voici la procédure : Modifier le fichier system.properties : vi /var/lib/unifi/system.properties Notes : - sur Synology, le fichier se trouve dans /var/packages/Unifi Controller 5/target/data/system.properties => Voir tuto de Nico plus bas dans la page. - sur Windows, le fichier se trouve dans C:\Users\XX YOUR USER NAME\Ubiquiti UniFi\data\system.properties => Merci Sebcbien Ajouter les suites de chiffrement comme suit, ce qui aura pour conséquence de résoudre le problème de la HC2 qui n'arrive pas à se connecter, et d'augmenter la sécurité globale de l'interface Web de Unifi Controller : unifi.https.ciphers=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA unifi.https.sslEnabledProtocols=TLSv1.2,TLSv1.1,TLSv1 Puis redémarrer le démon Unifi Controller : service unifi restart Puis redémarrer la scène sur la HC2. Monitoring des 2 scènes avec le Watchdog : {type = "Scene", id = 1, match = {text="GetDevices", interval=2*60}, no_match = {text=""}, count=1, restart=true, notification = {"push", "email"}}, -- Unifi {type = "Scene", id = 6, match = {text="", interval=0}, no_match = {text=""}, count=1, restart=true, notification = {"push", "email", "sms"}}, -- Présence Téléchargement : Scene Ubiquiti Unifi v1.2.lua
  8. Google => HTTP 401 => Unauthorized problème d'authentification donc....
  9. Cool ça Pour le certificat, c'est plus compliqué que ça. Le checkcertificate = false est déjà dans les options de la requête http effectuée par le code LUA Le problème, c'est la HC2 qui ne supporte pas la suite de chiffrement utilisée par Unifi. En première page j'ai donné la modification à faire sur le fichier de configuration du contrôleur Unifi, je ne sais pas si c'est valable pour l'UDM.... encore faut-il avoir accès en root au système... est-ce le cas sur UDM ?
  10. Je ne comprends pas la difficulté ? C'est le schéma normal sur lequel tu ne branches pas l'interrupteur ! Pourquoi tu te fais des nœuds au cerveau ? C'est ce que j'ai toujours fait pour inclure mes modules à coté de la box d'ailleurs, je ne branche que Phase + Neutre
  11. C'est bien dommage.... Espérons que ça évolue...
  12. @971jmd GEA.add( {"SceneActivation", 87, 3}, -1, "", {{"Open", 98, 95}})  GEA.add( {"SceneActivation", 87, 3}, -1, "", {{"Open", 95, 98}})  => comportement normal et attendu, tu peux relire la doc de @pepite Donc pas de bug à ce niveau là Extrait : ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Close", 35, 20} ) - Ferme le volet ID 35 à 20 % \\Close blind 35 to 20% GEA.add( {"SceneActivation", 87, 5}, -1, "", {{"Stop", 95, 98}}) => là c'est toi qui fait une erreur de syntaxe, là encore tu peux regarder la doc. Le STOP prend un seul argument, c'est l'ID du module... il n'est pas possible de définir une valeur, puisque par définition, c'est un stop, en français un arrêt. Si tu veux spécifier 2 ID, alors il faut les mettre entre accolades, comme expliqué dans le doc Extrait : ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Stop", 32} ) - Stop le volet dont l"id" est 32 \\Stop the blind id 32 GEA.add( {CONDITIONS}, 30, "", {"Stop", {32, 33}} ) - Stop LES volets dont les IDs sont 32 et 33 \\Stop the blind id 32 and 33 GEA.add({CONDITIONS}, 30, "", {"SectionLights", "RDC", "turnOn"} ) => Là pour moi il n'y a pas de bug, es-tu certain de ton test ? En plus tu dis " éteint " alors que tu as mis une instruction "turnOn", donc je pense que tu t'es emmêlé les pinceaux.
  13. Non désolé je ne sais pas, mais tu n'as pas répondu à ma question, es-tu certain que c'est le même port ? Mais si l'API a changé, ça va être compliqué...
  14. Tu es certain que c'est le même port ?
  15. Merci pour tes remontées de bugs, je regarderai ça ce soir. Si entre temps tu en vois d'autres, n'hésite pas. Mais c'est quoi ton QuickApp 160 ? La ligne 18, c'est du commentaire dans GEA, donc ça ne peut pas être un crash de GEA.... c'est forcément un autre de tes QuickApps qui plante. Quand tu regardes la fenêtre de debug, il faut que tu filtres les messages pour n'afficher que le QuickApp en cours de debug En ce qui concerne QA_GEA_213, tout est normal dans ton screenshot, donc tout bon Pour les SceneActivation, c'est étrange tes lenteurs, je n'ai rien constaté de tel dans mes essais, et surtout il n'y a aucune raison pour laquelle les SceneActivations seraient plus lents que les autres triggers.
  16. Lazer

    En tête

    Ah... les bonnes manières... tout un programme Il a pris LUA en langue vivante, il est promis à un brillant avenir
  17. Nickel, voici la version 7.01 avec ce bug corrigé. Par contre je ne m'explique pas.... je pense que ce bug devait également exister avec GEA v6 sur HC2. PS : ce n'est pas le QuickApp complet, juste le code du fichier main à copier/coller à la place du tiens. Ainsi, cela ne touche pas à ton fichier config qui contient tes règles utilisateurs. GEA v7.01.lua
  18. Lazer

    En tête

    Quelle présentation.... surprenante
  19. OK, mais euh.... main.lua => ligne 18 => c'est du commentaire, donc impossible d'avoir un crash LUA sur cette ligne là Remet le code officiel que j'ai partagé STP, ensuite relance ton test, et dis moi sur quelle ligne apparait réellement l'erreur.
  20. Lazer

    Bonjour à tous

    Bienvenue sur le forum
  21. Hum, encore une fois, je ne vois pas bien où tu positionnes ton code LUA... .Je ne vois rien qui ressemble à des règles GEA.add() Toi t'es encore en train de jouer à l'apprenti sorcier Il n'y a vraiment rien de compliqué, rien ne change par rapport à GEA pour HC2, sauf qu'il n'y a plus besoin de spécifier les triggers (déclencheurs de scènes)... Justement parce que ce n'est pas une scène ! D'ailleurs à ce sujet je me demande bien pourquoi tu mets des conditions = {...} Bref, rien de compliqué, mais là tu ajoutes de la complexité tout seul PS : merci pour le retour sur le fonctionnement de "Protection"
  22. "Protection" y est bien, mais je ne l'ai pas testé, donc si tu le fais tu me diras si c'est OK ou non. D'ailleurs je pense que tu devrais commencer par tester les fonctionnalités standard de GEA pour te faire la main, et valider le bon/mauvais fonctionnement de cette version que je qualifie encore de Beta. sceneActivationEvent fonctionne, je l'ai testé. Tu peux partager ton code, et éventuellement le message d'erreur ? Ensuite, "Telegram" n'est pas une option standard de GEA. Il s'agit d'un usage particulier dont tu as le besoin. Et je n'ai pas de compte Télégram pour tester.... Donc le process est simple : tu développe ton option en utilisant un QuickApp et en mettant ta règle dans le fichier "config" (et non pas "main"), et si ça marche bien et que la demande des utilisateurs est là, on pourra l'intégrer dans le code standard de GEA.
  23. J'ai toujours grillé les feux rouges, et je suis toujours en vie. Est-ce une raison pour continuer ? Désolé pour le parallèle douteux, mais si tu veux que je t'aide, fait au moins l'effort de respecter la règle... qui est simple en plus.. et pour ton propre bien. Désolé je n'ai pas le temps, et aucune envie, d'auditer ton code personnalisé. C'est in-maintenable avec les prochaines mises à jours.
  24. Lazer

    Bonjour des Yvelines

    Bienvenue sur le forum
  25. Lazer

    Support Gea

    Il est très facile de convertir une scène HC2 vers une fonction dans un QuickApp HC3, la logique du code asynchrone est la même, les fonctions http:request() sont les mêmes, etc. La récupération d'argument est encore plus simple puisqu'on les spécifie directement dans la définition de la fonction. La possibilité d'organiser son code en différents "fichiers" est aussi un énorme plus, pour se faire des librairies de fonction, ou comme dans le cas de GEA for HC3, de séparer le code utilisateur (n'est ce pas @971jmd ). Ca facilite la compréhension, et ultérieurement les mises à jours, puisqu'il suffira de copier/coller le nouveau code LUA du code principal (main) sans toucher au code utilisateur. Il n'y a que les triggers qui manquent dans les QuickApps, comme pour GEA, où j'ai dû utiliser l'API refreshStates à la place, dans une boucle. On verra à l'usage, mais ça semble bien fonctionner. A vrai dire, sur HC3 il n'y a pas vraiment de limitation... ou disons plus plutôt que les limitations qu'on a connu sur HC2 sont levées. Au fait, dans le futur Fibaro ajoutera l'import et la mise à jour automatique de QuickApps depuis le market (comme sur les solutions concurrentes....), donc l'avenir est vraiment aux QuickApps chez Fibaro. Bref, désolé du semi-HS sur ce topic dédié Support GEA, j'avais justement ouvert un topic à coté pour discuter des développements à faire pour "convertir" nos VD+Scènes HC2 en QuickApps HC3.
×