Lazer

Coucou @Krikroff merci de ton retour d'expérience, et content de lire de tes nouvelles Bonnes fêtes de fin d'année

Théoriquement, l'antenne Z-Wave de HA aura une bien meilleure portée. Chipset récent, forme optimisée. Même si en pratique, je ne pense pas que ça fasse vraiment de différence, car en Z-Wave c'est la qualité du maillage qui fait la différence. Maillage apporté par les modules sur secteur, mais aussi la bonne gestion du Z-Wave par le contrôleur. Et c'est là que je manque d'expérience personnellement... surement que HA fait très bien le boulot maintenant, mais on a peu de retour d'expérience réels, car l'immense majorité des utilisateurs de HA sont sur Zigbee.

J'ai corrigé pour toi Sinon, judicieusement positionné dans la pièce de vie, ça peut aussi servir de magnifique totem phallique Blague à part, une nouvelle installation, ça pourrait être l'occasion de partir sur HA rien que pour tester une nouvelle solution de A à Z et simplifier la configuration en ne dépendant pas d'une box en passerelle (qui rajouter un SPOF, un truc de plus à maintenir, etc... même si la HC3 est tout de même très stable) J'ose croire que la gestion du Z-Wave chez HA est suffisamment fiable aujourd'hui pour se suffire à elle même. Une recommandation que je lis partout : partir sur HAOS, ce qui exclue donc les containers. La HC2 remasterisée est tellement vieille que tu t'exposes à des risques de panne matérielle... en plus de consommer beaucoup. Donc il reste machine dédiée type NUC,... ou VM dans un serveur/NAS. Cette toute dernière solution présente l'intérêt de cout réduit, des snapshots/sauvegardes nativement intégrés, mais rend la domotique dépendante de la disponibilité du NAS. Si c'est un Synology qui reçoit des mises à jours tous les 4 matins, perso je ne suis pas fan. en revanche une VM sur un hyperviseur bien stable, c'est déjà plus fiable.

Shelly Wave Outdoor Plug S LR Prise extérieure intelligente (IP44) Z-Wave Long Range (ZWLR) avec mesure de puissance. Conçue pour contrôler et surveiller vos dispositifs extérieurs, idéale pour une installation connectée et économe en énergie. Disponible au format Schuko type F uniquement (standard Européen compatible avec le format Type E français) Caractéristiques principales Prise en charge jusqu'à 12 A (2500 W) Mesure de la puissance Protection contre la surchauffe, la surcharge et la surtension Faible consommation d'énergie : < 0,7 W Classe de protection : IP44 Indicateur LED multicolore Bande de fréquence Z-Wave : 864 MHz (ZWLR) & 868,4 MHz (Z-Wave Plus) Technologie la plus récente : Z-Wave 800 Series Configuration automatique avec SmartStart Authentification à 2 facteurs (2FA) pour un niveau de sécurité optimal Mises à jour du micrologiciel par voie aérienne (OTA) Page produit : https://www.shelly.com/fr/products/shelly-wave-outdoor-plug-s Compatibilité HC3 : Inclusion Z-Wave sans problème sur HC3, avec mesure de la consommation. Pas de template pour les paramètres en date du firmware 5.200.8 Il faut ajouter les paramètres manuellement conformément à la documentation : https://www.shelly.com/blogs/documentation/shelly-wave-outdoor-plug-s-eu-lr Sensibilité et intervalle de remonté de consommation, intensité lumineuse de la LED, etc... Comparatif Fibaro Wall Plug : La prise Shelly Wave Outdoor Plug S LR est plus grosse du fait de carénage étanche et capuchon amovible :

Hum... ça doit être lié à la remarque je fais juste au dessus, mais je ne sais pas encore comment ...

Moi c'est cette nouveauté qui m'interpelle : Je me demande en quoi ça consiste...

Oui, voir ici sur le sujet de la précédente Beta : Je recopie le contenu ici, comme cela a été documenté par Fibaro dans un post dédié sur le forum officiel : https://forum.fibaro.com/topic/79587-update-5191-beta-crucial-changes-for-api-scenes-and-quickapps/ Here are the key changes in API, scenes and QuickApp that the new version offers. 1. Added an option to define title to email notifications called from Lua (Quick Apps and scenes). The email subject could be customized by adding an optional parameter to the method for sending an email to users: In case of LUA Scenes: hub.alert("email", {userId}, emailBody, false, emailSubject) In case of Quick Apps: hub.alert("email", {userId}, emailBody, emailSubject) 2. Added the ability to disable one log channel in Quick Apps using a dedicated function. Quick App log level can be set using following assignment in the LUA code on Quick App: self.logLevel = log_level where log_level could have one of the following values: NONE, ERROR, WARNING, DEBUG, TRACE. Example to set Quick App log level to WARNING which will allow only errors and warnings to be displayed in console: self.logLevel = WARNING 3. Added the request to synchronise the sort-order in the system according to administrator configuration. New API endpoint was introduced to synchronize (reset) sorting order of devices and scenes for all users back to the order that is assigned to the admin: POST /api/sortOrder/syncUsersWithAdmin Only admin, installer and support are authorized to call that API endpoint. 4. SNI TLS extension support for MQTT protocol. LUA MQTT Client that uses TLS by default enables SNI TLS Extension by default since version 5.191. In case of some problems there is a possibility to switch SNI off by the following setting in connection options: self.client = mqtt.Client.connect(brokerURI, { port = 1883, tls = { useSNI = false } })

Finalement reçu ! Je n'ai pas réussi à les inclure en Zigbee sur la HC3 (dernière version de ce jour 5.200.8). Alors soit je m'y prends mal, ce qui est possible vu que ce sont mes premiers modules Zigbee, soit l'implémentation Zigbee de Fibaro est toute buggée ce qui est tout aussi possible ! Étant donné : - les bugs du Zigbee remonté par les utilisateurs (modules qui disparaissent) - je n'ai pas d'autres modules pour créer un réseau Zigbee correctement maillé - ça va me réduire les canaux de communication Wi-Fi à cause des interférences je ne vais donc pas insister avec le Zigbee sur ces modules. Car je vais les utiliser en Wi-Fi, ça semble très bien fonctionner pour l'instant. On a une petite interface Web embarquée permettant de configurer le module, activer chaque prise indépendamment, visualiser les mesures de consommation, tension, courant, énergie, régler la luminosité des LED, programmer des schedules, etc... c'est très complet Bonne nouvelle, la multiprise ne consomme que 0.5 W à vide (les 4 relais OFF) et connecté au Wi-Fi. Compter 0.45 W par relai ON, donc environ 2.3W au total lorsque les 3 relais sont ON, avec les LED éteintes. Si on allume les LED, vraiment très (trop) puissantes, la consommation totale monte à 2.6W, ce qui fait donc 0.075W par LED. La bonne nouvelle c'est qu'on peut les éteindre bien sûr (même si les relais sont ON), mais aussi régler leur luminosité au pourcent près, au final je trouve qu'à 1% de luminosité c'est très bien : discret, mais l'information est bien présente, et la consommation devient alors non mesurable. On peut choisir la couleur qui varie selon la consommation électrique (comme sur le Fibaro Wall Plug), mais aussi 2 couleurs RGB selon si chaque prise est ON ou OFF. Bref, satisfait du fonctionnement du produit, la prochaine étape sera l'intégration via l'API en Wi-Fi, et donc le développement d'un QuickApp dédié. L'avantage que j'y vois, c'est qu'on pourra à la fois piloter les prises via la domotique, mais aussi directement en Wi-Fi, depuis l'interface Web embarquée, depuis un PC ou téléphone.... on ne sait jamais, ça peut être utile. Fun fact : j'ai branché la Power Strip sur un Wall Plug pour connaitre sa consommation, c'est de l'inception

Firmware 5.200.8 STABLE 18/12/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. Removed battery indication support for some devices with old firmware that do not support battery reporting. 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.** Updated Z-Wave SDK to 7.21.7 GA.*** Bug Fixes: Access Fixed the problem of logging out the Advanced User from some interface tabs in the absence of some permissions. Climate panel Fixed errors that occurred when setting the Off mode in the Climate Panel schedule. 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). Fixed some translations of the Heat Activator plugin for the Polish version. Fixed redundant battery status notifications and their translations. 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. Fixed control of venetian blinds when using BiDi-Shutter and BiDi-Awning modules. 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. Fixed an issue with the use of an outdated password reset email template for some languages. 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. Added missing parameters for thermostats in scenes. Fixed the display of the scene list in the interface for the Norwegian language. 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. *** - Applies to hubs using Z-Wave 700 series chip. 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.

Le FGD (la version 2) peut détecter les ampoules grillées lorsque celles-ci grillent en faisant une surcharge = fort courant pendant un très court instant, juste au moment de griller.

Si le dimmer ne t'intéresse pas, ça ne fera pas grande différence, mais tout de même le FGD apporte le soft start/stop de la lumière (si ampoule compatible) ce qui est un peu plus agréable, et il n'a pas de bruit de commutation (contrairement au relai du FGS... mais s'il est au tableau tu ne l'entendras probablement pas).

Non désolé là je ne sais pas... Il y a déjà eu plusieurs fois ce même genre de discussion sur le forum, je n'ai pas souvenir d'avoir vu de solution miracle à un problème physique (courant électrique) élémentaire : le voyant a besoin d'être alimenté, et pour cela il y a un courant constant qui circule, ce qui est incompatible avec la notion de contact franc (circuit ouvert ou fermé) d'un interrupteur sur l'entrée S1 ou S2 d'un module domotique.

OK je vois, donc c'est ce que je craignais en fait. Avec les modules domotiques, tu ne pourras pas conserver le voyant allumé lorsque la lampe est éteinte, sauf à modifier le câblage, c'est à dire trouver le moyen de tirer un nouveau fil dans la gaine existante pour amener le 230V permanent à ton voyant. Selon la configuration des lieux, c'est plus ou moins difficile... note qu'on peut aller chercher la phase par les 2 chemins, c'est à dire depuis le tableau, ou depuis le plafonnier, souvent la distance est plus courte et c'est plus facile de faire passer une aiguille dans la gaine.

On est bien d'accord que la fonction "témoin", c'est ce qui permet d'allumer le voyant sur l'interrupteur lorsque la lampe est alimentée ? Dans ce cas tu peux t'inspirer tu schéma que j'ai partagé pour un interrupteur Legrand Celiane ici : Le truc à bien comprendre, et on le voit sur mon schéma, c'est que le témoin est câblé en parallèle de la lampe. En clair : la lampe s'allume en même temps que le témoin, et réciproquement lors de l'extinction. Donc... c'est du coté de ton interrupteur qu'il va falloir intervenir, il faut que tu regardes si tu peux le câbler de telle sorte que le voyant se retrouve bien câblé en parallèle de la lampe. Une fois cela fait, vu du tableau, le fil que tu verras arriver sera un simple contact provenant de l'interrupteur, donc le courant passe ou ne passe pas, ce qui permettra de dire au module d'allumer ou d'éteindre la lumière. On en revient à un schéma électrique classique en fait.

Merci mais pas de stress, je posais la question par curiosité. J'en ai reçu deux, mais je m'en occuperai au printemps prochain, pas avant.

Oui. Tant que la température remontée est OK, je ne me suis jamais inquiété.

Ah tiens, je viens de voir passer le premier message "System hardware failure. Read the manual." depuis que j'ai fait la mise à jour, donc cette mise à jour ne change absolument rien à l'apparition, ou non, de ce message. Et pourtant, mes modules fonctionnent toujours aussi bien (avec sondes de température)

Je l'ai faite le week-end dernier sans aucun souci sur mes 3 modules

Malheureusement c'est comme au Black Friday, peu de produits concernés, et surtout des anciens produits, évidemment pas les produits les plus intéressants. Ils faisaient mieux certaines années précédentes.

Tu aurais une capture d'écran de ça ? J'essaie de comprendre... d'autant plus que j'attends mes 4 premiers modules Zigbee... (enfin s'il arrivent un jour, surement l'effet saturation du Black Friday car j'ai aussi un autre colis en souffrance perdu dans la nature...) Au pire si mes (probablement futurs) modules Zigbee déconnent aussi, je pourrai les utiliser en Wi-Fi. Mais bon... vu les retours sur le forum officiel, intuitivement je persiste à penser que c'est bien un bug de la HC3 (dans la DB, dans le code qui gère tout le bouzin, dans le chipset, va savoir...), et c'est complètement indépendant du réseau IP, d'ailleurs pourquoi ça le serait ? Des interférences radio avec un appareil quelconque, oui c'est toujours possible... bon après on peut aussi accuser le Linky, bien qu'il soit un peu passé de mode ces derniers temps...

Je ne comprend pas trop la discussion actuelle sur le Wi-Fi. Si j'ai bien compris le problème, c'est que les modules Zigbee disparaissent de la box, c'est bien ça ? Dans ce cas, l'erreur est dans la DB de la box, ça n'a absolument rien à voir avec l'adresse IP, la connexion Ethernet, le Wi-Fi, ou une quelconque interférence radio avec le Zigbee. C'est alors bien avec le support Fibaro qu'il faut avancer, seul eux ont la main sur le code interne de la box qui gère (mal) le Zigbee. Sur le forum officiel, on ne compte plus les messages qui relatent les mêmes problèmes.... Si en revanche les modules Zigbee sont toujours connus, mais que la communication ne passe pas, alors là oui, ça pourrait bien être un problème d'interférence Wi-Fi. Dans ce cas, il faut aller dans les paramètres des points d'accès Wi-Fi pour désactiver les canaux réservés au Zigbee pour éviter tout interférence. Même si c'est sans garantie, car les interférence peuvent arriver depuis les réseaux Wi-Fi des voisins... et dans tous les cas, moins de canaux pour le Wi-Fi, c'est se créer des interférences au sein même du réseau Wi-Fi avec les canaux de ses voisins, et in fine une baisse du débit utile.

Ah tu avais fait un transfert direct de box à box ! Oui, il y a surement eu des inconsistances que tu ne découvres que maintenant.

L'information est passée inaperçue dans le changelog, mais cette version apporte quelques modifications sur l'API, cela a été documenté par Fibaro dans un post dédié sur le forum officiel : https://forum.fibaro.com/topic/79587-update-5191-beta-crucial-changes-for-api-scenes-and-quickapps/ Here are the key changes in API, scenes and QuickApp that the new version offers. 1. Added an option to define title to email notifications called from Lua (Quick Apps and scenes). The email subject could be customized by adding an optional parameter to the method for sending an email to users: In case of LUA Scenes: hub.alert("email", {userId}, emailBody, false, emailSubject) In case of Quick Apps: hub.alert("email", {userId}, emailBody, emailSubject) 2. Added the ability to disable one log channel in Quick Apps using a dedicated function. Quick App log level can be set using following assignment in the LUA code on Quick App: self.logLevel = log_level where log_level could have one of the following values: NONE, ERROR, WARNING, DEBUG, TRACE. Example to set Quick App log level to WARNING which will allow only errors and warnings to be displayed in console: self.logLevel = WARNING 3. Added the request to synchronise the sort-order in the system according to administrator configuration. New API endpoint was introduced to synchronize (reset) sorting order of devices and scenes for all users back to the order that is assigned to the admin: POST /api/sortOrder/syncUsersWithAdmin Only admin, installer and support are authorized to call that API endpoint. 4. SNI TLS extension support for MQTT protocol. LUA MQTT Client that uses TLS by default enables SNI TLS Extension by default since version 5.191. In case of some problems there is a possibility to switch SNI off by the following setting in connection options: self.client = mqtt.Client.connect(brokerURI, { port = 1883, tls = { useSNI = false } })

Le problème du niveau de pile, c'est que ce n'est pas linéaire, le module a beaucoup de mal à estimer le niveau de charge restant avec pour seul indicateur la tension de la pile. C'est encore plus vrai avec les petits piles, qui ne sont pas de type alcaline, mais au lithium ou autre technologie (et c'est encore pire avec les accus rechargeables). En effet, la chute de tension n'est pas linéaire, au début la tension reste stable, puis elle chute très vite sur la fin. Je le vois très bien sur le graph des batteries dans DomoCharts, sur tous mes FGMS, une courbe plate au début, puis qui chute de plus en plus rapidement. Pour certains, le niveau de batterie estimé peut passer de 30 voire même 40%, à 0% en seulement 2 jours : Et encore, le FGMS n'est pas le pire, j'ai d'autres types de modules où la chute brutale est encore plus marquée.

C'est malin... mais ça ne fonctionne pas ! J'ai essayé, cette fois-ci c'est le dernier chiffre qui disparait, car il y a un partern de 10 chiffres à respecter, c'est codé dans le code LUA du mon QA JPI. Le "+" disparait, mais le "33" prend la place du "0" initial, donc le dernier chiffre passe à la trappe. Il faudrait donc modifier le code LUA du QA En revanche, en lisant le code, j'ai trouvé un truc qui correspond exactement à ma suggestion d'utiliser une table, en fait c'était déjà implémenté depuis le début, puisque l'idée c'était de pouvoir envoyer un SMS à plusieurs numéros en 1 seule fois. Il suffit de mettre un seul numéro dans la table, et là ça fonctionne, entre accolades, comme ceci : hub.call(52, "sendSMS", "Hello World", "", {"0612345678"})