Lazer

Firmware 5.182.27 BETA 30/07/2025 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. What's new: Devices Adapted the Husqvarna plugin to the new manufacturer API. Other Documents for Privacy Policy and Terms of Service have been separated when updating the Hub. Changelog history added when updating the Hub version. Adapted the appearance of swagger to the new UI design. New look for entering your security PIN. Quick Apps The preview tab is updated on-the-fly after copying the JSON view. Scenes Scene launch optimization. Z-Wave Z-wave engine 3.0 is set as default in the FTI process. Updated parameters template for FGR-224/Roll-Control2 for version 8.2. Added support for class Thermostat Fan Mode version 5. Bug Fixes: Climate Fixed incorrect calculation of the temperature value for thermostats auto mode. Devices Full https support for Nice Cameras and NVRs. UI fixes for parameters values refresh in Z-Wave devices configuration. Fixed Smart Implant device configuration flow when "Other" option is selected. Fixed display of statuses in the Dashboard for colorController and multilevelSwitch devices. Optimised web UI wizards for some devices. Fixed an issue where the device removal process in the mobile app would loop. Fixed issue with loading multiple icons for devices. Gateway connection Fixed device counting in backups for the Master Hub. Nice* Fixed moving to favorite position for mono devices. Other Fixed acceptance of entered login data using Enter on the keyboard. Improved modals appearance for Manage Access and rights edition. Fixed the appearance of system modal windows. Fixed the connection type selector in the Smart Implant device Wizard. Fixed issues for the /api/scenes endpoint in swagger. Fixed SVG icon colors in dark mode for scenes. Fixed the display of days when selecting from the calendar. Changed the size of buttons in the user interface. Changed the appearance of the stepper component. Fixed the visibility of text messages in the interface. Fixed display of device protocol logos. Minor UI/UX fixes. Quick Apps Added support for uploading external icons for Multilevel Sensor device type. Scenes Removed redundant unsaved changes dialog when no changes were made when editing scenarios. Fixed issue with saving default Morning Scenario after making changes. Fixed scenes trigger based on current color for Block Scenes. Z-Wave Fixed the issue of lost Zipato RFID device reports.** Fixed invalid parameters 2,3 value for HeatIt Z-Temp3 device. Fixed a rare issue where learning mode would freeze. UX fixes for Z-wave parameters. Fixed template for Aeon Multisensor 6 device. 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: Due to the upcoming new cybersecurity regulations (RED), work has been implemented to improve the product's security level to comply with the EN18301 standard and the latest security guidelines. The user password reset procedure has been changed - user sets a new password himself. The number of required characters in a user password has been increased to 12 - for new users and when changing the password for existing users. Added email notification for administrator regarding unauthorized login attempts when an unknown user logs in. The default login password for the FTI process has been changed for the ones from device label. Improved security for requests from localhost. Increased security for plugins: Husqvarna Mower, Tedee. Cross-Site Scripting vulnerabilities fixed. Additional security for users in the Recovery Mode area. Added protection against PIN brute-force attacks. It is possible to make 3 attempts to disarm alarm partition before the alarm is triggered. The procedure for assigning passwords to new local users has been changed - the user sets his own password in the system. Improved encryption and security in databases. Added the ability to report a security issue has been added as an extension of the Support Department option. Added information for the user when attempting to perform potentially dangerous actions in the interface. Sensitive device data removed from databases.

Ok merci, je vais commander le moteur filaire en remplacement du moteur solaire. Et je m'occuperai de l'installation fin août je pense.

Je n'ai pas (encore) pris le temps de relire ton code, mais pour le téléchargement du backup depuis le firmware 5.181.62, il faut simplement ajouter l'authentification dans le commande curl, exactement comme pour les autres appels à l'API. J'ai simplement fait un copier/coller des paramètres nécessaires, c'était une modification assez facile à faire.

J'ai fait un nouveau topic dédié pour parler de ce module Zooz :

Contrôleur de moteurs à courant continu Zooz ZEN53 Profitez de la lumière naturelle chaque jour avec des stores et des rideaux motorisés. Planifiez et automatisez vos traitements de fenêtre pour une intimité totale et une tranquillité d'esprit. Créez des scénarios personnalisés incluant des capteurs de qualité de l'air et de température pour fonctionner selon votre routine. Définissez les règles et oubliez les allers-retours pour ajuster les stores depuis l'interrupteur ou manuellement depuis la ficelle. Profitez simplement de la meilleure lumière à chaque instant sans y penser. Le contrôleur de moteur à courant continu se fixe à votre moteur existant et à l'interrupteur mural. Cela signifie que vos stores, rideaux ou auvents doivent déjà être motorisés avant de pouvoir ajouter ce module intelligent à eux. Assurez-vous de suivre les spécifications électriques lors de l'installation du dispositif. Installation Tant que votre moteur fonctionne en 6-32 V CC et fonctionne sur la base de la polarité inversée, vous pouvez utiliser ce contrôleur Z-Wave pour l'automatiser. Rendez vos stores, rideaux, auvents ou écrans plus intelligents avec ce module pratique qui s'installe entre le moteur et votre interrupteur mural. Câblez-le à un interrupteur mural momentané à 2 boutons ou à deux interrupteurs momentanés séparés pour un contrôle pratique de montée / descente / arrêt. Le module s'auto-étalonne mais vous donne également la possibilité de passer outre et de peaufiner toute calibration si nécessaire. Utilisez-le en mode volet montant/descendant ou en mode vénitien pour tourner les stores pour ouvrir/fermer. N'oubliez pas que votre concentrateur Z-Wave doit prendre en charge ce dispositif pour que vous puissiez le programmer. Vérifiez la compatibilité avant d'acheter le contrôleur de moteur à courant continu. Fonctionnalités du contrôleur de moteurs à courant continu Zooz ZEN53 : Contrôle manuel ou Z-Wave des moteurs à courant continu (polarité inversée) Idéal pour les stores, les rideaux, les auvents, les écrans motorisés, et plus encore Mode volet et mode vénitien au choix S'installe derrière votre interrupteur mural existant (bouton momentané) Puce Z-Wave de série 700 pour une meilleure portée et un contrôle plus rapide Configuration avancée incluant les réglages de minuterie et de calibration Répéteur de signal Z-Wave intégré pour une communication renforcée SmartStart et sécurité S2 pour un réseau plus sûr Spécifications techniques du contrôleur de moteurs à courant continu Zooz ZEN53 : Alimentation : 6-32 VCC Fréquence : EUROPE (868 MHz) Charges maximales : 1,5 A (utilisation avec des moteurs à courant continu uniquement) Portée Z-Wave : Jusqu'à 90 mètres en ligne de vue Dimensions : 3,81 cm de hauteur, 3,55 cm de largeur, 1,77 cm de profondeur Température de fonctionnement : 0-40°C Installation : Utilisation en intérieur uniquement Schéma de câblage : Page officielle du constructeur : https://www.getzooz.com/zooz-zen53-dc-motor-controller/

Merci @TonyC bien vu ! La page constructeur officielle du module Zooz ZEN53 : https://www.getzooz.com/zooz-zen53-dc-motor-controller/ Et moins cher chez Domadoo : https://www.domadoo.fr/fr/volet-roulant-connecte-store/7119-zooz-micromodule-controleur-de-moteur-dc-z-wave-700-zen53-853478006537.html J'attends ton retour, mais de toute façon je pense que je m'en prendrai un fin août.

Je reformule : j'ai fait ces modifications uniquement pour toi, et pour que ça soit bien clair afin de prévenir toute remarque et questions, j'ai précisé ton cas d'usage et comment le configurer Après si ça peut aussi servir à d'autres gens, tant mieux...

Nouvelle version 3.30 en première page et mise à jour du tuto prenant en compte essentiellement les propositions de @jojo Support des firmwares à partir de la version 5.181.62 Ajout d'une variable HC3_BACKUP_DESCRIPTION permettant de spécifier le nom du backup qui sera affiché dans la colonne description de la liste des sauvegardes sur la box (auparavant c'était encodé en dur). En outre, le bug de l'espace dans le nom remplacé par %20 est corrigé. Ajout d'une variable HC3_BACKUP_TYPE permettant de choisir une sauvegarde locale ou dans le cloud. A noter que seule la sauvegarde locale peut être téléchargée sur le NAS, à contrario de la sauvegarde dans le cloud qui reste exclusivement dans le cloud, supprimant de fait l'objectif initial de ce script. En cas d'erreur, le titre de l’e-mail reçu comporte la mention Erreur. Amélioration de la détection de l'erreur 404 lors du téléchargement du fichier local, en complément de la variable WAIT_AFTER_BACKUP introduite dans la précédente mise à jour mais dont l'utilisation a été mal comprise. Améliorations mineures Idées d'utilisation pour @jojo : il faut copier le script 2 fois (avec des noms distincts et parlants) pour planifier automatiquement 2 types de sauvegardes : Sauvegarde en local avec historique complet avec la description correspondante et récupération du fichier sur le NAS : HC3_BACKUP_TYPE="local" HC3_BACKUP_HISTORY="YES" HC3_BACKUP_DESCRIPTION="Backup HC3 local avec historique" NAS_PATH="/volume1/..." Sauvegarde dans le cloud sans historique pour économiser l'espace avec la description correspondante et sans récupération du fichier sur le NAS car c'est alors impossible : HC3_BACKUP_TYPE="remote" HC3_BACKUP_HISTORY="NO" HC3_BACKUP_DESCRIPTION="Backup HC3 cloud sans historique"

Au bout de 11 ans, cette alimentation a cramé, toute seule, sans prévenir. Mais au moins elle s'est mise en sécurité et n'a cramé ni le module branché en aval, ni fait sauter le disjoncteur. J'ai repris la même, car il me suffisait de dessouder et ressouder au même endroit, c'est reparti pour un tour.

Bon... bah moi aussi je vais me mettre en quête d'un remplaçant de cet excellent module Qubino Flush Shutter DC ZMNHOD1.... une rapide recherche ne m'a rien remonté @Cmoi20 est-ce que tu as trouvé une alternative de ton coté ? J'ai mon 1er volet Velux solaire SSL qui est mort (200€ de réparation, non mais c'est lamentable de la part de Velux) Je vais le remplacer par un moteur filaire SML, ça sera bien mieux intégré à la domotique et durable, le souci c'est qu'il faut que je trouve un module domotique pour le piloter.

Ah OK, celui là donc je suppose : https://marketplace.fibaro.com/items/netatmo-qa-for-hc3 C'est GSmart.pl l'auteur, je n'ai pas suivi les dernières évolutions de son code, perso j'avais fait une variante que j'avais partagé sur le forum, mais celle-ci n'est plus utilisable à cause du jeton à renouveler régulièrement. Mais bref, si la version de GSmart.pl ne fonctionne plus... Bah... euh... je ne sais pas quoi te dire là, désolé. De mémoire il passait par un site tiers pour héberger la page nécessaire à l'obtention du jeton... si son site est mort, alors ça pourrait expliquer pourquoi le QuickApp ne fonctionne plus. Peut être que quelqu'un qui utilise la même version pourra t'en dire plus.

Tu ne devrais pas partager tes jetons sur un forum public Tes messages sont illisibles, je suppose qu'il s'agit du JSON du module, mais ça ne nous sert à rien. Ce qu'il faut, c'est que tu répondes aux questions que j'ai posé, sinon impossible de t'aider : Tu utilises quel QuickApp, car il y a plusieurs variantes disponibles sur le forum Les messages qui s'affichent dans la fenêtre de logs de ton QuickApp

Il faudra donner un peu plus d'informations. Quel QuickApp ? (il y a plusieurs variantes) Tu as quels messages dans les logs ?

En "recul", non je ne diras pas ça, mais il n'y a pas d'avancée. Dire qu'on attend toujours le moteur Z-Wave v3 en Stable depuis.... 2021 je crois ???

Alors déjà on n'installe pas une mise à jour avant d'aller en vacances. Ensuite on n'installe pas une beta sur un système en production. Donc si tu respectes ces 2 principes élémentaires, tu n'as aucun risque à avoir En outre, le changelog mentionne que ça s'applique au "pairing", donc à l'inclusion du module... donc ça ne touche pas aux modules déjà en place... bon après ça c'est la théorie, les bugs sont toujours possible, surtout sur une beta. Mais comme vu précédemment, aucun risque puisque tu n'installeras pas une beta sur une box en production la veille de partir en vacances Profite bien !

Perso je n'ai jamais trouvé le thème orange très beau. Je préfère les tons bleus. Mais le souci, c'est qu'il a perdu en contraste, le bleu sur fond bleu ou à d'autre endroits le gris sur fond gris, .... c'est juste illisible. Le problème a été remonté à Fibaro, espérons qu'ils corrigent le tir rapidement.

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.