Lazer

Bienvenue sur le forum

OK je vois. J'ai un système similaire, mais tout en local, avec une base de données sur le NAS, etc. Je pense que pour toi le plus simple, et de loin, c'est de conserver ton mode de fonctionnement actuel. Si tu rends ton HC3 accessible depuis l'extérieur, il faut bien évidemment utiliser un compte dédié à ton script Google avec un accès limité aux seuls modules nécessaires. Penses aussi à bien renforcer le mot de passe des autres comptes, et particulièrement du compte admin principal. Évite d'utiliser les classiques ports 80 ou 443, mais plutôt un port aléatoire assez haut. Cacher n'a jamais été une bonne solution pour renforcer la sécurité, mais ça évitera au moins 99% des scans automatiques. Idéalement il faudrait protéger la HC3 derrière un Reverse Proxy isolé en DMZ, mais il faut pour cela un nom de domaine, une machine pour faire tourner le Reverse Proxy, quelques compétences et un peu de temps.

Il est super simple de récupérer une propriété d'un module en passant par /api/devices/ID, mais comme tu le dis, il faut rendre accessible ta box depuis Internet si tu veux y accéder depuis un script hébergé à l'extérieur. Je suppose qu'il doit être possible de faire le travail en LUA dans un QuickApp en local sur la box, mais je ne sais pas ce que fait ton script, en fait je n'ai jamais programmé sur Google Drive.

Bienvenue sur le forum

Very interesting, I didn't knew about interned string. Thank you for the lesson Bon bah du coup vous pouvez continuer à utiliser des string, c'est plus lisible

Punaise le méga-boulet. Désolé pour ce bug.... qui ne touchait, pour être précis, que les VariableCache de type "string". Les boolean et number n'étaient pas affectés. Voici donc GEA version 7.35 : Corrige le bug des VariableCache de type string. GEA v7.35.lua Remarque en passant, et puisque ça parle pas mal de performances du code LUA ces derniers temps sur le forum. En informatique, manipuler un boolean (true/false), c'est comme manipuler un nombre entier, le test (comparaison de 2 valeurs) est effectué hyper rapidement en un seul cycle de CPU. A l'inverse, manipuler une chaine de caractère, nécessite de faire appel à une fonction (donc déjà plusieurs cycles de CPU) qui va faire une boucle pour comparer octet par octet tous les caractères. Du coup, c'est genre 1000x plus long que la manipulation du booléen. Bon, sur les milliers d'opérations (entrainant des millions de cycles CPU) que fait GEA, ce n'est pas la comparaison qu'une chaine de caractère dans une règle avec VariableCache qui va changer grand chose à la durée d'exécution, mais bon.... je suis formaté informaticien alors moi j'utilise des booléens quand c'est possible. Cela étant dit, pour un humain, il est plus lisible de lire une chaine de caractère contenant "OUI" ou "NON" que de voir un booléen indiquant true/false. Fait comme c'est mieux pour toi. Tout le monde n'a pas la chance d'être geek ascendant nerd Voilà, c'est tout EDIT : ce n'est pas vrai en LUA, voir plus bas

C'est toujours la plaie les modules Qubino Fil Pilote, leur firmware est buggé, Qubino refuse catégoriquement de fournir un correctif (j'ai presque réussi, puis en fait non, ça a été bloqué quand le chef est revenu de vacances), et du coup pour l'inclusion sur les box Fibaro, c'est la loterie, un coup ça passe, un coup ça ne passe pas. Évidemment Fibaro refuse d'appliquer un patch spécial, car ils disent que le bug est dans le module Qubino... et comme Qubino ne veut pas le corriger.... bref.... le serpent se mort la queue, j'ai peur qu'on n'aie jamais de solution. Regarde là, on en parle en long en large et en travers.... il est possible de les inclure en suivant une procédure bien spécifique, mais ils restent en non configurés, c'est bien pénible :

2 modules, c'est quand même bizarre.... peut être une mauvaise série ? Je ne sais pas combien de modules Fibaro j'ai, plusieurs dizaines, je n'ai jamais eu de panne complète. Et ça semble très rare vu les retours ici-même. En fait, les "non-retours" du coup. Les pannes que j'ai eu, c'est des relais qui colle (ça on sait pourquoi, à cause d'une charge inductive), ou bien un triac grillé sur un dimmer (à cause d'un court-circuit). Dans tous ces cas là, la puce Z-Wave continuait de fonctionner, donc le module communiquait bien sur le réseau.

Normalement quand ton module a l'interface battery, tu devrais voir apparaitre la bonne case à cocher dans les onglets du QuickApp : Sinon pour envoyer une notification, c'est indiqué dans la doc des scènes : https://manuals.fibaro.com/home-center-3-lua-scenes/ Perso je passe directement par l'API /notificationCenter, extrait de code LUA : local payload = { type = "GenericDeviceNotification", priority = "warning", data = { deviceId = quickApp.id, title = "Titre", text = "Message", } } local response, status = api.post("/notificationCenter", payload) if type(status) == "number" and status == 200 and type(response) == "table" then self:debug("OK") else self:error("Erreur :", json.encode(response)) end Voir la doc dans le Swagger.

ça c'est normal, plus on apprend, plus on se rend compte du chemin qui reste à parcourir pour maitriser le sujet Pas valable que pour le LUA bien sûr...

Il faut te connecter en local avec l'adresse IP de ta box, et non pas via le cloud home.fibaro.com Utilise Fibaro Finder si tu ne connais pas l'IP, ou alors regarde sur ta box/modem/routeur Internet pour retrouver quelle adresse IP lui a été affectée.

Alors là je ne sais pas faire. Pire, ce que tu veux faire va à l'encontre même du principe de base de GEA.... Du coup je me demande si tu n'aurais pas mieux faire, pour ce scénario précis, de l'écrire à la main en LUA et de le mettre dans une scène dédiée.

Alors, je ne maitrise pas du tout l'usage de StopTask.... je ne sais pas si ta proposition est faisable, il faudrait que je me penche sur la question. Je ne sais pas à quels autres cas d'usages tu penses ? Car pour cet exemple précis tu n'as pas besoin de StopTask. Il te suffit de mettre une VariableCache à une certaine valeur dans les actions de ta seconde ligne, et tester la valeur de cette VariableCache dans les conditions de la première règle.

Si tu ne spécifie pas "local" devant le nom de la variable lors de sa première utilisation, alors elle sera globale. Cela dit, ça ne change pas forcément le fonctionnement du QA.

Bienvenue sur le forum

Ce n'est pas prévu... mais bonne idée. Je vais l'ajouter dans une prochaine version.

Elle fonctionne très bien sur HC3, exactement pareil que sur HC2. Il faut juste l'inclure en mode normal, pas en mode sécurisé.

Voici GEA version 7.34 : Corrige la syntaxe abrégée de "Weather" qui utilise la propriété "WeatherCondition" par défaut. Remarque : je ne conseille pas l'écriture abrégée, préférer l'écriture complète. Le document de syntaxe a été mis à jour dans ce sens. Corrige l'option "VariableCache" quand on lui affecte la valeur booléenne false Copier/coller le contenu du fichier LUA téléchargé par dessus le fichier main dans le QuickApp (ou bien télécharger le QuickApp complet disponible en 1ère page)  GEA v7.34.lua

Le mieux est de continuer la discussion sur le bon topic

Je l'ai cette petite sirène (qui fonctionne aussi bien sur HC3 que sur HC2 au passage), elle est bien pratique pour "notifier" le visiteur du jardin. En effet, vu qu'elle ne sonne pas assez fort pour indisposer un intrus, elle a au moins le mérite de l'informer qu'il a été "vu", ça lui permet de partir tranquillement avant que la vraie alarme ne prenne le relai et réveiller tout le quartier.

Bienvenue sur le forum

Depuis le record ci-dessus, j'ai eu un nouveau record à plus de 150 Mo de RAM utilisés pendant mes vacances. En effet, en l'absence d'événements récents, le QA était obligé d'aller chercher loin dans l'historique, donc manipulation de gros tableaux. Le QA a fini par planter et n'a pas été redémarré par la HC3. Du coup, voici la nouvelle version 2.00, qui n'exploite plus la même API : Utilisation CPU et RAM réduite Rafraichissement quasiment instantané (chaque seconde) Pour la mise à jour, copier/coller simplement le contenu du fichier LUA par dessus le code situé dans le fichier main du QuickApp. A noter que la variable Refresh n'est plus utilisée, vous pouvez la supprimer dans l'onglet Variables du QuickApp. Par ailleurs j'ai laissé le bouton Refresh, mais il n'est plus vraiment utile en pratique. Téléchargement : Evénements v2.00.lua

Création du topic unique de l'IPX800 V5 : Ce topic rumeur est maintenant fermé.

IPX800 V5 Automate Ethernet Hardware: 8 entrées digitales protégées jusqu’à 15V DC 2 x 2 Entrées digitales opto-isolées 0-30V avec 2 masses séparées 4 entrées analogiques 0/3.3v 16 bits 8 Sortie relais 10A inverseurs (cos phi 1) 4 sorties collecteurs ouverts opto-isolées 1 Sortie Modbus 2 Bus Powered EBX sur RJ45 1 Bus EBX sur bornier pour compatibilité avec V4 1 Bus EXT Alimentation : 12 Volts continu (Alimentation X-PSU20 vendue séparément). Consommation : 1 W ( 4 W avec les 8 relais activés). Réseau : 10/100Mbits, HP Auto-MDIX, cable diagnostics, Energy Efficient Ethernet (IEEE 802.3az). Système d’exploitation IPX-OS5 avec Webserver. Sauvegarde en mémoire flash (pas de carte SD). Température d’utilisation : -10 à +60 °c @ 50% humidité Indice de protection IP20 Indice de réparabilité 8,5 Boitier pour montage rail DIN (prévoir 9 emplacements) Annonce officielle du produit le 30/08/2021 sur le forum officiel GCE Electronics : https://forum.gce-electronics.com/t/sortie-de-lipx800-v5-presentation-et-prevente/13716 Les préventes démarreront le 07/09/2021 avec 2 offres : 1 Offre IPX800 V5 seule à 280€ 1 Offre IPX800 V5 + X-PSU20 à 309€ L’utilisation de la X-PSU20 permet d’avoir la gestion intelligente de la commutation des relais afin de limiter les appels de courant (très utile pour les leds et éviter le collage des relais). Les premières IPX800 V5 seront livrées mi-octobre. L'API est très complète mais complètement différente, accès possible à la documentation avec création de compte : https://forum.gce-electronics.com/t/ipx800-v5-lapi-est-en-ligne/13731

2 qui lâchent en même temps, c'est assez surprenant. Alors à moins qu'ils n'aient pris la foudre/une surtension (mais dans ce cas tu dois avoir plein d'autres appareils électriques HS), le problème est peut-être à chercher du coté de ton contrôleur.... Domoticz utilise OpenZwave, qui est connu pour être l'un des pires contrôleurs Z-Wave... Tu n'as pas un autre système pour tester ? Autre piste, sans certitude, tu peux tenter de réinitialiser les modules avant de retenter l'inclusion. Regarde dans la doc pour la procédure exacte.