Lazer

Mise à jour Over-The-Air du firmware des modules Z-Wave Fibaro Procédure Lorsqu'une mise à jour est disponible pour au moins un module, une notification apparait en haut de l'interface de la HC2 (triangle jaune) : En cliquant sur le triangle jaune, la zone de notifications s'ouvre. L'exemple suivant montre qu'un firmware est disponible pour un Motion Sensor : Après avoir cliqué sur le bouton "Go to notification center", on arrive dans le panneau de notification qui nous donne plus de détails sur le (ou les) module(s) pouvant être mis à jour : Après avoir cliqué sur le bouton "Afficher", on arrive sur l'onglet des propriétés avancées du module. En descendant un peu plus bas, on voit la section concernant la mise à jour du module. Dans l'exemple ci-dessous, la mise à jour 2.8 est disponible : Après avoir cliqué sur le bouton "Start", une fenêtre popup s'ouvre alors. Il faut lire et faire défiler le texte, puis cliquer sur la case à cocher "Do you want to proceed with the software update", et enfin cliquer sur le bouton "Installer la mise à jour" : Si le module est sur pile, ce qui est le cas du Motion Sensor, la fenêtre principale de la HC2 indique qu'elle est en attente du réveil du module : Il faut alors aller le chercher et le rapprocher de la HC2 (quelques mètres devraient suffire, l'objectif étant d'être à portée directe de l'antenne de la box sans passer par le routage du réseau Z-Wave). Ouvrir ensuite le module, et effectuer un triple-clic sur le petit bouton pour le réveiller. Le téléchargement du firmware commence alors : Un certain nombre d'informations apparaissent dans l'interface de la HC2, permettant de suivre le bon déroulement de la procédure : Si la zone de mise à jour indique "Waiting for communication", c'est qu'il faut réveiller à nouveau le module. Il peut être nécessaire de réveiller au moins 3 fois le Motion Sensor durant toute la procédure. Evidemment, un module sur secteur n'a pas besoin d'être réveillé, car il écoute tout le temps le réseau Z-Wave. Lorsque l'opération est terminée, le statut indique "Success"' : La même information est reportée dans la zone de notification : Dans les propriétés du module, la nouvelle version 2.8 est indiquée : Messages d'erreurs possibles Statut : Fail - Battery level too low to perform the update. Replace the battery and try again. Pour un module sur pile, il faut remplacer la pile. Pour un module sur secteur, il n'y a pas de pile à changer, il s'agit probablement d'une mauvaise configuration du module dans la base de données de la HC2. Il faut alors effectuer une reconfiguration douce du module : Dans la fenêtre popup, confirmer le lancement de la procédure de reconfiguraiton douce en cliquant sur le bouton "Je sais ce que je suis en train de faire. Continuer" : Patienter durant la reconfiguration douce qui doit durer quelques secondes, jusqu'à l'apparition du message "Device configuration finished" : Il faut ensuite retourner dans la zone de mise à jour du module, et cliquer sur le bouton "Check" : La mise à jour peut ensuite être lancée normalement. Ci-dessous la mise à jour d'un Wall Plug, qui est sur secteur et n'a donc pas besoin d'être réveillé. La mise à jour se déroule toute seule, sans intervention de l'utilisateur, pendant une durée d'environ 5 minutes : Statut : Fail - Frame request error. Try again. Relancer simplement la procédure de mise à jour immédiatement. Si cela ne passe toujours pas, il faudra envisager de déplacer le module afin de le rapprocher de la box. Changelog Motion Sensor FGMS-001 2.8 [fix] Fixed problem with too many reports from lux meter. [fix] Multichannel Associations are now sent even when there is no single node set in association group. 2.7 [fix] Removed error with wrong multichannel association frames. [fix] Corrected tamper notifications in seismograph mode. [fix] Improved range test. [fix] Minor Z-wave improvements. 2.6 [fix] Corrected error with removing associations. Motion Sensor FGMS-001+ 3.4 Higher redundancy for PIR Sensor reading for reducing false positive notifications. Other minor improvements. Wall Plug FGWPx101 25.25 [fix] Minor Z-wave changes. 24.24 [fix] Energy measurements storing fix. [fix] Minor Z-wave changes. Dimmer FGD-212 3.5 [change] Added parameter 38 - reduction of automatic level control in 2-way connection mode. Changing this parameter allows to impair the Ripple Control impact on output brightness. [fix] Improved dimming with Ripple Control Signaling in 3-way connection mode. [fix] Improved rejection of short voltage interruptions causing spontaneous maximum brightening. [fix] Fixed Z-Wave Multilevel:StartLevelChange with parameter (direction = down). Dimming now stops at Value = 1. 3.4 [fix] Reduction of light flickering/turning off for OVERCURRENT condition. [fix] Bistable button empty click fixed. [fix] StartMultilevelSwitch sent without dimming time now takes manual dimming time parameter (compatibility with Dimmer 1). [fix] Double state report for endpoint 2. [change] Reduction of the maximum associated devices for every association group to 8 (single/multi/mixed). [change] Associations in 3-way switch mode for S2 are now sent in 4/5th group. Oher small corrections. 3.3 [fix] Reduction of stroboscopic-effect for dimmers affected with Ripple Control signal. [fix] Correction of voltage sag detector. Other small corrections. RGBW Controler FGRGB-101 27.27 Added a configuration parameter that disables associations to other devices. The device behavior was improved while receiving next turnOn command during the color transitions. Version 27.27 fully supported from HC2/HCL 4.550. 26.25 [change] Compiled with new version of SDK. [fix] Resolved problem with false associations. RGBW Controler 2 FGRGBW-442 5.1 Changed external switch behavior when the brightness is set to 0%. Other small fixes. Vanne Thermostatique Fibaro FGT-001 4.5 Ajout du paramètre permettant de modifier le comportement du régulateur "Rapide ou Modéré" (dynamique de chauffage), Ajout de rapports de capteur de température interne s’il n’ya pas de capteur de température supplémentaire couplé, Ajout du support pour le montage vertical / horizontal de la tête thermostatique, Erreur fixe de la vanne n'étant pas complètement fermée dans certains cas,  Autres améliorations mineures. Roller Shutter 2 FGR-222 26.26 Improved calibration mechanism - protection against accidental calibration when used with toggle switches. Version 26.26 fully supported from HC2/HCL 4.550. Roller Shutter 3 FGR-223 5.1 Improved calibration and positioning algorithm Improved operation with devices with electronic limit switches Improved operation with devices with ‘soft start’ functionality Default value of parameter 20 (Switch type) changed to 0 (momentary switches) Walli Outlet FGWOE-011 & FGWOF-011 5.1 Overall stability improvments Single & Double Switch 2 FGS-213 & FGS-223 3.4 Improved response to controlling device via buttons connected to S1/S2. Optimized number of status reports being send by the module. 3.3 Fixed inputs issue when bistable switches are used. Synchronization of switching in zero-cross - reducing the possibility of welded relay contacts. SDK updated to 6.51.07. Smart Implant FGBS-222 5.2 DS18B20 temperature sensor support has been improvements to make it more reliable, especially in long wiring cases. Optimized input/output behavior after power reset. Other minor improvements. Support for version 5.2 devices is available from 4.601 Beta for HC2/HCL. 5.1 Initial release Door/Window Sensor FGDW-002 3.3 Improved battery level reporting. Fixed battery report showing 0% when using the batteries that came with the device.

Problème, l'IPX800 (en tout cas pour la v4 dont je dispose) ne sait faire que du GET et du POST, mais pas de PUT dont on a besoin pour mettre à jour une VG ou un fake-device Donc perso : - pour aller mesurer une valeur (capteurs analogiques), j'ai une scène sur la HC2 qui va interroger l'IPX800 v4 toutes les minutes - pour les entrées numériques, puisque c'est du binaire, j'ai créé des notifications PUSH dans l'IPX800v4 qui va cliquer sur l'un des 2 boutons d'un module virtuel de la HC. Chaque bouton met alors à jour un fake-device (value = true ou false) en passant par l'API locale, mais en faisant un PUT. bref pas simple

donc il te suffit de les supprimer non ? après comme dis Nico, ça va surement te laisser des cochonneries dans la DB, mais ça tu étais prévenu, ça a été évoqué plusieurs fois sur le topic du virtual sensor (ou un autre topic, je sais plus......)

oui facile, recovery, et tu refais toute ton install à zero sinon je ne sais pas autrement....

cool

je ne sais pas trop t'aider là ... et je ne fais pas de LUA en ce moment pour t'aider à débugguer essaye de mettre un maximum de traces sur ton propre script, par exemple tu peux tester le retour de ta commande HC2.PUT pour vérifier que tout va bien. il y a de très nombreux exemples sur le forum pour t'aider... et d'ailleurs je suis même certain que ce que tu veux faire existe déjà , mais par contre faut fouiller un peu pour le retrouver....

espérons que ça dure

il te faut utiliser l'adresse locale de ton HC2 : local HC2 = Net.FHttp("127.0.0.1", 11111) sinon le reste me semble bon àvue d'oeil, mais je ne suis pas expert en LUA et je n'en n'ai pas fait depuis 2 mois....

je n'ai pas lu en détail, mais déjàta variable HC2 tu l'utilises 2 fois et ça pointe sur la même adresse IP A mon avis tu as confondu l'équipement sur lequel tu lis la valeur, et la HC2 sur laquelle tu vas injecter la valeur.

@Sakkhho : parce qu'on n'a pas les Plugins, donc pas le virtual sensor perso j'ai un IPX800, ainsi que des sondes EnOcean de diverses natures gérées par FHEM. Les fake-devices permettent donc de remonter de façon native les infos des capteurs externes dans la HC2. Avec les triggers et tout et tout, pour une utilisation native dans les scènes, GEA, etc

tu regardes dans la doc de chaque module pour faire le reset, ça dépend (séquence d'appui sur le bouton....) ou alors tu as un autre controleur Z-Wave, et tu réalises l'exclusion avec ce controleur, cela va réinitialiser le module

pour les consommations, tu prends n'importe quel relai FGS (ou dimmer FGD ou encore un Wallplug)

ouaip, mais surtout pour le moment pas trop d'infos sur la présence éventuelle d'une API, si ce n'est le petit logo Homekit (le truc propriétaire pour les gens pommés)

Netatmo Vannes connectées pour radiateurs By Starck Économisez 37 % d'énergie pour chauffer votre maison https://www.netatmo.com/product/energy/valves Annoncé à l'IFA le 1er septembre 2016 69,99 € l’unité pack de démarrage incluant deux vannes et un relais : 179,99 € Pas encore disponible à ce jour.

Pour l'instant pas grand chose, mais chacun essaye de placer ses billes pour l'avenir (la fameuse interopérabilité.... faudra bien que ça se fasse un jour pour que la domotique décolle)

Ca bouge un peu, la Z-Wave Alliance décide d'ouvrir un peu son protocole pour contrer l'arriver d'OpenThread & consorts Z-Wave : la couche d'interopérabilité et des API passent dans le domaine public

Pas mal, j'aime bien l'idée

hum, le workaround qui consiste àinjecter la valeur de l'armement directement via l'API, c'est exactement ce qu'on fait avec les fake-devices

CO Dédector Tu sais, le module détecteur de monoxyde de carbone qui apparait furtivement dans la vidéo du motion sensor datant de début 2014, et qui a le même look que le Smoke detector/sensor

Pour le bout de code depuis une scène : -- -- SetValue() function -- function SetValue(id, value) local httpClient = net.HTTPClient() httpClient:request('http://127.0.0.1:11111/api/devices/' .. tostring(id), { success = function(response) if response.status == 200 then if debug then Message("green", "SetValue() OK") end return true else Message("red", "SetValue() Error : status=" .. tostring(response.status)) return false end end, error = function(err) Message("red", 'SetValue() Error : ' .. err) return false end, options = { method = 'PUT', data = '{"properties":{"value":' .. value .. '}}' } }) end PS : la fonction Message() c'est juste une fonction qui fait un fibaro:debug() : -- -- Message() function -- function Message(color, message) if color and color ~= "" then fibaro:debug('<span style="color:'..color..';">'..message..'</span>') else fibaro:debug(message) end end

Si moi ça m'arrive régulièrement. Le bug s'appelle Madame, et ça arrive en moyenne une fois tous les 3 mois Sinon pour la partie technique, c'est ultra fiable, comme expliqué sur le topic Diagral, le relai du module de l'alarme qui active un FGBS, l'info remonte sur la HC2 et GEA arme ou désarme la 2nde entrée du même FGBS. Un autre relai de l'alarme sur cette 2nde entrée du FGBS permet de déclencher le panneau d'alarme. Simple et efficace, aucun bug depuis que c'est en place.

Avec Nico on t'as déjà répondu, tout est vers la fin du topic FHEM. Une petite recherche et tu tomberas dessus en 2s. Mais il n'y aura pas de tuto, car c'est une fonctionnalité "touchy" et je n'ai pas le temps de faire du support sur ça. D'autant plus que c'est temporaire, car on aura le support officiel des plugins dans 10 ans. EDIT : bon voilà Jojo a même retrouvé le lien !

Jojo pour moi, les paramètres Z-Wave au niveau des devices qui concernent l'alarme, sont relatives aux broadcast d'alarme au niveau du réseau Z-Wave. Pour rappel, un broadcast Z-Wave est envoyé à tous les devices qui veulent bien l'entendre, mais n'est pas rooté à destination des devices trop loin. C'est une fonctionnalité qui date des premières spécifications du Z-Wave, mais n'est plus vraiment utilisé de nos jours. D'ailleurs, les modules savent recevoir une trame d'alarme, mais par défaut ils sont tous configurés pour ne pas en émettre (enfin je crois, il faudrait vérifier). Tandis que le panneau d'alarme pilote en direct les modules. C'est à dire qu'il n'envoie pas de broadcast, mais il demande nominativement (d'où la liste de sélection dans le popup) à chaque lumière de s'allumer, s'éteindre, idem pour les volets, caméras, etc. Cela génère une activité monstre sur la box et le réseau Z-Wave (le CPU de la box monte d'ailleurs), et la fréquence du clignotement n'est pas gérée par les paramètres du module. C'est la box qui envoie autant d'ordres que nécessaire durant toute la durée de l'intrusion (bon pour un volet et une caméra on envoie une seule fois l'ordre, mais le clignotement demande un grand nombre de commandes Z-Wave) Perso quand j'arrête l’intrusion du panneau d'alarme, les lumières s'arrêtent de clignoter (par contre ça me laisse parfois des lumières allumées.... ) Si ça n'a jamais fonctionné chez toi, c'est que tu as encore un bug sur ta box !!

passer un àun dans la config de chaque device ? Je n'ai jamais eu besoin de ça ! Depuis le panneau d'alarme, j'ai ouvert le popup et simplement sélectionner les modules qui devaient clignoter, et il gère tout seul. Pour certains autres modules, je les ai sélectionné pour qu'ils s'allument en continu (pour qu'ils éclaire bien la scène surveillée par caméra)

Jojo t'as de la chance, c'est quelle personnalité qui te l'a "dédicacée" ? bon sérieux, l'intérêt pour moi c'est d'exploiter le panneau d'alarme de la HC2, c'est à dire le clignotement des lumières, etc. Accessoirement, quand il est armé, dans l'appli ça allume un petit point vert, et je sais en un coup d'oeil si l'alarme "dédiée" est bien armée à la maison.