mlebech

Merci beaucoup pour ton support, par contre je cherche à lister les associations entre module en automatique plutôt que me balader dans l'interface de ma HC2 (version 4.63) sur chaque module pour vérifier les associations par groupe. Tu as une idée pour le faire?

Bonjour à tous, Je suis à la recherche d'information concernant le moyen de vérifier les associations des modules Zwave de mon réseau en mode programmation. La HC2 a tendance de temps en temps à modifier les tables de routage ZWAVE et donc de perdre des associations ou d'en créer des fausses. Existe t-il des fonctions LUA ou via l'API pour connaître les associations en place pour chaque groupe de chaque device? Ceci afin de pourvoir faire une vérification exhaustive sur un réseau de 100 modules environ. Merci d'avance pour votre aide, Maxime

merci beaucoup,

effectivement, merci pour la maitrise et l'aide précieuse. Bon WE,

C'est cool, ça fonctionne par contre je n'ai pas l’habitude des raccourcis directs de l'api sans authentification ... Merci,

J'ai 2 logements dans ma maison donc 2 groupes de pièces à gérer séparément (gérer dans la var glob Room_ID). Par contre, je ne comprends pas ton code, à quoi correspond ton 'iddupanneaudechauffage' directement l'ID, il faut bien une recherche par ID de ce type : heating?id="..Id? De plus, il faut bien décoder et recoder en Json pour pouvoir communiquer avec la HC2 et lui envoyer des requêtes?

Bonjour, je suis entrain de mettre en place le contrôle des modes vacances de ma HC2 par un VD sur les panels de chauffage. J'ai des comportements bizarres avec le VD qui me crée d'autres panneaux de chauffage à chaque fois que j'active le VD sans modifier les consignes de base. Avez-vous une idée sur le bug de mon code: local Room_ID={} Room_ID=json.decode(fibaro:getGlobalValue("Room_ID")) for k,v in ipairs(Room_ID[1]) do fibaro:debug(Room_ID[3][k]) if tonumber(Room_ID[2][k]) == 1 then HC2 = Net.FHttp("192.168.1.10",80) HC2:setBasicAuthentication("xxxx", "xxxx") response ,status, errorCode = HC2:GET("/api/panels/heating?id="..Room_ID[3][k]) dataTable=json.decode(response) dataTable.properties.vacationTemperature=15 data = json.encode(dataTable) HC2:PUT("/api/panels/heating?id="..Room_ID[3][k],data) end end * room ID correspond à heating panel ID, désolé je ne suis pas un pro... Merci d'avance pour votre aide, Maxime

Bonjour, j'ai une installation avec des thermostats Secure SRT321 associés à des modules Fibaro FGS 212 pour le contrôle du chauffage. Ceci est contrôlé par une HC2 Fibaro qui envoie les plannings de chauffage. Tout fonctionnait correctement depuis 15 mois, la semaine dernière j'ai commencé à ne plus avoir de chauffage dans la SDB. Quand j'ai regardé, je me suis appercu qu'il ne recevait plus les commandes de la HC2 et restait en consigne basse de chauffage. Quand je bouge la mollette du thermostat, je visualise la consigne qui bouge sur la HC2 par contre l'association ne se fait plus sur le switch FGS212. La température mesurée est quand à elle figée. J'ai essayé une reconfiguration douce sans résultat, ensuite j'ai fait une exclusion/reinclusion ZWave + association. Cela a refonctionné quelques heures puis même problème. La HC2 m'indique un module non configuré alors qu'il l'était et que rien n'a changé. Si vous avez des solutions ou idées je suis preneur, je tourne en version 4.53 sur la HC2. Maxime

Hello, Vous avez raison, le problème vient du paramètre n°10 qui est accessible uniquement sur le maître qui est caché. Sur les modules qui ne fonctionnaient pas 4/16) ce paramètre n'était pas à la bonne valeur. Ce n'est très simple l'histoire... Après modif, c'est revenu dans les rails. Merci à tous.

Ca me donne 0 même si je change la position sur le slider dans l'interface de la HC2. le fibaro:call(id, "setValue2",xxx) ne marche pas mieux, sur certains modules ça marche pas d'autres?

Bonjour, J'ai des problèmes de récupération et envoi de commande sur mes modules fibaro FGRM222 sur le paramètre value2 qui correspond à l'inclinaison des lames. Le paramètre value fonctionne correctement en commande et en lecture sur tous les modules. Par contre le value 2 est plus difficile à lire et à commander à partir de la HC2, certains modules fonctionnent, d'autres pas et cela n'a pas l'air très répétable. J'ai basculé le paramètre 3 à la valeur 1 du module Zwave pour être en classe de commande Fibaro et non Zwave. Est-ce que quelqu'un a une expérience sur le sujet afin de stabiliser la com d'écriture et de lecture sur cette trame? Merci et bonne journée.

Super, j'ai fait la manip ce WE avant de partir en déplacement toute la semaine. Merci à tous, je dors plus tranquille désormais.

Merci à tous pour vos précieux conseils.

Super, merci pour les infos, on récupère aussi les adresses du réseau ZWave? Pas besoin de tout ré-inclure?

Bonjour à tous, Mon installation contient beaucoup de modules avec ma HC2, de nombreuses scènes et requêtes API vers des automates extérieurs. je souhaiterais savoir si il y a moyen de se prémunir d'un crash total de la box qui conduirait à un retour à la case départ qui me prendrait plusieurs semaines sans compter les fonctionnalités perdues. Est-ce que vous savez si il est possible de faire un miroir ou autre afin d'être capable de redémarrer l'installation avec juste l'achat d'une nouvelle box (quitte à l'acheter d'avance et la garder en stock chargée prête à démarrer). Excusez ma parano, cependant avec le temps passé et l'investissement dessus je serai un peu dépité... c'est pourquoi j'essaye d'anticiper. Merci d'avance, Maxime LEBECH

Bonjour à tous, J'ai une question concernant les entêtes des scènes, je souhaiterais savoir si il y a une possibilité pour que les modules et leur property name décrits dans l'entête de la scène peuvent être crées ailleurs. J'ai besoin d'avoir pas mal de trigger dans une scène et je souhaiterais centraliser mes listes pour ne pas prendre de risques. --[[ %% properties 219 power (possible d'appeler une liste externe???) %% globals --]] local trig=fibaro:getSourceTrigger() if (trig['type'] ~= 'property') then fibaro:abort() end .... Merci d'avance pour votre aide, Bonne journée, Maxime

Bonsoir à vous tous, Je touche du bois mais je pense avoir résolu le problème. Celui-ci a disparu suite à l'upgrade du firmware des modules RGB vers la dernière version dispo en 26.25. Je vais valider cela dans le temps...

Bonsoir, La réinitialisation du réseau ne modifie en rien les adresses des modules ni leur paramétrages... Pas de problème avec cela, ça prend environ 10min pour mon cas avec 75 modules sur le réseau. Par contre, le diable revient dans la maison avec des ouvertures de store alors qu'on allume la lumière ou alors on allume d'autres zones alors que ce n'est pas lié.... Le point bizarre est que ce n'est pas instantané et que les autres stores ou lumière changent d'état après 20 sec après avoir touché l'inter de la lumière de base... Est-ce que vous savez si on peut avoir des logs du réseau pour comprendre d'où vient la commande. Le panneau d'historique ne m'aide en rien. Je vois les conséquences mais je ne vois pas la source... Bonne soirée, Maxime

Bonjour Messieurs, Après plusieurs tests, la réinitialisation du réseau Zwave semble avoir résolu pour l'instant ces problèmes depuis 2 jours. J'ai aussi augmenté le temps de scrutation du HC2 sur le réseau qui était trop faible d'après le HC2. Merci pour votre aide, Maxime

Bonjour à tous, Tout d'abord, je tenais à présenter à la communauté mes meilleurs vœux pour cette nouvelle année qui commence. Elle commence pour moi sous des cieux étranges. J'ai depuis quelques semaine un fonctionnement bizarre de mon installation avec la fermeture de mes stores lorsque j'appuie sur le bouton de lumière (module RGB Fibaro) ou l'extinction de lumières dans d'autres pièces. Ce phénomène tend à devenir de plus en plus fréquent, je n'ai pas sur mon HC2 de scènes actives qui induisent ce comportement. Mon installation comporte un nombre important d'équipements Zwave avec pas mal d'associations directes en plus du contrôle par la HC2. Je n'ai rien sur mon historique sur la HC2 qui permet de connaître d'où vient la commande. Est-ce que quelqu'un a vécu un problème similaire ou alors est-ce quelqu'un a des pistes pour faire des tests sur le réseau ou pister d'où viennent les commandes? Merci d'avance, Maxime LEBECH

merci, je regarde cela ce soir.

Bonjour, Merci pour ton retour, je vais essayer ta deuxième proposition mais sans trop de de garantie, pour le net.HTTPClient, estc-e qu'il y a des tutos qui existent pour la mettre en application?

Bonjour, J'ai un souci de communication entre ma HC2 et un automate qui contrôle notre local technique. Les équipements communiquent grâce à leur API respectives. Pour contrôler l'automate, j'ai besoin de faire un POST. J'ai fait un test avec un VD, le seul problème est que le message ne passe pas car il faut renseigner le content-type dans la commande à envoyer à l'automate pour que cela fonctionne. Hors dans un VD, j'ai utilisé comme test le code suivant (suivant API de l'automate): local ECLYPSE = Net.FHttp("xxx.xxx.x.xx",xx) ECLYPSE:setBasicAuthentication("xxxx", "xxxxx") local var_t='{"encode": "text","propertyReferences":[{"type": "analogValue","instance": 1,"property": "presentValue","value": "20"}]}' fibaro:debug(var_t) local response, status, errorCode = ECLYPSE:POST("/api/rest/v1/protocols/bacnet/local/objects/write-property-multiple",var_t) fibaro:debug("Diagnostic : "..response) fibaro:debug("Status : "..tonumber(status or 0)) Par contre, je ne sais pas où je peux renseigner le content-type qui doit être content-type:application/json. Je ne suis pas un informaticien chevronné, si quelqu'un peut me renseigner cela pourrait m'aider grandement. Cordialement, Maxime LEBECH

Bonjour, Je me suis abonné au forum depuis 2 ans déjà, je saute le pas pour me présenter et pouvoir échanger avec ces différents membres. Je possède une HC2 avec: - 16 contrôleurs de stores - 16 télécommandes NODON OCTAN - Chauffage contrôlé en 10 zones par thermostats SRT321 couplés à des modules FRS212 (les FGS 213 ne sont pas compatibles en association directe...) - 4 modules dimmer d'éclairage - 8 modules FGRM contrôlant des éclairages LED - 16 contacts d'ouverture Le tout est en cours de connexion avec une station DAVIS VANTAGE PRO. La chaufferie est gérée par un automate spécifique qui communique avec la HC2 via API. Je possède des compteurs thermiques et électriques qui mesurent à peu près tout. Les stores sont contrôlés par rapport à la position du soleil et l'irradiation solaire (en cours de finalisation), il y a une sécurité vent, etc... Enfin, tout est en cours de remonté sur un NAS pour enregistrer tous les paramètres pour analyser, environ 500. Bref, mon installation a pour but de tester des programmations et des équipements qui permettent d'optimiser la consommation d’énergie de la maison. J'ai oublié, je travaille dans un cabinet d'ingénierie énergétique et je joins l'utile à l'agréable chez moi. Maxime

Bonjour, Je suis un nouvel arrivant sur votre site. Je travaille sur tout ce qui est optimisation energétique des bâtiments, à ce titre j'ai installé une HC2 chez moi avec un certain nombre de capteurs dont: - 15 modules de contrôle de BSO - 15 contacts de fenêtre - 8 thermostats de chez Everspring - 10 switch - 3 dimmers - 10 régulateurs 0-24V pour LED - 5 detetecteurs de présence, etc... Berf, ma maison me sert de laboratoire personnel. Je developpe des fonctions de poursuite solaire, gestion des ombres portées, contrôle chauffage avancé, etc... A ce titre, il est toujours utile de pouvoir échanger avec des initiés sur cette box car l'accès aux informations de programmation sont assez minces pour la HC2. Voilà pour mon profil, Dans l'attente que vous m'acceptiez, Cordialement, Maxime