Classement

allez, pour tes modules parents @jojo, petit cadeau emballé en 128*128

Renault Version 1.00 Présentation :  Ce QuickApp permet de monitorer les voitures connectées du groupe Renault. Il a été testé avec 1 voiture de chez Renault : Megane E-Tech, mais il devrait théoriquement pouvoir fonctionner avec n'importe quel modèle connecté de la marque. Le module parent affiche toutes les informations récupérables dans des labels : Les modules enfants permettent d'utiliser les informations utiles directement dans des scénarios : Limitations : Ce QuickApp utilise l'API de Renault qui n'est pas officiellement documentée, et susceptible de changer à tout moment. Donc malheureusement, comme tout object connecté dépendant du Cloud, il est susceptible de ne plus fonctionner un jour... Pré-requis : Il faut déjà avoir connecté son véhicule via l'application mobile du constructeur disponible sur le Play Store ou l'App Store : application MyRenault. Installation du QuickApp :  Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables :  User : adresse email utilisée pour la connexion sur l'application mobile du constructeur Password : Mot de passe associé au compte Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 60 (la voiture ne remonte les informations sur le cloud Renault que toutes les 60 secondes au mieux) Puis ouvrir la vue du QuickApp et cliquer sur le bouton "Create devices" afin de créer tous les modules enfants. Utilisation : Les propriétés suivantes peuvent être lues dans le JSON des modules enfants : Prise branchée : value : boolean : true|false -- Câble de recharge branché/débranché Recharge : value : boolean : true|false -- Recharge en cours ou non batteryLevel : integer : 0-100 -- Niveau de la batterie en Pourcents Autonomie : value : integer : 123 -- Autonomie de la batterie en Kilomètres Kilométrage : value : integer : 123 -- Compteur kilométrique total Icônes :  Je vous propose les icônes génériques suivantes, sinon vous pourrez créer vos icônes personnalisées à l'image de votre voiture (sa photo s'affiche dans le log du QA lors de son démarrage) Changelog : v1.00 : Octobre 2025 Version initiale Téléchargement : Nouvelle installation : Renault v1.00.fqa

Firmware 5.190.38 STABLE 30/10/2025 Français Avis important La version 5.190.38 est un correctif pour la version 5.190.36. La mise à jour résout : Commande fixe des stores vénitiens lors de l'utilisation des modules BiDi-Shutter et BiDi-Awning. Correction de l'affichage de la liste des scènes dans l'interface en langue norvégienne. Caractéristiques principales : 1. Nouvelle conception d'interface. Une nouvelle interface utilisateur modernisée qui rendra son utilisation encore plus agréable. 2. Nouvel assistant de jumelage pour implant intelligent / dispositif de contrôle intelligent. Un nouveau processus dédié d'appairage des appareils est désormais disponible dans l'application mobile et l'interface web de Yubii, vous permettant d'ajouter et de configurer facilement votre appareil. 3. Sécurité améliorée. Application des directives de cybersécurité conformément à la nouvelle réglementation (RED) et à la loi sur les données. Quoi de neuf: Accéder Ajout de la possibilité de supprimer soi-même un utilisateur dans les paramètres utilisateur. Appareils Ajout de nouveaux ensembles d'icônes pour les volets roulants. Comportement amélioré des rideaux lorsqu'ils sont contrôlés via l'interface. Adaptation du plugin Husqvarna à la nouvelle API du fabricant. Ingénieur Prise en charge du périphérique Elero Bi-rec (Veinor). Prise en charge du périphérique Elero RGBW (Veinor). Fréquence d'interrogation réduite pour le périphérique VarioTec-868. Amélioration de la définition de type pour le périphérique Revio4M, qui passe d'une simple lampe à des stores enrouleurs et des stores vénitiens. Amélioration du nom et de l'icône du périphérique Sun Motion 868. Ajouter de nouveaux types d'appareils pour les nouveaux moteurs RolAir. Intégration du dispositif DuoSON-868. Intégration du dispositif AstroSON-868. panneau énergétique Ajout de la possibilité de définir des tarifs trimestriels dans le panneau de configuration de l'énergie. Bon* Prise en charge des contrôleurs de bandes LED TTDW et TTDRGB. Améliorations des procédures de liaison utilisant un émetteur déjà mémorisé. Communication améliorée avec la puce radio. Les actions de groupe sont désormais traitées simultanément pour une réaction plus rapide aux commandes. Ajout d'une prise en charge générique pour les appareils dont le type de produit est inconnu. Fréquence d'interrogation réduite pour les appareils alimentés par batterie. Assistance pour l'appareil ERA Inn alimenté par batterie Li-ion. Le modèle des périphériques système pour les périphériques monodirectionnels a été simplifié en supprimant les rôles redondants. Autre Les documents relatifs à la politique de confidentialité et aux conditions d'utilisation ont été séparés lors de la mise à jour du Hub. Historique des modifications ajouté lors de la mise à jour de la version du Hub. Graphiques modifiés pour les tableaux du panneau énergétique. Ajout de la documentation Swagger pour /api/mobile/settings. Applications rapides L'onglet d'aperçu est mis à jour en temps réel après la copie de la vue JSON. Scènes Amélioration des performances d'exécution des scènes sur les grands systèmes. Optimisation du lancement des scènes. Possibilité d'envoyer des e-mails à l'installateur depuis LUA et de bloquer des scènes. Z-Wave Améliorations apportées à la gestion des rapports dans la classe de commande Alarm V2. Le moteur Z-wave 3.0 est défini par défaut dans le processus FTI. Modèle de paramètres mis à jour pour FGR-224/Roll-Control 2 pour la version 8.2. Ajout de la prise en charge du mode ventilateur du thermostat de classe version 5. Corrections de bugs : Accéder Affichage amélioré de la vue caméra plein écran pour les utilisateurs avancés. Climat Correction d'un calcul incorrect de la valeur de température pour le mode automatique des thermostats. Appareils Attribution fixe de l'ensemble de l'appareil à une pièce spécifique lors de l'ajout d'appareils depuis l'application mobile. Ajout de la possibilité de saisir manuellement les valeurs des capteurs multiniveaux lors du jumelage des appareils dans l'application mobile. Correction de l'affichage du curseur lorsque le thermostat est réglé sur sa valeur maximale dans l'aperçu de l'appareil. Correction de la boîte de dialogue de contrôle du périphérique Nice BiDi-Shutter en tant que store vénitien. Informations source manquantes dans DeviceActionRanEvent. Correction de l'affichage des noms de périphériques longs dans les fenêtres modales. Prise en charge complète du protocole HTTPS pour les caméras et les NVR Nice. Affichage corrigé des statuts dans le tableau de bord pour les appareils colorController et multilevelSwitch. Assistants d'interface utilisateur Web optimisés pour certains appareils. Correction d'un problème où le processus de suppression de l'appareil dans l'application mobile se répétait en boucle. Correction d'un problème de chargement de plusieurs icônes pour les appareils. Correction d'un problème de blocage de l'écran lors du retrait de l'appareil dans les applications mobiles iOS. Performances du curseur corrigées dans les paramètres avancés de l'appareil. Ajout d'une action de bascule manquante pour les appareils MultiPositionSwitch. Correction du problème d'affichage d'un message de déconnexion alors que l'aperçu de la caméra fonctionnait correctement. Correction de la sauvegarde des paramètres avancés lors du changement d'onglet dans la liste des appareils. Affichage fixe de l'état « marche » pour les périphériques héritant du type colorController dans l'interface Déblocage du processus d'ajout d'appareils lorsque le mode d'apprentissage Z-Wave est activé dans l'interface. Affichage fixe des états des périphériques dans le panneau d'historique. Ingénieur Amélioration du processus de connexion lors du regroupement des appareils Elero. Connexion à la passerelle Correction d'un problème lié au rétablissement de la planification pour les appareils MCOHome MH8 sur un hub esclave. Suppression des doublons pour les utilisateurs Support et Installateur dans la base de données après la mise à jour à partir de la version 5.161.15 ou supérieure avec configuration de connexion passerelle. Comptage fixe des périphériques dans les sauvegardes pour le concentrateur principal. Bon* Correction du déplacement vers la position favorite pour les appareils mono. Réveil amélioré depuis le Hub pour l'appareil alimenté par batterie du capteur climatique. Autre Sélection fixe des appareils dans la liste déroulante « Réinitialiser le réseau Elero ». Correction de la limite de 8 caractères pour la saisie des mots de passe Wi-Fi lors du processus FTI. Gestion améliorée du point de terminaison /api/scenes dans Swagger. Couleurs des icônes SVG corrigées en mode sombre pour les scènes. Le point d'accès est de nouveau disponible en mode de récupération. Le bouton « Enregistrer » est de nouveau actif après la sélection d'un nouvel emplacement sur la carte. Corrections mineures d'interface utilisateur/d'expérience utilisateur. Applications rapides Amélioration du rafraîchissement dans la fonction setColorComponent pour les applications rapides. Ajout de la prise en charge du téléchargement d'icônes externes pour le type de périphérique Capteur multiniveau. Scènes Suppression de la boîte de dialogue redondante de modifications non enregistrées lorsqu'aucune modification n'était apportée lors de l'édition de scénarios. Correction d'un problème d'enregistrement du scénario matinal par défaut après modification. Déclenchement des scènes fixes en fonction de la couleur actuelle pour les scènes de blocs. Lors de la création d'une nouvelle scène à partir du tableau de bord Scènes, l'écran d'édition s'ouvre. Utilisateurs Le bouton « Continuer » est inactif pendant la procédure de suppression d'un utilisateur. Z-Wave Gestion améliorée des identifiants de nœud (associations) lorsque le contrôleur a un NodeID différent de 1.** Correction du problème de perte des rapports des appareils RFID Zipato.** Correction des valeurs invalides des paramètres 2 et 3 pour l'appareil HeatIt Z-Temp3. Correction d'un problème rare où le mode d'apprentissage se bloquait. Modèle corrigé pour l'appareil Aeon Multisensor 6. Correction d'un problème où le bouton « Rechercher les mises à jour » était inactif après l'ajout d'un appareil Z-Wave. La console ouverte dans de nouvelles fenêtres ne défile pas automatiquement lorsque ZW3.0 est utilisé. Problèmes connus : Moteur Z-Wave 3.0 Certains appareils Z-Wave ne sont pas entièrement compatibles avec la nouvelle version du moteur Z-Wave. * - Ne s'applique pas au HC3L (Home Center 3 Lite). ** - S'applique uniquement au moteur Z-Wave 3.0. Sécurité: L'option permettant d'utiliser uniquement le protocole HTTP dans les paramètres réseau a été supprimée. La sécurité des journaux a été améliorée grâce à des mesures de sécurité supplémentaires pour les données privées des utilisateurs. Les actions de sécurité ont été séparées dans des journaux Hub distincts et renforcés par une sécurité supplémentaire. Une communication sécurisée pour le service de mise à jour des appareils Z-Wave a été ajoutée. Le hub maître communique avec le hub esclave uniquement via une connexion https sécurisée. Restriction des requêtes API et de fichiers de sauvegarde non autorisées. Mise à jour de certaines bibliothèques de bas niveau. Protection des bases de données contre le stockage de données privées. Codes d'erreur corrigés renvoyés pour les erreurs d'authentification. Correction des vulnérabilités potentielles liées à l'exécution de code à distance. Suppression des informations relatives à l'existence de noms d'utilisateur dans le système pour le mécanisme de réinitialisation des mots de passe. Vulnérabilité réduite aux attaques par déni de service. Amélioration du chiffrement des fichiers journaux. En raison de la nouvelle réglementation sur la cybersécurité à venir (RED), des travaux ont été mis en œuvre pour améliorer le niveau de sécurité du produit afin de se conformer à la norme EN18301 et aux dernières directives de sécurité. La procédure de réinitialisation du mot de passe utilisateur a été modifiée : l’utilisateur définit lui-même son nouveau mot de passe. Le nombre de caractères requis dans un mot de passe utilisateur a été augmenté à 12, aussi bien pour les nouveaux utilisateurs que lors du changement de mot de passe des utilisateurs existants. Ajout d'une notification par e-mail pour l'administrateur concernant les tentatives de connexion non autorisées lorsqu'un utilisateur inconnu se connecte. Le mot de passe de connexion par défaut pour le processus FTI a été modifié pour ceux figurant sur l'étiquette de l'appareil. Sécurité renforcée pour les requêtes provenant de localhost. Sécurité renforcée pour les plugins : tondeuse Husqvarna, Tedee. Vulnérabilités de type Cross-Site Scripting corrigées. Sécurité renforcée pour les utilisateurs en mode de récupération. Protection renforcée contre les attaques par force brute sur le code PIN. Il est possible d'effectuer 3 tentatives de désarmement du système d'alarme avant que celui-ci ne se déclenche. La procédure d'attribution des mots de passe aux nouveaux utilisateurs locaux a été modifiée : l'utilisateur définit lui-même son mot de passe dans le système. Amélioration du chiffrement et de la sécurité des bases de données. La possibilité de signaler un problème de sécurité a été ajoutée en tant qu'extension de l'option du service d'assistance. Informations supplémentaires pour l'utilisateur lors de la tentative d'exécution d'actions potentiellement dangereuses dans l'interface. Les données sensibles des appareils ont été supprimées des bases de données. En raison du règlement européen sur la protection des données, des modifications ont été apportées pour permettre le téléchargement des données du Hub et des données utilisateur. - depuis les paramètres du Hub - au niveau des paramètres utilisateur. La politique de confidentialité et les conditions d'utilisation sont acceptées par chaque utilisateur, et pas seulement par l'administrateur. Les données soumises à des fins d'analyse sont disponibles dans Swagger pour les administrateurs. Méthode de chiffrement des fichiers de vidage mémoire améliorée.

Firmware 5.191.20 BETA 24/11/2025 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. What's new: Access Fixed error when deleting users. Devices The "Save to Event Panel" checkbox has been fixed to prevent data from being saved. Added support for cooling mode for the Thermostat & Climate Zone plugin. Curtain track device integration with the role "curtain" set in the system. Added a mechanism to prevent the possibility of adding custom icons with different extensions for one device. Updated translations for Heat Activator plugin. Network It is possible to turn off WiFi when an external USB ethernet adapter is connected. Nice* BiDi-EVB Hirschmann (TT1NBDEVB) device support. Preserved the parameter value after the binding process for BiDi interfaces. The current battery level of the devices is retrieved immediately after the pairing process. Added support for battery level indication for new firmware of Next Solar tubular motor. Other Improved system performance for larger configurations containing connected Hubs. Fixed the autocomplete suggestion list in the search field for Other devices. Removed category selection when creating rooms. Quick Apps Added the ability to disable one log channel in Quick Apps using a dedicated function. SNI TLS extenson support for MQTT protocol. Scenes Added an option to define title to email notifications called from Lua (Quick Apps and scenes). Users Users removed from the Hub do not function as VoIP users.* Z-Wave Updated parameters templates for MCO thermostats. Added additional (optional) parameter to force direct communication for the device update procedure for Z-Wave 2.0. Optimized the operation of the Z-Wave Device Update tab by adding a loading mechanism for devices in the reading/processing state. Added the ability to select the Hub for resetting the Z-Wave network.** Bug Fixes: Access Fixed the problem of logging out the Advanced User from some interface tabs in the absence of some permissions. Devices Fixed the issue where Nice Camera plugin doesn't show any video with the low res option enabled. Fixed calibration settings for FGD-223 (DoubleDimmer-Control), minimum value cannot be set higher than maximum. Fixed DSK code display when pairing devices, all numbers are visible. Fixed activity of the update verification button in the Z-Wave devices Update tab. Fixed the redundant display of the message about the unavailable dimming option in the FGD-223 (DoubleDimmer-Control) device configuration wizard. Fixed the ability to download a template for the FGD-223 (DoubleDimmer-Control) device. Fixed roller shutter status updates in the user interface. Fixed error 502 when changing parameters of the FGD-223 (DoubleDimmer-Control) device.** Fixed icon display for remote controls during binding wizard in Yubii App. Fixed issue with moving to the next step after 60 seconds when adding devices. Fixed operation of the Z-Wave device software update queue. Fixed values sent for the slider when testing the FGD-223 (DoubleDimmer-Control) device. Fixed problems with setting parameters for channels of the FGD-223 (DoubleDimmer-Control) device in some cases. Fixed rare save issues for the On/Off mode of the FGD-223 device (DoubleDimmer-Control). Energy Panel Fixed the appearance of the date field for the Energy Panel in the panel settings. Gateway Connection Fixed Slave device role setting after factory reset. The configuration description for slave devices in the Connect Gateway tab has been corrected. Fixed setting favorite positions for Bi-Rec lightining devices in Gateway Connection setup. Styled the authentication screen for the slave device. Nice* Fixed the display of binding mode selection options for Nice devices in the mobile application. Other Fixed display of text with icons in Profiles. Fixed LED behavior according to the device manual.* Fixed graphic quality on the login screen. Fixed the issue of the disappearing date header for notification groups when deleting at least one notification from a given day. Fixed sorting for some notifications in the notification panel. Minor UI/UX fixes. Quick Apps Fixed dropdown refresh in Quick Apps. Reduced spacing under buttons in Quick Apps. Scenes Fixed the appearance of percentage sliders in block scenes. Fixed the scenario editing icon to be more visible. Removed installer email selection for send picture to user option in block scenes. Update The update file is deleted on checksum error so that it can be downloaded again. Users Fixed the display of a language settings error when changing the language before logging in as a standard user. Advanced User has no rights to full-screen camera preview. Z-Wave Devices from the Slave Hub are correctly removed when the Z-Wave network is reset on the Master device. Everspring ST814 device model for Z-Wave 2.0 and Z-Wave 3.0 engines has been made consistent. The operation of the Z-Wave "End learning mode" button has been fixed, the mode is now ended correctly. 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: Hidden information regarding some of the camera configuration for Installers. Some cipher suites for TLS that are no longer recommended have been disabled. Updating sudo to a higher version.

Firmware 5.190.39 STABLE 24/11/2025 Version 5.190.39 is a hotfix for version 5.190.38. The update resolves: Fixed an issue with opening the Hub event archive file.

Firmware 5.190.39 STABLE 24/11/2025 Français La version 5.190.39 est un correctif pour la version 5.190.38. La mise à jour résout : Correction d'un problème d'ouverture du fichier d'archive des événements Hub.

Firmware 5.191.20 BETA 24/11/2025 Français (traduction Google) Merci d'utiliser notre passerelle ! Assurez-vous de la mettre à jour vers la dernière version pour profiter des nouvelles fonctionnalités et améliorations. Quoi de neuf: Accéder Correction d'une erreur lors de la suppression d'utilisateurs. Appareils La case à cocher « Enregistrer dans le panneau des événements » a été corrigée afin d'empêcher l'enregistrement des données. Ajout de la prise en charge du mode refroidissement pour le plugin Thermostat & Climate Zone. Intégration du dispositif de rail de rideau avec le rôle « rideau » défini dans le système. Ajout d'un mécanisme pour empêcher la possibilité d'ajouter des icônes personnalisées avec des extensions différentes pour un même appareil. Traductions mises à jour pour le plugin Heat Activator. Réseau Il est possible de désactiver le Wi-Fi lorsqu'un adaptateur Ethernet USB externe est connecté. Bon* Prise en charge du périphérique BiDi-EVB Hirschmann (TT1NBDEVB). La valeur du paramètre a été préservée après le processus de liaison pour les interfaces BiDi. Le niveau de batterie actuel des appareils est récupéré immédiatement après le processus d'appairage. Ajout de la prise en charge de l'indication du niveau de batterie pour le nouveau firmware du moteur tubulaire Next Solar. Autre Amélioration des performances du système pour les configurations plus importantes contenant des hubs connectés. Correction de la liste de suggestions de saisie automatique dans le champ de recherche pour les autres appareils. Suppression de la sélection de catégorie lors de la création de chambres. Applications rapides Ajout de la possibilité de désactiver un canal de journalisation dans les applications rapides à l'aide d'une fonction dédiée. Prise en charge de l'extension SNI TLS pour le protocole MQTT. Scènes Ajout d'une option permettant de définir le titre des notifications par e-mail appelées depuis Lua (applications rapides et scènes). Utilisateurs Les utilisateurs supprimés du Hub ne fonctionnent pas en tant qu'utilisateurs VoIP.* Z-Wave Modèles de paramètres mis à jour pour les thermostats MCO. Ajout d'un paramètre supplémentaire (optionnel) pour forcer la communication directe lors de la procédure de mise à jour de l'appareil pour Z-Wave 2.0. Nous avons optimisé le fonctionnement de l'onglet Mise à jour des périphériques Z-Wave en ajoutant un mécanisme de chargement pour les périphériques en état de lecture/traitement. Ajout de la possibilité de sélectionner le hub pour réinitialiser le réseau Z-Wave.** Corrections de bugs : Accéder Correction du problème de déconnexion de l'utilisateur avancé de certains onglets d'interface en l'absence de certaines autorisations. Appareils Correction d'un problème où le plugin Nice Camera n'affichait aucune vidéo lorsque l'option basse résolution était activée. Paramètres d'étalonnage fixes pour FGD-223 (DoubleDimmer-Control), la valeur minimale ne peut pas être supérieure à la valeur maximale. Affichage fixe du code DSK lors du jumelage des appareils : tous les chiffres sont visibles. Correction du fonctionnement du bouton de vérification des mises à jour dans l'onglet Mise à jour des appareils Z-Wave. Correction de l'affichage redondant du message concernant l'option de gradation indisponible dans l'assistant de configuration du périphérique FGD-223 (DoubleDimmer-Control). Correction de la possibilité de télécharger un modèle pour le dispositif FGD-223 (DoubleDimmer-Control). Correction des mises à jour de l'état des volets roulants dans l'interface utilisateur. Correction de l'erreur 502 lors de la modification des paramètres du dispositif FGD-223 (DoubleDimmer-Control).** Affichage corrigé des icônes des télécommandes pendant l'assistant de configuration dans l'application Yubii. Correction d'un problème qui empêchait le passage à l'étape suivante après 60 secondes lors de l'ajout d'appareils. Correction du fonctionnement de la file d'attente de mise à jour logicielle des périphériques Z-Wave. Valeurs fixes envoyées pour le curseur lors du test du dispositif FGD-223 (DoubleDimmer-Control). Correction de problèmes liés au paramétrage des canaux du dispositif FGD-223 (DoubleDimmer-Control) dans certains cas. Correction de rares problèmes de sauvegarde pour le mode Marche/Arrêt du dispositif FGD-223 (DoubleDimmer-Control). Panneau énergétique Correction de l'apparence du champ date pour le panneau Énergie dans les paramètres du panneau. Connexion à la passerelle Paramètre de rôle du périphérique esclave corrigé après la réinitialisation d'usine. La description de la configuration des périphériques esclaves dans l'onglet Connect Gateway a été corrigée. Correction des positions favorites des dispositifs d'éclairage Bi-Rec dans la configuration de la connexion à la passerelle. J'ai personnalisé l'écran d'authentification pour le périphérique esclave. Bon* Correction de l'affichage des options de sélection du mode de liaison pour les appareils Nice dans l'application mobile. Autre Affichage corrigé du texte avec icônes dans les profils. Comportement des LED corrigé conformément au manuel de l'appareil.* Qualité graphique améliorée sur l'écran de connexion. Correction du problème de disparition de l'en-tête de date pour les groupes de notifications lors de la suppression d'au moins une notification d'une journée donnée. Correction du tri de certaines notifications dans le panneau de notifications. Corrections mineures d'interface utilisateur/d'expérience utilisateur. Applications rapides Correction du rafraîchissement du menu déroulant dans les applications rapides. Espacement réduit sous les boutons dans les applications rapides. Scènes Correction de l'affichage des curseurs de pourcentage dans les scènes de blocs. L'icône d'édition de scénario a été améliorée pour être plus visible. Suppression de l'option de sélection de l'adresse e-mail de l'installateur pour l'envoi d'images à l'utilisateur dans les scènes de bloc. Mise à jour Le fichier de mise à jour est supprimé en cas d'erreur de somme de contrôle afin qu'il puisse être téléchargé à nouveau. Utilisateurs Correction d'un problème d'affichage des paramètres de langue lors du changement de langue avant la connexion en tant qu'utilisateur standard. L'utilisateur avancé ne dispose d'aucun droit à la prévisualisation plein écran de la caméra. Z-Wave Les périphériques du concentrateur esclave sont correctement supprimés lorsque le réseau Z-Wave est réinitialisé sur le périphérique maître. Le modèle d'appareil Everspring ST814 pour les moteurs Z-Wave 2.0 et Z-Wave 3.0 a été harmonisé. Le fonctionnement du bouton « Fin du mode d'apprentissage » Z-Wave a été corrigé ; le mode se termine désormais correctement. Problèmes connus : Moteur Z-Wave 3.0 Certains appareils Z-Wave ne sont pas entièrement compatibles avec la nouvelle version du moteur Z-Wave. * - Ne s'applique pas au HC3L (Home Center 3 Lite). ** - S'applique uniquement au moteur Z-Wave 3.0. Sécurité: Informations cachées concernant certaines configurations de la caméra pour les installateurs. Certaines suites de chiffrement pour TLS qui ne sont plus recommandées ont été désactivées. Mise à jour de sudo vers une version supérieure.

[Frandroid] Matter 1.5 débarque : en plus des caméras, le standard gère maintenant les portes de garage et la charge bidirectionnelle des voitures électriques (V2G) [Maison et domotique] Maison connectée : pourquoi Matter 1.5 est une étape clé pour vos futurs projets

Hi @TitiXsi, To refresh token you need to store serial ID of the Envoy and login credentials to refresh token. With that you first request session ID: local url="https://enlighten.enphaseenergy.com/login/login.json" local payload='{"user":{"email":"'..self.userName..'","password": "'..self.userPassword..'"}}' self.http:request(url,{options={checkCertificate=false,method='POST',headers={['Accept']='application/json',['Content-Type']='application/json',},data=payload,timeout=10000}, to get new session ID. After you get session ID then you call: local url="https://entrez.enphaseenergy.com/tokens" local payload='{"session_id":"'..self.sessionID..'","serial_num":"'..self.serialNO..'","username":"'..self.userName..'"}' self.http:request(url,{options={checkCertificate=false,method='POST',headers={['Accept']='application/json',['Content-Type']='application/json',},data=payload,timeout=10000}, to get token. As you can see from my code you do need session ID, serial NO and user name to get new token. NOTE that if if any of the above request fails then there must be delay of at least 5 minutes before you can try to get new session ID and the token again. Not to wait for long time I reduced lifespan of the token to few hours for testing purposes. I can do that because I store time when token was generated and then I add time until when it must be refreshed.

Voilà ce que j'utilisait quand j'avais mes plantages de la box du au pb de firmware : Obtenir le dump de HC3 : 192.168.1.xx/api/service/logsDump Au bout d'un moment on a un telechargement ex : LogsDump-HC3-00099999-03-05-2021_22_14_12.tar.gz 99999 = N° BOX Il faut le décrypter et le décompresser sur Linux ( je n'y suis as arrivé sur MAC-OS ) openssl enc -d -aes-256-cbc -in LogsDump-HC3-000999999-03-05-2021_22_14_12.tar.gz -out Logs.tar.gz -k fibaro-hc3 ou (fibaro-hc2) On obtient : Logs.tar.gz l'ouvrir, il décompresse en N fichier ( 42 au moins ) ... a exploiter .

Bonjour En principe cela ne pose pas de problème, il faudra juste plus de temps pour recharger la batterie

et je viens de terminer ma migration. Trop facile : j'ai retiré mon disque de mon Gen8 (donc pas un "vrai" syno, et quand je l'ai mis dans le nouveau, il m'a juste proposé de tout migrer ! Donc le plus difficile était de retirer mon disque du Gen8 et de le mettre dans le rack du nouveau Syno (on peut dire ce qu'on veut de Synology, mais là ils ont assurés)

Bah moi j'ai des Syno avec du SS partout, car leur SS fonctionne parfaitement, s'intègre hyper bien, est pas chère pour de la VidéoSurveillance. Je ne sais pas pourquoi tu ne parles que de baies de disques serveurs, leur NAS servent pour des tas d'autres choses, chez nous SS. Et j'en ai comparé des solutions d'enregistreur, l'offre est limité ou alors des trucs 100% dédiés. Au final chacun s'en sert comme il veut. En tout cas je suis content, notre Lazer démarre toujours au 1/4 de tour, je trouvais le forum bien morne en ce moment, objectif atteint

C'est bon j'ai fini et reussi ! Donc plus d'interrogation toutes les 10s. Juste un call quand la serrure change d'etat. Voilà le QA en type serrure. J'ai vraiment laissé que le basic car je trouve et je pense aussi que le unlatch et autres sont futile et jamais utilisé (en tout cas pour moi) : class 'NukiLockMonitor' (QuickApp) function QuickApp:onInit() self.nukiBridgeIP = "192.168.251.223" -- IP du bridge Nuki self.nukiBridgePort = "8080" -- Port par défaut du bridge self.nukiLockId = "XXXX" -- ID de la smartlock self.token = "XXXX" -- Token Nuki (trouvé dans l'interface du bridge) self.updateDeviceId = 105 -- un bouton à l'etage qui me donne l'etat de la serrure et de ouvrir/fermé via scenario self:checkLockState() end function QuickApp:checkLockState() local url = "http://" .. self.nukiBridgeIP .. ":" .. self.nukiBridgePort .. "/lockState?nukiId=" .. self.nukiLockId .. "&token=" .. self.token local client = net.HTTPClient({timeout = 10000}) client:request(url, { options = { method = 'GET', headers = { Accept = "application/json", }, checkCertificate = false, }, success = function(response) if response.data then local data = json.decode(response.data) if data then local batteryState = data.batteryChargeState or "inconnue" self:updateView("lblAlimentation", "text", "Alimentation : " .. batteryState .. " %") local state = data.state if state == 1 then self:updateProperty("value", true) self:updateProperty("doorLockMode", "secured") self:updateProperty("secured", 255) hub.call(self.updateDeviceId, "turnOff") elseif state == 3 then self:updateProperty("value", false) self:updateProperty("doorLockMode", "unsecured") self:updateProperty("secured", 0) hub.call(self.updateDeviceId, "turnOn") else self:debug("État inconnu ou serrure en transition : " .. tostring(state)) end else self:debug("Erreur lors du décodage JSON") end else self:debug("Erreur: aucune donnée reçue dans la réponse HTTP") end end, error = function(error) self:debug("Erreur lors de la requête HTTP : " .. error) end }) end function QuickApp:secure() self:debug("Ouverture serrure") self:sendLockAction(2) end function QuickApp:unsecure() self:debug("Fermeture serrure") self:sendLockAction(1) end function QuickApp:sendLockAction(action) local url = "http://" .. self.nukiBridgeIP .. ":" .. self.nukiBridgePort .. "/lockAction?nukiId=" .. self.nukiLockId .. "&deviceType=4&action=" .. action .. "&token=" .. self.token -- attention à devicetype pour moi c'est 4 local client = net.HTTPClient({timeout = 3000}) client:request(url, { options = { method = "GET", headers = { ["Content-Type"] = "application/json" }, }, success = function(response) if response.status == 200 then if action == 1 then self:updateProperty("value", true) self:updateProperty("doorLockMode", "secured") self:updateProperty("secured", 255) else self:updateProperty("value", false) self:updateProperty("doorLockMode", "unsecured") self:updateProperty("secured", 0) end else self:error("Erreur HTTP :", response.status, response.data) end end, error = function(err) self:error("Échec de la requête :", err) end }) end Si tu regardes bien quand j'update l’état j'ai mis 3 property à changer : un pour le QA dans l'interface fibaro, un autre pour le texte (secure/unsecure), et un autre parce que l'application ne comprends pas les 2 premiers et inversement..... un vrai casse-tête. Les 2 boutons cadenas sont déjà dans la QA via le type "serrure" et les 2 fonctions secure/unsecure pour ouvrir ou fermé. J'ai juste ajouté un label pour avoir l’état de la batterie : Et mon scenario qui se déclenche via le callback : Declarations : { conditions = {}, operator = "any" } Actions : local NukiQuickAppID = 267 local updateDeviceId = 105 -- toujours mon bouton à l'etage fibaro.call(NukiQuickAppID, "checkLockState") fibaro.sleep(1000) state = fibaro.getValue(NukiQuickAppID, "value") if state == true then fibaro.debug("Serrure", "====> verrouillée") hub.call(updateDeviceId, "turnOff") hub.alert('push', {[1] = 2, }, '🔒 Serrure verrouillée', false, '', false) elseif state == false then fibaro.debug("Serrure", "====> déverrouillée") hub.call(updateDeviceId, "turnOn") hub.alert('push', {[1] = 2, }, '🔓 Serrure déverrouillée', false, '', false) else fibaro.debug("Serrure", "État inconnu : " .. tostring(state)) end J'ai mis un sleep d'une seconde après le check pour laisser le temps au bridge d'avoir le nouvel état sinon il a pas le temps de se mettre à jour et on se retrouve dans l’état juste avant le changement. Si ça va pas il suffit de passer à 2s. Donc là il ne suffit plus que de rajouter une ou deux conditions dans le scenario pour désactiver l'alarme. Un truc genre "si serrure fermé et alarme activé alors désactiver alarme mettre ma variable globale à -4 pour laisser 4 minutes pour que les téléphones se connectent au wifi et que l'alarme ne se réarme pas" Si vous voulez la quickapp qui scrute les téléphones sur le wifi via l'api freebox je peux aussi la fournir si intéresser.

Si tu fais ça, tu réfères à l'ID de l'icône est cours d'utilisation pour ce device. Donc dans ta capture d'écran, le device dont tu affiches le JSON emploie l'icône 1129. Tu peux donc attribuer ce icondD à n'importe quel autre device bien entendu avec le petit code LUA ci-dessus. Moi ce que je fais, c'est uploader une icône de mon choix dans l'un des modules enfant. Ensuite j'en récupère l'ID en simulant un "enregistrer sous" par click droit sur l'icône. J'attribue cet iconID au module Parent avec mon code. De cette manière, si je supprime un jour le module, l'icône personnalisée disparaîtra aussi. Voici une petite illustration de ce que j'ai fait ce matin en réinstallant mon thermostat SRT-323, et créé une icône : 1. Inclusion du module 2. Ajoute de mon icône personnalisée dans le module enfant (877) 3. Click-droit sur l'icône uploadée pour en connaître l'ID --> je découvre que c'est le 1143 4. Attribution de l'iconID 1143 au deviceID 876 function QuickApp:onInit() local deviceID = 876 local iconID = 1143 self:debug("Attribution de l'icône " .. iconID .. " au module " .. deviceID) local payload = { properties = { deviceIcon = iconID } } api.put("/devices/" .. deviceID, payload) end 5. On admire le résultat CQFD. PS: je n'ai pas testé un reboot pour savoir si l'effet est permanent.

Bon sang mais c'est bien sûr ! J'ai suivi ta piste et j'ai réalisé que c'est plus simple qu'on ne le pensait. quelques lignes dans une QA et hop... ça fonctionne ! Icône Parent modifié > c'est largement plus esthétique que toutes ces boites avec un gros point d'interrogation. Voici le code pour ceux que ça intéresse : function QuickApp:onInit() local deviceID = 123 local iconID = 1234 self:debug("Attribution de l'icône " .. iconID .. " au module " .. deviceID) local payload = { properties = { deviceIcon = iconID } } api.put("/devices/" .. deviceID, payload) end

J'avais déjà remarqué que l'absence de rôle ou de catégorie, ou leur modification, faisait dysfonctionner le skill Fibaro sur Alexa ou même l'intégration sur HomeKit ! Bref, plutôt que de me lancer dans la mise en page de mes réflexions, j'ai envie de dire que "je ne l'aurais pas aussi bien exprimé" que ChatGPT, alors je le cite : en résumé : Ca vaut donc la peine de prendre le temps de bien paramétrer catégories et rôles.

Ils sont franchement pénibles avec leur log qui n'est pas juste les diff Vs la dernière release stable... 😔

Si tu as une sauvegarde en locale, il faut que tu demandes au support Fibaro de la déchiffrer pour que tu puisses ensuite l'importer sur la nouvelle box. Il faudra les numéros de série de l'ancienne et de la nouvelle box.

Un En cas de crash, tu as quand même assez peu de chance de devoir restaurer longtemps en arrière. Même.si... c'est plus sécurisant d'avoir un peu d'historique au cas où (jamais eu besoin perso). En pratique je fais un grand ménage une fois de temps en temps... Genre une fois par an !

Cela semble pourtant exister : https://manuals.plus/nice/fgd-223-double-dimmer-control-manual

Mise a jour des graphes de précipitation mensuel et annuel qui fonctionne a présent Sur ce coup merci chat GPT, sans cette solution je n'aurais pas trouvé Voici le code pour le cumul mensuel import "date" // --- 1️⃣ Max journalier --- dailyMax = from(bucket: "HC3") |> range(start: -365d) |> filter(fn: (r) => r["_measurement"] == "climate") |> filter(fn: (r) => r["_field"] == "value") |> filter(fn: (r) => r["deviceID"] == "1114") |> filter(fn: (r) => r["deviceName"] == "🌧 Jardin Pluie 24h") |> aggregateWindow(every: 1d, fn: max, createEmpty: false) |> keep(columns: ["_time", "_value"]) // --- 2️⃣ Ajouter un identifiant AAAA-MM avec mois sur 2 chiffres --- dailyWithMonth = dailyMax |> map(fn: (r) => ({ _time: r._time, _value: r._value, year: string(v: date.year(t: r._time)), month: date.month(t: r._time) })) |> map(fn: (r) => ({ _time: r._time, _value: r._value, monthID: r.year + "-" + (if r.month < 10 then "0" + string(v: r.month) else string(v: r.month)) })) // --- 3️⃣ Regrouper par mois et cumuler --- monthly = dailyWithMonth |> group(columns: ["monthID"]) |> reduce( identity: { total: 0.0 }, fn: (r, accumulator) => ({ total: accumulator.total + r._value }) ) |> map(fn: (r) => ({ _time: r.monthID, _value: r.total })) |> sort(columns: ["_time"]) monthly Et voici le code pour un cumul annuel sur une période de 5 ans import "date" // --- 1️⃣ Max journalier sur 5 ans --- dailyMax = from(bucket: "HC3") |> range(start: -5y) // les 5 dernières années |> filter(fn: (r) => r["_measurement"] == "climate") |> filter(fn: (r) => r["_field"] == "value") |> filter(fn: (r) => r["deviceID"] == "1114") |> filter(fn: (r) => r["deviceName"] == "🌧 Jardin Pluie 24h") |> aggregateWindow(every: 1d, fn: max, createEmpty: false) |> keep(columns: ["_time", "_value"]) // --- 2️⃣ Ajouter l'année --- dailyWithYear = dailyMax |> map(fn: (r) => ({ _time: r._time, _value: r._value, year: string(v: date.year(t: r._time)) })) // --- 3️⃣ Grouper par année et cumuler les max journaliers --- yearly = dailyWithYear |> group(columns: ["year"]) |> reduce( identity: { total: 0.0 }, fn: (r, accumulator) => ({ total: accumulator.total + r._value }) ) |> map(fn: (r) => ({ _time: r.year, _value: r.total })) |> sort(columns: ["_time"]) yearly

Tic tac...

C'était la méga lune lundi 😎.. voilà voilà 🥳

Effectivement, tu n'aimes pas du tout quand on démontre que tu as eu tort. Allez, sans rancune Au final dans on est à peu près d'accord

*** Version 5.7.0 (29/08/2025) ## Changed * XLORA : Ajout de la nouvelle extension XLORA ## Fixed * ENOCEAN: Refonte des profils énocean (améliorations/correctifs)

Jojo, si tu le passes de suite en DSM 7.3, ce sera ok pour tous les disques.

Et aussi, j'ai parlé des sites Web et des catalogues, mais ce n'est que la vitrine. En pratique, si Synology voulait s'implanter sérieusement sur le marché des entreprises, ça commence par un réseau commercial adapté. Je suis dans une société de service en intégration informatique, jamais on n'a été démarché par Synology pour établir un partenariat commercial avec nous, comme cela se pratique avec tous les éditeurs/constructeurs. Si on veut vendre un Synology (j'ai fait l'exercice... pour le fun... sur un cas client réel, il voulait du vraiment pas cher), il faut contacter un grossiste, et choisir le modèle sur le catalogue, exactement comme on le ferait directement sur le site Web de Syno. Pas de contact commercial, de support, rien, Syno est considéré comme du consommable courant... pas comme un constructeur de baies de stockage pour entreprise. Il y a un boulot considérable s'ils veulent évoluer. Je ne sais pas ce qu'il en est dans les autres pays, peut être que l'écosystème est développé, mais en France, ce n'est pas le cas. EDIT : au final, mon client qui voulait du pas cher, a pris une solution "professionnelle", comprendre un constructeur établi depuis longtemps sur le marché des entreprise, mais en occasion, car il y a tout un réseau de brocker qui reconditionne les machines qui ont été décommissionné par d'autres entreprise. C'est quand même marrant de se dire qu'en entreprise, du matos reconditionné a plus de crédibilité qu'un beau Synology tout neuf

Hum, OK, donc tu n'avais pas suivi l'affaire. En résumé : - en mars, premières rumeurs du blocage des disques tiers sur les NAS Synology, à peu près en même temps que les fuites sur les nouveaux modèles de NAS de la série 25 - en avril, annonce officielle des nouveaux modèles 25 (qui ciblent le grand public, c'est important de la préciser), avec en même temps, confirmation du blocage des disques tiers sur cette nouvelle génération de NAS, et uniquement sur les nouveaux modèles. Les anciens modèles (dont le tiens) ne sont pas affectée - en mai, les tests des utilisateurs confirment le blocage pur et simple des disques tiers, et l'apparition d'un warning suite à la mise à jour des anciens modèles - en octobre, Synology fait retour arrière et annonce le retour du support des disques tiers. Au même moment, en France, LDLC (plus gros revendeur informatique) annonce que les ventes de Syno se sont effondrées (sans donner de chiffres...). Facile de comprendre le retour arrière, au moins ça démontre une chose : la polémique lue sur les forums a bien eu un impact réel sur les ventes. ça démontre qu'ils n'ont pas écouté les utilisateurs (sinon ils auraient fait le retour arrière dès avril/mai), mais qu'ils ont juste surveillé les ventes... et qu'ils ont mis 6 mois à réagir. Je ne sais pas pourquoi tu as reçu la mise à jour aussi tard, peut être que tu avais pas mal de retard, ou peut être aussi que Syno n'a pas poussé la mise à jour en même temps sur tous les anciens NAS. Dans tous les cas, comme dit au dessus : - les anciens NAS ne sont pas affectés, juste un warning qui fait chier pour préparer les esprits aux règles applicables aux futurs modèles et forcer les utilisateurs à acheter les disques de marque à 2 fois le prix du marché (avec la marge qui va avec pour le fabricant) - les nouveaux NAS de la série 25 sont des modèles grand public, tout au plus on les verra dans le monde pro dans des TPE (genre cabinet médical, etc), mais certainement pas en entreprise. D'ailleurs Syno a une gamme pour ça (rackable, double contrôleur, full-flash, 10/25GbE, Fibre Channel, etc, bref des trucs indispensables si tu veux aller te battre contre les compétiteurs déjà bien installés). Donc quand tu dis que le blocage des disques sur la série 25 est là pour rassurer les entreprise, bah clairement pas, car ce sont juste des gammes de produits complètement différents. Comme je disais, ils ont tenté un coup marketing, et ça a merdé. Ils en ont tiré les leçons en faisant un retour arrière, fort bien. Mais le mal est fait, l'image de marque est écorné auprès du grand public, et pendant ce temps là les concurrents ont pris du poil de la bête. Notamment un, qui venait d'arriver sur le marché 1 an avant (Ugreen), totalement inconnu si ce n'est pour ses câbles USB, ça leur a fait une pub d'enfer ! Ils ne pouvaient pas rêver mieux. Il y a en a d'autres aussi qui essayent d'en profiter (Terramaster, etc...) J'espère que cette histoire servira de leçon aux prochains qui seraient tentés de faire pareil, tout comme Syno qui ne va pas recommencer une telle erreur de sitôt !

Tu n'as pas compris ce que je voulais, pour moi ils n'avaient pas encore bloqué justement, il y avait les alertes comme je l'indique, mais pas encore le blocage d'interdiction d'autres disques. Après ce n'était peut-être pas tous les NAS, j'en sais rien. J'ai bien vu la grogne aussi et rien que de faire les messages d'alertes, c'était bien chiant. Et l'annonce du blocage total a fait réagir énormément de monde justement, du coup ils ont tout retiré, alerte comprise. Moi je pense qu'ils ont tenté de voir, en sondant déjà avec les alertes, en annonçant la partie blocage totale, et là... bim. J'ai été tout aussi déçu de cette décision de départ, ils ont rectifié, cela me va bien. Si à chaque fois que qqun se trompe, il fallait changer, j'y passerai mon temps Et au contraire, moi je trouve cela bien ce qui s'est passé, la communauté à réagi, et cela a marché. Comme quoi, tout le monde n'est pas sourd et aveugle. On verra combien de temps, mais je ne les vois pas faire marche arrière encore une fois, l'avenir nous le dira.

@Lazer et @jojo. Merci à tous les deux pour vos éclaircissements. Je reste sur la première solution qui, pour moi, est la plus facile à comprendre aussi. Peut-être préciser dans une future version de la syntaxe GEA, que les signes (! - +) peuvent être mises devant la plus part des options. J'avoue que je ai mis (!) un peu par hasard en me disant que, vu que ce n'est pas précisé et que c'est mis devant d'autres options, il n'y a pas de raison que cela ne fonctionne pas.

D'après le code source de GEA, je confirme que si le numéro de condition n'est pas précisé en argument de "Inverse", alors il prend la valeur 1 par défaut, c'est à dire que l'inversion ne s'applique qu'à la première condition. if action == "inverse" then local num = v.args[1] or 1 entry.inverse[entry.id.."-"..entry.conditions[num].option_id] = true return end

cela confirme qu'il est mieux de faire des conditions réelles que de les inverser ensuite. Je comprends le doute, car dans la syntaxe il est écrit -- "Inverse" : Inverse la condition "l" et pas "les". Mais si après on peut préciser la condition {"Inverse", <numéro_condition>} donc cela porte à penser que "Inverse" s'applique à toutes les conditions, sauf si on précise à quelle condition. En conclusion (pour moi en tous cas) cette option n'est à utiliser que si pas possible de faire autrement.

je préfère également la première version, car l'utilisation du "Inverse" nécessite de retourner en arrière pour comprendre la condition. ET de plus, il est source d'erreur : Ce que tu veux, c'est inverser uniquement la première condition, et avec "Inverse", tu inverserais toutes les conditions. Il faudrait donc écrire "Inverse 1". Maintenant, je me trompe peut-être, car je n'ai JAMAIS utilisé cette option, car j'ai toujours privilégié la première solution (qui fonctionne à tous les coups et est plus simple/lisible)

Je pense que les 2 règles devraient fonctionner à l'identique, mais perso je préfère la première écriture, je trouve ça plus clair : on voit directement dans la condition le point d'exclamation qui signifie "différent de", plutôt que la seconde où il faut aller visualiser le "Inverse" dans les actions pour comprendre que la première condition est inversée.

Ajoute un "Inverse" dans les actions.

autrement, tu pourrais demander à Philippe((@PITP2) le luxo qui a une société de domotique (et qui a un coeur gros comme toute la France)

Firmware 5.190.38 STABLE 30/10/2025 Important notice Version 5.190.38 is a hotfix for version 5.190.36. The update resolves: Fixed control of venetian blinds when using BiDi-Shutter and BiDi-Awning modules. Fixed the display of the scene list in the interface for the Norwegian language. Main features: 1. New interface design. A new, refreshed user interface design that will make using the interface even more enjoyable. 2. New Smart Implant / Smart-Control 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. 3. Improved security. Application of cybersecurity guidelines in accordance with the new regulations (RED) and the Data Act. 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. Adapted the Husqvarna plugin to the new manufacturer API. 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. DuoSON-868 device integration. AstroSON-868 device integration. Energy panel Added the ability to set quarterly rates for tariff 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. Support for the ERA Inn Li-ion battery-powered device. Cleaned up the system devices model for monodirectional devices by removing redundant device's roles. Other Documents for Privacy Policy and Terms of Service have been separated when updating the Hub. Changelog history added when updating the Hub version. Changed graphics for Energy Panel charts. Added Swagger documentation for /api/mobile/settings. Quick Apps The preview tab is updated on-the-fly after copying the JSON view. Scenes Performance improvements in scenes execution in large systems. Scene launch optimization. Possibility to send e-mails to Installer from LUA and block scenes. Z-Wave Improvements for handling the reports in Alarm V2 Command Class. Z-wave engine 3.0 is set as default in the FTI process. Updated parameters template for FGR-224/Roll-Control 2 for version 8.2. Added support for class Thermostat Fan Mode version 5. Bug Fixes: Access Improved display of full screen camera view for advanced user. Climate Fixed incorrect calculation of the temperature value for thermostats auto mode. 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. Full https support for Nice Cameras and NVRs. 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. Fixed a screen freeze in the device removal process in IOS mobile apps. Fixed slider performance in advanced device settings. Added missing toggle action for MultiPositionSwitch devices. Fixed the issue of displaying a message disconnected when the camera preview was working properly. Fixed saving of advanced settings when changing tabs in the device list. Fixed display of the "on" status for devices inheriting from the colorController type in the interface Unlocked the process of adding devices when Z-wave learning mode is enabled in the interface. Fixed display of device statuses in the history panel. 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. Fixed device counting in backups for the Master Hub. Nice* Fixed moving to favorite position for mono devices. Improved wake-up from the Hub for the Climatic sensor battery-powered device. 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 handling of the /api/scenes endpoint in Swagger. Fixed SVG icon colors in dark mode for scenes. Access Point is available again in Recovery Mode. The save button is active again after setting a new location from the map. Minor UI/UX fixes. Quick Apps Improved refreshing in the setColorComponent function for 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. When creating a new scene from the Scenes Dashboard, the editing screen opens. Users The "Continue" button is not active during the user deletion process. Z-Wave Improved node id (associations) handling when controller has different NodeID that 1.** 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. Fixed template for Aeon Multisensor 6 device. Fixed an issue where the “Check for updates” button was inactive after adding a Z-Wave device. Console opened in new windows does not scroll automatically when ZW3.0 is used. 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. 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. Due to the EU Data Act regulation, changes have been introduced to enable the download Hub data and user data - from the Hub settings level - from the user settings level. The Privacy Policy and Terms of Service are accepted by every user, not just the administrator. Data submitted for analytics is available in Swagger for administrators. Improved crash dump encryption method.

Peut être en forçant par l'API. Si tu es motivé, avec les outils de développement (F11) de ton navigateur, tu peux regarder comment est chargé l'icône sur les devices qui permettent le changement via l'interface Web, puis tu essayes de le reproduire en LUA.

Ah ouai.... Et bien je suis délinquant sur cette classification ... Je ne trouve jamais ce qui me correspond... Du coup autres est souvent sélectionné 😬

En effet, très, très étrange. Et comme je ne pouvais pas le croire (car le transfert de box, la raison principale c'est quand la box source est HS), j'ai débranché ma HC3 de test, et en effet, je ne pouvais plus la sélectionner comme source de transfert. C'est DEBILE, moi qui croyait être safe avec une seconde HC3 et des backups cloud, et bien NON ! Il faudra vraiment que Fibaro m'explique la logique, car en attendant, ils sont redescendus au niveau intellectuel (à mes yeux) -1000.

Bien vu, je viens de le recréer depuis zéro, en y ajoutant manuellement le code des deux fichiers lua et les variables... et en choisissant module générique. C'est l'unique façon de modifier le type. Une fois créé, on ne peut plus changer le type mais uniquement sa catégorie ou son rôle. Je l'ignorais et maintenant je le sais. Ca peut servir à d'autres. Comme disait l'un de mes anciens boss : "on n'est jamais à l'abri d'apprendre quelque chose" merci @TitiXsi de m'avoir mis sur la piste !

C'est pas ça .. c'est le type de device créé à la création de la qa.

J'ai fais un diff des 2 logs en anglais et c'est strictement identique sauf : Fixed control of venetian blinds when using BiDi-Shutter and BiDi-Awning modules. Fixed the display of the scene list in the interface for the Norwegian language. Donc une nouvelle version pour les norvégiens et les utilisateurs de BiDi-Shutter Mais peut être la log n'est pas exactement le reflet des modifications ?????

Si tu suis l'actualité, tu verras que Synology viens de revenir en arrière, dans la dernière version ils supportent à nouveau les disques durs tiers... mais pas (encore ?) les SSD tiers ! Faut dire qu'ils se sont rendu compte qu'avec cette affaire leurs ventes se sont effondrées, laissant un boulevard aux marques concurrentes. Bien joué, comment suicider une entreprise en 1 leçon. Bon, il vont survivre, ce n'est qu'une tentative de suicide échouée, mais quand même... je me demande bien ce qui est passé par la tête des dirigeants.

en fait, j'ai implémenté (et compris ?) tes conseils. et évidemment, cela fonctionne au quart de poil. => MERCI

1. Tu mets ce que tu veux dans une VariableCache, GEA conservera le type que tu utilises... donc number, boolean, string, ou même table. 2. Oui OK 3. Pour faire des calculs, il faut utiliser "Function". Tu as un exemple dans la doc de syntaxe. Pour ton cas ça doit donner un truc comme ça je pense : {"VariableCache", "TisunChaudiereSolaireOff", {"Function", function(vc) return vc + 8 end, {"VariableCache", "TisunChaudiereSolaireOn"}}} 4. Je doute fort que ça fonctionne tel que tu l'as écris... Essaye un truc du genre : {"Email", "admin", {"Function", function(vc) return "TisunChaudiereSolaireOn = "..vc.."\nle #date# à #time#." end, {"VariableCache", "TisunChaudiereSolaireOn"}}, "Variables cache"} Ou bien, mais moins propre je trouve : {"Function", function(vc) GEA.options.email.action("TisunChaudiereSolaireOn = "..vc.."\nle #date# à #time#.") end, {"VariableCache", "TisunChaudiereSolaireOn"}, "Variables cache"} Dans cette dernière syntaxe tu découvres qu'on peut appeler n'importe quelle option de GEA au sein même de la function() exécutée par "Function". "Function" est extrêmement puissant, mais difficile à maitriser...

Ce que j'essaie de dire c'est qu'il n'y a PAS de dépendance entre le Wi-Fi et l'Ethernet.... car le problème est ailleurs sur la box. Ce peut être le processeur, la RAM, le SSD, bref un autre truc qui fait que le box est inutilisable. D'ailleurs je ne sais pas pourquoi tu te focalises sur le réseau, ce n'est pas la cause, c'est une des conséquences. Pas de passage en recovery, pas de chenillard LED, etc, plus rien ne fonctionne, la box ne boote pas, point. C'est malheureux mais c'est ainsi. Sur la HC2, c'était un véritable mini PC, avec carte mère, RAM sur socket, stockage sur USB, etc, donc c'était facile de diagnostiquer, voire dépanner (moyennant les sécurités logicielles mises en place par Fibaro) Sur la HC3, c'est tout intégré, donc quand c'est HS, bah... on ne peut rien faire, poubelle, remplacement, et c'est tout.

@TitiXsije t'ai envoyé un MP. @Lazer, j'installerai la dernière sauvegarde Cloud dès réception de la nouvelle box.

A notre horaire français d'hiver, ça donne 21h à 22h30. Pas de panique, l'accès local reste OK, c'est juste leur cloud, donc l'application mobile si utilisé, qui sera impacté.