Lazer

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.

Mon Test Jeedom - Posté 20 juin 2016 - 20:03 - scénario pour détecter les fuites d'eau

je ne sais répondre àaucun de tes questions, mais il fallait désinstaller le plugin avant de procéder àla mise àjour, ça avait été dit sur le topic du virtual sensor il me semble. làje ne sais pas ce que tu peux faire

Alexis : rafraichis ton cache, et tu le verra apparaitre sur l'écran principal. sinon pour le désarmement, bah encore une régression comme Fibaro sait si bien le faire

- J'aime bien les "number of running instances and scene triggered information" affiché en bleu sous l'icone de chaque scène - A part le "Show all", j'ai pas vu d'autre "New filters for displaying hidden devices" dans l'onglet Modules - New action in Magic Scenes, controlling of lights or roller shutters in rooms, also available in Lua, more details on developer.fibaro.com => je suis allé voir vite fait sur developer.fibaro.com et je n'ai pas trouvé la nouveauté....

peux pas tester, j'ai pas de module Z-Wave armable connecté en ce moment sur la box de test. Et j'ai la flemme d'aller chercher un FGMS au stock (puis bon, j'ai pas trop envie de faire de domotique en ce moment, je passe déjàassez de temps sur le forum) j'ai juste cliqué sur la MAJ 4.091 histoire de dire que je l'ai fait, mais je ne testerai pas tout de suite

quoi ? tu veux dire que le désarmement des modules, donc du panneau d'alarme, n'est plus possible depuis une scène (donc GEA) ? c'est grave... si c'est bien le cas, je ne suis pas prêt de l'installer

je confirme les plugins ne sont pas supportés et ne l'ont jamais été, sauf en test pendant les premières beta v4. il ne doit pas y avoir beaucoup de monde qui les utilise encore vu les inconvénients, et surtout qu'on a trouvé un moyen de contournement un peu plus propre (les "Fake devices"), voir la fin du topic FHEM pour les explications.

Les changelogs HC2 et HCL sont quasiment identiques, on va conserver cet unique topic comme on l'a fait la plupart du temps. Je mets àjour le titre.