Lazer

@Bloug non Zigbee on en parlait sur un autre topic récemment, c'est repoussé à la saint glinglin (annulé ???) Ils attendent de voir CHIP sortir pour voir ce qui en sort, et si ça vaut pas plus le coup. En attendant ils vont améliorer Z-Wave, le support du protocole Nice, le mode passerelle entre HC3/HC3L, et les différents panneaux de climat/arrosage/énergie.

Juste du nouveau moteur Z-Wave tant attendu, qui arrivera sur HC3 prochainement.

J'ai cru comprendre qu'il y aurait assez peu de chance pour que ça arrive... en tout cas c'est relégué au dernier rang de leurs priorités

OK, bien, alors c'est super tout ça

Est-ce que ça veut dire que le Qubino Fil Pilote Z-Wave+ s'intègrera sans évoquer les esprits ? Par contre je ne suis pas sûr de bien comprendre.... la fiche technique que tu nous partages, c'est bien celle de la HC3 sortie il y a 1 an ? Ce n'est pas un nouveau modèle sorti en douce sous la même référence commerciale j'espère ? J'ai peur quand je vois la date du 29 janvier 2021.... au moins j'espère qu'on pourra faire la mise à jour du firmware ce qui nous amèneras les HC3 existantes à la même version que les nouvelles box commercialisée !!!

C'est vrai que la documentation de Fibaro est succincte.... Mon sujet favori sur le forum officiel, de loin la meilleure source d'info pour comprendre le maximum sur les QuickApps, justement tenu par @jang : HC3 QuickApps coding - tips and tricks Il faut perdre l'habitude d'appeler des boutons. C'est une mauvaise habitude prise sur HC2 car on n'avait pas le choix sur HC2. Mais sur HC3, les boutons ne servent que pour l'IHM (interface avec l'utilisateur, via le Web ou l'application mobile) La bonne pratique c'est d'appeler directement la fonction qui va bien dans le QuickApp (cela peut très bien être la fonction de callback du bouton, mais il est plus propre de nommer différemment la fonction avec un nom parlant.... que le bouton appellera également) Et c'est documenté par Fibaro dans le chapitre "Mapping actions to methods" de la doc sur les Quckapps, il faut appeler la méthode "call" : fibaro.call(44, "myCustomAction", 10, "test") Ou bien via l'API HTTP ce qui revient au même : /api/callAction?deviceID=44&name=myCustomAction&arg1=10&arg2=test On peut ainsi passer autant d'argument que nécessaire à la fonction ainsi implémentée dans le QuickApp : function QuickApp:myCustomAction(arg1, arg2) self:debug("myCustomAction", arg1, arg2) end Et si je prend la suite de mon screenshot précédent, avec le bouton "Get devices" qui appelle la fonction buttonGetDevices_onReleased(), alors celle-ci se contente d'appeler à son tour la fonction myCustomAction() : function QuickApp:buttonGetDevices_onReleased(event) self:myCustomAction() end Et surtout, on n'est pas dépendant d'un numéro de bouton qui changeait constamment sur la HC2, le truc infernal pour maintenir son code !! La seule dépendance reste l'ID du QuickApp, mais celui-ci ne changera jamais tant qu'on ne le supprime pas, donc ça ne devrait pas trop poser de souci. En alternative, on pourrait au choix : - définir le callback du bouton directement sur myCustomAction() sans passer par buttonGetDevices_onReleased() - appeler buttonGetDevices_onReleased() directement via l'API HTTP ou fibaro.call => d'où l'importance de bien nommer ses fonctions, car toute fonction définie dans QuickApp (qui est une table au sens LUA du terme) est automatiquement partagée avec le monde entier (elle est publique quoi), donc accessible depuis un autre QuickApp, une Scène, ou depuis l'extérieur via l'API HTTP. Et cela s'applique aussi bien aux fonctions qu'on définie nous même, ou bien aux fonctions prédéfinies (et oui, par exemple pour le fun on peut injecter un message dans la zone de debug d'un QuickApp en appelant sa fonction debug() depuis n'importe où). Mais on peut aller plus loin encore, par exemple redéfinir les fonctions prédéfinies (attention aux bêtises)... comme l'explique très bien @jang dans son super topic. Bref, les QuickApp, je trouve ça vraiment génial pour développer, quand tu as connu les modules virtuels de la HC2, c'est le jour et la nuit.

C'est possible qu'ils aient encore travaillé sur ce point. De mon coté je suis encore sur la dernière stable 5.050 (octobre 2020), et déjà il y a eu des améliorations par rapport aux versions de mai 2020, justement en ce qui concerne le CPU. En effet, il se trouve que cet après-midi j'ai fait un test de charge (un QuickApp qui consomme pas mal de mémoire avec manipulation d'un gros tableau pendant 3 heures). Au mois de mai, cela faisait s'envoler la consommation de CPU. Et bien là, presque rien

Ah oui OK c'est clair, merci

Mais tu n'as pas besoin de passer par CentralSceneEvent ?!? Ce que tu veux, c'est juste exécuter du code LUA après appui sur un bouton du QuickApp non ? Dans ce cas il suffit d'associer une fonction dans le callback de chaque bouton

Alors surement que Gmail vérifie que l'email de l'émetteur du mail correspond à un compte chez eux (vu que dans le script on peut personnaliser cette adresse, il faut faire attention)

Je me faisais la même remarque Sinon je n'ai pas compris ce que c'était que cette histoire de notification ?

Euh... je voudrais bien t'aider, mais je ne comprends rien à ce que tu as fait J'ai l'impression que tu as mélangé le code de la scène et du Quickapp.... Tu veux faire quoi en fait ? Expliqué simplement. On verra ensuite comment traduire ça en "langage Fibaro", c'est à dire s'il faut utiliser une scène, un QA, ou les deux (et le code LUA qui va avec)

Euh... je suis pas sûr de comprendre là (ton code est illisible, il faut utiliser les balises d'insertion de code dans l'éditeur du forum). Mais si tu as modifié le code de GEA, ça ne va pas du tout, il ne faut modifier que le fichier config comme indiqué dans le tuto

Oui le script utilise le mécanisme interne de Synology pour l'envoi des emails, donc il faut configurer le serveur SMTP de ton provider dans le panneau de configuration Exemple pour Free c'est très simple, mais selon l'opérateur il faudra peut être activer le chiffrement et/ou l'authentification : Il faut utiliser le bouton "Envoyer un courrier de test" en bas de la page pour tester le bon fonctionnement (et tu pourras aussi configurer les notifications du NAS si tu ne l'as pas déjà fait... pratique pour avertir en cas de problème divers)

J'ai ajouté le changelog à ton post

Ah ben la HCL, avec son processeur anémique et son manque de RAM, c'est pas pour rien que de nombreux utilisateurs se plaignent de plantage et doivent la rebooter plus ou moins régulièrement. Elle n'est justement pas faite pour des scénarios complexes, mais plutôt pour quelques scénarios ultra simples, voire même aucun, avec uniquement un pilotage manuel depuis le smartphone. Je vois que la nouvelle HC3 Lite devrait être bridée à ce niveau là (en nombre de Modules, QuickApps, et Scènes), ça devrait éviter les mauvaises surprises. Précision : la prochaine version de DomoCharts, ça sera sur HC3 (et HC3 Lite) uniquement, je n'ai pas prévu de faire évoluer la version pour HC2. Désolé mais la HC2 est en fin de vie, il n'y aura plus d'évolution de la part de Fibaro, et perso je prépare activement ma migration pour l'abandonner.

Ah bah tu as besoin du radiateur !! Ou alors avec tes doigts sur la sortie, quand tu meurs c'est que c'était le bon (c'est d'autant plus idiot ce que je dis que l'arrêt correspond à la phase pleine, double alternance)

C'est bien ça , tu as de la chance Il faut que tu trouves lequel des 2 dimmers permet de piloter le radiateur, et ensuite tu caches tous les autres modules. Puis, il faut que tu retrouves le Module Virtuel pour piloter les 6 ordres avec les 6 boutons. Je crois qu'il est sur le topic du premier module Fil Pilote, celui en Z-Wave standard (non plus)

Tiens, quelques nouvelles de l'IPX Air : Donc c'est moins orienté automate, et plus box domotique. Il y a du LUA pour faire des choses un peu plus évoluées Qui s'occupe d'adapter GEA ? Bon par contre, pas d'Ethernet, que du Wi-Fi.... après la HC3 Lite, c'est quoi cette nouvelle mode du Wi-Fi pour les box domotiques... ça craint...

Bienvenue sur le forum Et oui, ici tu vas trouver une majorité de gens qui préfèrent leur box Fibaro

Bravo ça me semble correct Remarque : on peut aussi l'écrire ainsi, sans préciser la valeur false mais avec le "Inverse" en plus, mais c'est moins clair je trouve (syntaxe simplifiée qui vient du GEA original sur HC2) : GEA.add({id["FENETRE_CUISINE"], {"Time", "Sunset+30>21:00"},estTravail1}, 1*30, "", {{"Inverse"}, {"Close", id["VOLET_CUISINE"],100}})

Désolé je pensais que tu savais (l'API de la HC3 est identique à celle de la HC2) Via l'API HTTP : /api/devices/ID Et tu remplaces ID par l'ID de ton module Puis tu cherches le champ value situé dans properties

En effet, tu as tout à fait raison, d'un point de vue sécurité c'est très mauvais, mais on n'a pas le choix, il faut le compte admin (renommé) et son mot de passe. Par contre, le NAS en DMZ, c'est une erreur Il doit être dans le LAN interne, un NAS c'est même l'équipement le plus critique de tout le réseau en terme de sécurité, il contient touts les données. Vu que tu parles des collègues sécurité, il te diront cela mieux que moi. En DMZ, tu mets les serveurs Web, les serveurs VPN, les Reverse Proxy, bref tous les trucs comme ça, qui ne possèdent aucune donnée. C'est là qu'on voit les limites des NAS Synology / QNAP, bons à tout faire... et comme tout appareil qui sait tout faire, il fait tout mal. En terme de sécurité, mettre un NAS en frontal sur le Web (DMZ ou pas, ça ne change rien pour le coup), c'est très mal.

Le Flush Shutter DC Il prend bien 2 fils par inversion de polarité. Il te faudra une alimentation 24V externe. Exactement comme pour un moteur de Velux donc :

C'est certain, je viens de remarquer que tu ne testais pas la condition du volet, mais celle de la fenêtre. Je suppose que ta fenêtre c'est un détecteur d'ouverture ? Donc un module qui prend une valeur booléenne ? Dans ce cas, en vertu de ce j'ai expliqué au message précédent, la fenêtre ne prendra jamais la valeur numérique 0, mais true ou false. Je répète, il faut que tu ailles regarder le champ "value" dans le JSON de ton module, seule façon d'être certain. C'est un réflexe à prendre pour tous les modules dont tu vas tester la valeur dans les conditions de tes règles GEA