Lazer

Bonne question

Au démarrage de GEA tu dois avoir un message qui te dit pourquoi ta règle a été rejetée (mais déjà je peux te dire que la condition Days doit être dans les conditions et non les actions... tu sembles utiliser la syntaxe d'une très ancienne version de GEA sur HC2)

Pour résumer : - le backup local sert en cas de crash de la box => réinstallation et restauration intégrale à l'identique - le backup cloud sert en cas de panne de la box => bascule vers une nouvelle box

Bof, encore une fois, il va falloir stocker dans la configuration de GEA les identifiants de la box, je trouve ça moyen... Car d'après l'exemple donné par Fibaro, il faut bien les identifiants, même en local : https://manuals.fibaro.com/home-center-3-quick-apps/ self.http:request("http://127.0.0.1/api/service/backups", { options = { data = json.encode(requestBody), method = "POST", headers = { ["Content-Type"] = "application/json", ["Accept"] = "application/json", ["Authorization"] = "Basic YWRtaW46YWRtaW4=", } }, (c'est comme si c'était stocké en clair, fais un coup de base64decode dessus pour voir la magie opérer) A voir si depuis une scène on peut éviter ça comme pour le reboot, mais j'en doute.

Euh ben si, parce que si tu appelles l'API pour exécuter une scène/une fonction d'un QuickApp, tu auras de toute façon besoin de mémoriser le mot de passe dans le script. N'espère pas contourner aussi facilement les mécanismes de sécurité, ils sont justement là pour ça ! Après, comme dit sur le topic dédié au script de backup, celui-ci n'a d'intérêt que pour faire un backup en local et récupération du fichier sur le NAS. Si tu veux faire un truc 100% depuis la box, sans dépendre du NAS, alors il faut faire un backup cloud, qui partira vers les serveurs de Fibaro... ça reste finalement la solution la plus fiable pour se prémunir contre la perte définitive de la box, puisque que le cloud permettra de le restaurer sur une nouvelle box. Et pas de dépendance à un NAS externe.

Je me demandais pourquoi je n'avais jamais implémenté la sauvegarde vers le cloud/remote avec ce script initialement dédié au backup en local et téléchargement du fichier sur NAS. Bah en fait, la réponse se trouve dans la question. En effet, par nature, un backup cloud est... dans le cloud ! Donc pas sur la box. Donc impossible de le récupérer sur le NAS. Donc le script ne sert plus à rien dans ce mode d'utilisation ! Il est alors plus efficace de lancer le backup cloud depuis une simple scène/QuickApp directement sur la HC3, sans dépendre d'un NAS externe qui peut être indisponible. J'ai tout de même modifié le script pour y ajouter le support du backup cloud/remote, mais en désactivant la routine qui tente de télécharger le fichier sur le NAS (j'ai testé, ça récupère le dernier backup local, attention au piège). L'intérêt, c'est de conserver une uniformisation si utilisation de l’ordonnanceur du NAS, comme tu sembles le faire (planification distincte hebdomadaire/mensuelle) Mise à jour à venir.

Oui, mais pour le coup le reboot/shutdown c'est plus critique ! Ce qui est pénible avec ça, c'est que la sécurité existe aussi quand on exécute le code en local (donc qui a déjà les droits d'administrateur). Avec le serveur Web ils pourraient très bien faire la distinction entre les appels à l'API qui proviennent d'une source local, de ceux qui proviennent d'une source distante. De mémoire c'est ce qu'ils faisaient sur la HC2. Dans l'ensemble, protéger les API avec l'authentification, ça va dans le sens de l'amélioration de la sécurité, mais c'est pénible pour le code LUA qui s'exécute en local dans un QuickApp. Et puis il reste toujours des différences entre le LUA des QuickApps et celui des Scènes... le reboot justement, fonctionne dans une scène sans devoir passer par l'authentification. C'est incohérent. M'enfin bon, quand ils passent leur temps à changer les couleurs et les icône, ils ne peuvent pas réfléchir à uniformiser les API...

Tu as oublié de citer la fin de la phrase, qui indique que ça concerne l'API de Backup. EDIT : je pense que j'ai compris le changement, à priori il faut rajouter l’authentification, l'accès aux sauvegardes n'était pas protégé jusqu'à présent, ce qui constitue une faille de sécurité (même si les backups en eux-même sont chiffrés depuis longtemps)

Bon et bien c'est confirmé Ceux qui utilisent mon script, attendez avant de faire la mise à jour, il va falloir que je regarde si je peux contourner cette nouvelle restriction.

ça veut dire que tu ne peux plus ouvrir uniquement le port 80 (HTTP standard non chiffré). Avant : Après : Vu que le port 80 HTTP est toujours disponible, ça ne change rien en pratique (pour l'instant.... jusqu'à ce qu'ils finissent par bloquer purement et simplement le port 80)

A l'usage par super fan de ce thème bleu, je préférais le thème sombre précédent, plus reposant, plus contrasté. Et surtout la fenêtre de log... écriture bleue sur fond bleu, c'est une idée brillante pour masquer les logs, on ne voit plus rien....

Attention à cette nouvelle sécurité, je pressens que ça va poser problème avec script de backup auto sur NAS. Sinon, l'interface a changée... dès l'écran de connexion, ça fait tout drôle.

Firmware 5.181.62 BETA 17/07/2025 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Main features: 1. New interface design. Redesigned user interface. 2. New Smart Implant device pairing wizard A new, dedicated device pairing process in the Yubii mobile application and web interface, where you can easily add and configure your device. What's new: Access Added the ability to delete a user yourself in user settings. Devices Added new sets of Icons for roller shutters. Improved curtain behavior when controlled via interface. Elero Support for Elero Bi-rec device (Veinor). Support for Elero RGBW device (Veinor). Reduced polling for the VarioTec-868 device. Improved the type definition for the Revio4M device from a light to roller blinds and venetian blinds. Improved the name and icon for the Sun Motion 868 device. Add new device types for new RolAir motors. Energy panel Added the ability to set quarterly prices in the energy panel. Nice* Support for TTDW and TTDRGB LED strips devices controllers. Improvements in binding procedures using already memorized transmitter. Improved communication with the radio chip. Group actions are now handled simultaneously for quicker reaction to commands. Added generic support for devices with unknown product types. Reduced polling for battery-powered devices. Improved wake-up from the Hub for the Climatic sensor battery-powered device. Support for the ERA Inn Li-ion battery-powered device. Scenes Performance improvements in scenes execution in large systems. Z-Wave Improvements for handling the reports in Alarm V2 Command Class. Bug Fixes: Access Improved display of full screen camera view for advanced user. Devices Fixed assigment of the whole device to specific room when adding devices from the mobile app. Added the ability to manually enter values for Multilevel sensors when pairing devices in the mobile app. Fixed the slider display when the thermostat is set to the maximum value in the device preview. Fixed the control dialog for the Nice BiDi-Shutter device as a Venetian blind. Missing source information in DeviceActionRanEvent. Fixed the display of long device names in modal windows. Elero Improved the connection process when grouping Elero devices. Gateway connection Fixed an issue with reverting to the schedule for MCOHome MH8 devices on a slave Hub. Removed duplication for Support and Installer users in the database after updating from version 5.161.15 or higher with gateway connection setup. Other Fixed selection of devices on the Reset Elero network dropdown list. Fixed the 8-character limit for entering Wi-Fi passwords during the FTI process. Improved the tooltip display for offline users in the Access tab. Improved handling of the /api/scenes endpoint in Swagger. Quick Apps Improved refreshing in the setColorComponent function for Quick Apps. Z-Wave Improved node id (associations) handling when controller has different NodeID that 1.** Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine. Security: The option to use only the HTTP protocol in network settings has been removed. Log security has been improved through additional security measures for private user data. Security actions have been separated into separate, additionally secured Hub logs. Secure communication for the Z-Wave device update service has been added. The master Hub communicates with the slave Hub only via a secure https connection. Restricted unauthorized API and backup file requests. Updated some low-level libraries. Database protections against storing private data. Fixed error codes returned for authentication errors. Fixed potential RCE vulnerabilities. Removed information regarding the existence of usernames in the system for the password reset mechanism. Reduced vulnerability to DoS attacks. Improved log file encryption.

Non, tu n'as pas compris ce que j'ai écris. Si il y a bien des scénarios qui ne sont pas de la geekerie, c'est bien ce genre d'alertes en cas de pluie. Et non, je le redis, la pluie, on ne la voie pas venir... même les jours où il est censé ne pas pleuvoir, on arrive à avoir des averses tellement les alertes météo sont à l'ouest. Dernier exemple en date, le soir du 14 juillet... c'est récent. Et les Velux, c'est vraiment le moins grave en cas de pluie, car le mécanisme semi-ouvert empêche justement la pluie de rentrer, d'ailleurs ce sont bien les seules fenêtres que je ne ferme pas en cas de pluie. En revanche, les fenêtres normales (verticales), c'est elles qui sont à risque. Et déjà motoriser un volet battant c'est pas simple, mais alors une fenêtre... bon courage Voilà

Oui c'est ça, scénario d'alerte sur fenêtres restées ouvertes. Même avec quelques minutes de retard, c'est toujours mieux que d'attendre 1h et de pleurer l’inondation comme un con Et puis souvent avant les grosses averses/orages, il commence par pleuvoir doucement. Je ne compte plus le nombre d’inondations évitées grace au pluviomètre, tout au plus j'ai eu quelques goutes sur le parquet, sans gravité. bah... la fermeture comme l'ouverture c'est manuel, donc bon... au moins la domotique, elle m'informe par notification que je dois aller fermer en urgence, et qu'ensuite je peux aller ouvrir quand j'en ai envie, c'est moins critique dans ce sens là. Ah oui donc autant arrêter la domotique et tout jeter par la fenêtre Car à ce compte là, rien de ce qu'on fait n'est utile, c'est que du gadget : - et puis quand il fait froid la température on la ressent avec la peau, c'est donc qu'il faut allumer le chauffage - et puis dans l’obscurité on n'y voir rien, alors on se lève et on va appuyer sur l'interrupteur - et puis quand on rentre on se rend bien compte qu'il y a eu un cambriolage, il faut donc aller le déclarer chez les flics - etc Accessoirement, quand il fait nuit dehors, que je regarde un film dans le noir, ou plus généralement que je suis occupé à une activité, je ne regarde pas par la fenêtre.

Heureusement que j'ai mis un message (sur l'autre sujet, auquel tu as répondu juste en dessous) pour bien préciser que : Ici c'est le sujet de la station Netatmo, et on parle d'elle (ou de son remplacement...) Sur l'autre sujet, on parle du Quickapp sur HC3 pour cette station. Bref, j'ai encore déplacé ton message... Anti Cloud, oui, mais tant qu'elle fonctionne je la conserve, car tu n'as pas répondu à ma question ? Par quoi remplaces-tu ? Si par rien, et que ça ne te manque pas, tant mieux, mais perso pour le pluviomètre je n'ai pas d'autre solution...

@jojo j'ai inversé tes messages entre les 2 topics pour remettre un peu d'ordre. Ici on parle du QuickApp sur HC3 pour la station Netatmo. Et sur l'autre topic, on parle de la Station Netatmo en elle-même... et donc un message qui parle de la jeter à la poubelle pour la remplacer par autre chose a sa place... même si bon...

Ah oui carrément Tu as remplacé par quoi ?

C'est "normal", car la panne qui arrive sur tous ces Buttons est matérielle. C'est le micro-switch à l'intérieur du bouton qui se déforme avec le temps, et donc ne fait plus contact. Conséquence, les actions (appui simple, double, long...) ne fonctionnent plus normalement, de même que les inclusions et exclusions ! Soit tu te sens le courage de le réparer en redressant la patte (mais le même problème se reproduira de toute façon, car c'est une erreur de conception), soit tu fais la bidouille qui avait été expliquée sur ce topic... ou bien tu le ranges définitivement (verticalement....) Perso ça fait longtemps que j'utilise d'autres boutons... moins "sexy", mais qui ont au moins l'avantage de fonctionner, c'est ce qu'on leur demande à la base...

Oui tout à fait, pour une fois on a de la chance, c'est facile... il n'empêche, devoir modifier du code à cause d'une modification d'un service dans le cloud, c'est d'un pénible... ça se répète sans fin.

Une petite modification de l'API Netatmo, ça faisait longtemps Netatmo API - API Domain Name Change Dear Netatmo developer, We hope this message finds you well. We are writing to inform you of an upcoming change to our API domain configuration. As part of our ongoing efforts to streamline and improve our services, we will be retiring the domain api.netatmo.net and consolidating all API traffic under the existing domain api.netatmo.com. Effective Date:September 8, 2025 To ensure uninterrupted service, we kindly ask you to update your applications to use api.netatmo.com exclusively before the above date. The structure and functionality of the API remain unchanged — only the domain name is affected. Sincerely, Legrand - Netatmo - Bticino

Voici la mise à jour de GEA version 7.39 : cette version reprend essentiellement les correctifs aux différentes remarques remontées ici durant ces 2 dernières années. Correctif d'un bug affectant l'option "StopTask" qui pouvait désactiver d'autres règles sans lien entre elles. Correctif des actions "Property" et "DeviceIcon" qui prennent maintenant en compte le type de module (physique ou QuickApp) Correctif des substitutions #sunrise# et #sunset# qui ne se faisaient pas correctement dans les messages Amélioration de la prise en compte du format d'heure dans l'option "Time" (suppression des lettres inutiles) Correctif du bug de l'option "Dates" qui ne se déclenchait pas à partir du 1er janvier lorsque la plage était à cheval sur 2 années Optimisation des performances pour les règles comportant plusieurs conditions : au lieu de tester toutes les conditions, maintenant dès qu'une condition fausse est trouvé le test s'arrête et passe à la règle suivante Correctifs mineurs Suppression des options "RebootHC3", "SuspendHC3", et "ShutdownHC3" qui ne fonctionnent plus (nécessité de fournir le mot de passe administrateur de la box dans le QuickApp, cela aurait créé une faille de sécurité de le conserver en clair dans GEA). Si vous voulez le faire, créer une scène et exécutez cette scène depuis GEA. Suppression de l'option "SonosTTS" qui n'a jamais fonctionné sur HC3 Mise à jour de la documentation de Syntaxe GEA (coquilles, majuscules, minuscules, précisions sur les comparaisons strictement supérieures et inférieures, etc) Pour la mise à jour, copier/coller le contenu des fichiers LUA : Fichier main : GEA v7.39.lua Doc de syntaxe à jour : GEA v7.39 Syntaxe.lua QuickApp complet pour une nouvelle installation disponible en première page.

Oui effectivement, il vaut mieux éviter dans la mesure du possible l'emploi des variables globales. En fait, une bonne pratique, c'est de limiter autant que possible la portée des variables.

Justement c'est à ça que sert la variable WAIT_AFTER_BACKUP introduite dans la dernière mise à jour. Entre temps le topic a été pollué par 2 pages de droits Unix sur des fichiers, mais tu retrouveras l'explication