Nikko

Bonjour, Tu peux activer Une sortie dite "faible courant" sur les evenements que tu veux, sous réserve d'avoir assez de sorties disponibles par rapport à ton nombre d'évènements). Le plus simple c'est de le configurer sur DLOADX (Sous DLOADX / Sorties / Puis ajuster le type d'évènement à la sortie désirée). Après coté Raspberry tu dois pouvoir récupérer le statut sur un port GPIO, moyennant une adaptation de signal (par exemple Optocoupleur entre signal Satel et GRPIO). Cette solution va quand même vite te limiter sur le nombre d'évènements... Nicolas

@pepite: Entièrement d'accord avec toi. Pour ma part c'était juste une proposition. Il est clair que pour la lisibilité global ce n'est pas pratique. Maintenant, Jojo vouliat une proposition, il en a une; libre à lui ou aux autres de dire si c'est ok ou non Nicolas

@JOJO: C'est pas très propre et ça va faire beaucoup de condition mais: local id = { ECL_CUISINE = 295, ECL_SAM = 298, ECL_HALL = 325, ECL_SALLETV = 296} local lamp = { id["ECL_CUISINE"], id["ECL_SAM"], id["ECL_HALL"], id["ECL_SALLETV"] } for k,v in ipairs(lamp) do GEA.add (v, 30, "Extinction groupe lumières", {{"turnOff",v}}) end en gros ça évite d'écrire....: local id = { ECL_CUISINE = 295, ECL_SAM = 298, ECL_HALL = 325, ECL_SALLETV = 296} GEA.add (id["ECL_CUISINE"], 30, "Extinction groupe lumières", {{"turnOff",id["ECL_CUISINE"]}}) GEA.add (id["ECL_SAM"], 30, "Extinction groupe lumières", {{"turnOff",id["ECL_SAM"]}}) ... Nicolas

@jojo: Dans ton exemple si tu veux éteindre plusieurs lampes d'un coup il faut mettre: GEA.add (true, 1, "Extinction groupe lumières", {{"turnOff",DeviceID["LUM_HALLENTREE"]},{"turnOff",DeviceID["LUM_HALLENTREE"]}}) @971jmd: Pour le Restart et Stop, un exemple qui doit fonctionner, en fonction d'une variable globale Nuit/Jour on modifie la tempo d'arret d'un eclairage local Tempo_1 = GEA.add(id["ECL_ESC_SS"], 10*60, "", {{"turnOff", id["ECL_ESC_SS"]}}) local Tempo_2 = GEA.add(id["ECL_ESC_SS"], 20*60, "", {{"turnOff", id["ECL_ESC_SS"]}}) GEA.add({"Global","JOUR","OUI"}, 30 , "Nous sommes le jourr" , {{"RestartTask", Tempo_1},{"StopTask",Tempo_2}}) GEA.add({"Global","JOUR","NON"}, 30 , "Nous sommes la nuit" , {{"RestartTask", Tempo_2},{"StopTask",Tempo_1}}) Nicolas

La V4 j'en viens et j'y retournerai quand SATEL ça sera OK (visiblement ça semble bon) et aussi les ralentissement relevé via GEA. Et puis de toutes façon vu la réactivité sur le forum le problème sera déjà résolu d'ici là Du coup ça m'a rappelé que j'avais une vera lite au fond d'un placard dont je ne me servais plus.... Nicolas

@laser: Merci pour la commande via l'API, ça marche au poil. (je suis encore en v3)

En fait ce que je voulais dire c'est que je ne pouvais dire si le modèle correspondait sachant que nous ne connaissions pas les caractéristiques du portail. De mon cote ja répondais juste a la question "est ce qu'avec ce modèle je pourrais adapter le tuto." Maintenant je ne vais pas m'attarder sur le choix de la motorisation car le portail je l'ai pas encore. ;-) Nicolas

@mikael: Le sujet m’intéresse car j'aimerai pourvoir désactiver les commandes locales lorsque je suis absent. Je m'explique: Mes boutons sont des bistables. Dans le cas où la dernière commande locale effectuée est la montée, le bouton reste appuyé sur le haut. Lorsque je pars j'active l'alarme qui déclenche la fermeture de tous mes volets. Si une coupure EDF apparait, lors de la remise sous tension, le bouton étant sur le haut, il y aura une impulsion sur le module et là ouverture du VR..... C'est arrivé une ou 2 fois et je pense qu'accéder à ces fonctions aiderait bien dans mon cas Il y a aussi d'autre solution comme évoquées plus tôt ou alors via GEA commander une fermeture sur retour secteur, mais comme la fonctionnalité existe il serait mieux de l'utiliser Nicolas

Concernant le modèle, tout dépend de ton portail, là c'est un autre sujet Pour mettre en place la même chose que dans le tuto, page 12 de la doc, les broches 7/2 pour Ouverture/fermeture et broches 2/3P pour le partiel Nicolas

En fait au niveau de l'API il semble que ce soit le parametre "protectionLocal". J'arrive à le modifier via un virtual device qui post un json, la requète semble aboutir (avec le toolkit je vois bien le paramètre changer), mais ce n'est pas pris en compte... Il me manque la simulation du SAVE pour envoyer au module; En fait cela modifie la base de donnée mais c'est tout J'ai repris un bout de code à toi @laser ( http://www.domotique-fibaro.fr/index.php/topic/1373-fixer-la-valeur-dun-dimmer/#entry52260) deviceID=365 local json = '{"id":'..deviceID..',"properties":{"protectionLocal": "2"}}'; -- valeurs à changer dans parametres local HC2 = Net.FHttp("127.0.0.1", 11111) local response, status, errorCode = HC2:PUT("/api/devices?id="..deviceID, json) if tonumber(status) == 200 then fibaro:debug("Security locked") else fibaro:debug("err ID: "..deviceID.. " status: "..status) end Il faudrait voir si en V4 l'api permet plus de choses concernant les actions EDIT: J'ai modifié le code pour envoyer en plus la modification d'un "paramètre standard" style type de bouton et là c'est pris en compte immédiatement, pour le paramètre mais pas pour la protection donc il y a un truc que je ne pige pas '{"id":'..deviceID..',"properties":{"protectionLocal": "2","parameters":[{"id": 14,"size": 1,"value": 1}]}}' Nicolas

@lazer: Si tu peux le faire mais uniquement via l'onglet Paramètres Avancés du module puis SAVE mais pas depuis une commande lua ou api Nicolas

En fait sur la doc c'est écrit, mais cela suppose déjà un bon niveau de connaissance des classes/fonctionnement Zwave: Ce qu'il faudrait c'est qu'au niveau du HC2, il y ait une fonction lua qui permette d'envoyer des commande comme sur VeraLite En lien, la vidéo démo que cela fonctionne. Mes 2 scènes utilisent le code écrit plus haut. Désolé pour les talents de mise en scène, c'est un film à petit budget Lien Vidéo: https://www.youtube.com/watch?v=aivTfoPyUaM Nicolas

@laser: Le site est globalement fiable, je m'en suis servi à plus d'une reprise; et d'ailleurs je le confirme: * Exclusion d'un module VR de ma HC2 * Inclusion sur Vera Lite -> Mise à 2 du paramètre 1 mais même genre d'erreur que sur la HC2: Paramètre non reconnu Alors je suis passé en ligne de code: En fait lorsque l'on configure un module on utilise la class CONFIGURATION et on envoie le paramètre. Sauf que pour ce paramètre là on est dans la classe PROTECTION, donc normal d'avoir une erreur. Sur une Vera Lite en passant dans la classe PROTECTION puis en envoyent le paramètre 1 à 2 cela fonctionne: Code pour Stopper le fonctionnement des boutons: -- Code pour stopper le fonctionnement des boutons -- 2 est le numero d'ID -- 117 = 0x75 -- 1 pour Set -- 2 pour la valeur luup.call_action('urn:micasaverde-com:serviceId:ZWaveNetwork1','SendData',{Node='2',Data='117 1 2'},1) Code pour Activer le fonctionnement des boutons: -- Code pour activer le fonctionnement des boutons -- 2 est le numero d'ID -- 117 = 0x75 -- 1 pour Set -- 2 pour la valeur luup.call_action('urn:micasaverde-com:serviceId:ZWaveNetwork1','SendData',{Node='2',Data='117 1 0'},1) Par contre sur HC2 on est carotte Nicolas

C'est la partie Graphique ou vraiment juste créer un sider ton soucis ? En page 2 du sujet ( http://www.domotique-fibaro.fr/index.php/topic/2172-openremote-et-hc2/page-2#entry29446 ), c'est bien expliqué Pour un Slider il faut un sensor (de type Range) et une commande qui permet d'ajuster le niveau. Dans un premier temps (ce que je fais moi) c'est de créer un sensor, de le mettre dans un label pour vérifier qu'il arrive et est bien interprété par OR.

@cybersquat: en principe cela doit fonctionner sur la plupart des motorisations. Au pire donne la référence de ta motorisation CAME et tu auras des réponses, mais sur ce genre de motorisation c'est quasi sà»r ;-) Nicolas

Bonjour, Il semblerait que le paramètre permettant de bloquer les commandes locales serait le 1 (cf http://www.pepper1.net/zwavedb/device/492 ). Mais pas moyen de mon coté pour que le HC2 prenne ceci en compte. Lorsque j'avais la VERA je forçais un paramètre sur les DIMMER fibaro mais là , visiblement pas moyen..... (que ce soit via api ou command fibaro:call setParameter) Nicolas

Je profite du sujet pour parler du polling entre HC2 et OpenRemote Le problème de base avec OpenRemote c'est que pour un statut il faut faire une requète, ce qui avec beaucoup de capteurs sature un peu le système/reseau (Une commande par capteur qui envoie 1 requete toutes les X ms) De mon coté j'explore une piste sur OpenRemote pour pouvoir récupérer tous les status avec une seule commande. Je suis parti sur la base d'un post sur le forum OR( http://www.openremote.org/display/forums/One+UDPListener+for+several+sensors) En fait je crée un Device Virtuel qui toutes les X ms envoie un message en UDP sur le réseau contenant mes ID et leur niveau,par exemple: 325:off,303:71,295:36,309:18.18,296:off,331:on,298:on Dans cet Exemple: 325,296,331,298 sont les id pour des eclairage on et off sont leur statut 309 est l'id d'une sonde de temperature et 18.18 sa valeur 303 est l'id d'un VR, 71 sa valeur 295 est l'id d'un dimmer Donc on obtient un message assez petit contenant déjà 7 états. Si je traitais ceci avec des requètes, nous aurions 7 requètes avec des messages beaucoup plus long...... L'inconvénient de l'UDP c'est qu'on est jamais sà»re que tout arrive.... Coté OR j'ai un UDP Listener qui reçoit cette chaine, la traite et met à jour des "In-virtual Memory command". Les premiers essais sont assez encourageant et le système réactif. Pour l'instant le message est émis depuis le HC2 toutes les 800ms et aucun soucis (par exemple ralentissement coté autres scénarios) J'ai fait une petite vidéo de démo de ce que cela donne, (3 éclairages dont 1 dimmer, 1 volet roulant et 1 sonde de température) Comme la vidéo est pas terrible sur la visu tablette, je met aussi un screenshot de l'interface pour aider à comprendre la video (bah oui j'ai pas pu faire mieux car sinon vu mon débit la vidéo aurait mis 10 ans à uploader...) Les boutons MARCHE et ARRRET sur la gauche envoient juste la commande désirée Le bouton MARCHE à droite est un switch (commande ON/OFF selon etat) Le Texte Statut indique le statut ou le niveau Lien: https://www.youtube.com/watch?v=1pW7NhNMAT4 Si il y a des remarques, ne pas hésiter Nicolas

Salut Qu'est ce qui te bloque dans le slider volet roulant pour HC2 ? Nicolas

Oui en modifiant les paramètres du module tu pourras passer par le bouton du module. Mais ta solution fonctionne et est claire donc si elle te plait il faut la garder ;-) Nicolas

@magic_281: Je pense que nous ne sommes pas compris: Dans le module virtuel; les commandes on et off sont envoyées successivement, pour créer "une impulsion"; en utilisant l'auto-off des modules cela permet d'éviter l'envoi du off. Après concernant les cellules pour la sécurité, il est évident qu'il faut en mettre, où même pour eviter que le portail ne se referme sur la voiture ;-) Nicolas

Bonjour, Plutôt que d'envoyer 2 ordres successifs au modules (turnON et turnOFF), pourquoi ne pas utiliser la fonction AUTO OFF des modules (paramètres 4 des modules) ? Nicolas

Oui, je l'ai fais; J'ai peut être été trop buté/impulsif car cela était la fois de trop. Je verrai à la fin de la semaine en fonction de vos différents retours..... Mais de tout façon il reste un autre soucis: la réactivité de GEA sur les déclenchements automatiques en V4; (j'ai vu que le soucis est pris en compte sur le bugzilla). En tout cas si la Satel roule chez toi comme en V3 c'est une bonne nouvelle Nicolas

Bonjour @krikroff: Je suis reparti la semaine dernière de 3.591 -> 3.6 -> 4.037; Installation des tous les modules. Tout c'est bien passé cependant après 2 ou 3 jours, perte de com entre Satel et HC2 donc plus de retours des zones/sorties; Seule solution, reboot HC pour rétablir la com. D'après le Changelog je supposais le problème résolu en 4.040, mais plusieurs heures après la mise à jour, idem. Du coup Recovery puis version 3.6, car pour le bon fonctionnement de mon installation cette partie est "vitale" Nicolas

Bonjour, De mon coté, j'ai eu un peu plus de chance; J'ai pu remettre l'image et refaire la 3eme partition. Cependant, il m'a fallu 2 reboot pour avoir le recovery mais j'ai pu restaurer en 3.548, puis par la suite upgrader en 4.037.... Mais je ne reste quand même pas très confiant quant à l'avenir de la clé....... En tout cas j'ai déjà pu réintégrer la SATEL et quelques periph zwave et tout répond bien..... Je vais pouvoir tout remettre carré et me pencher sur OpenRemote Merci encore Lazer Nicolas

Que Fibaro mette en place des protections Hardware cela ne me dérange pas dés lors qu'en cas de pépin, une autre clé puisse être fournie immédiatement pour la box concernée sans avoir àsouscrire un emprunt bancaire pour les frais de transport. Il est vrai que ce type de support est relativement peu fiable dans le temps.... C'est dommage d'avoir du si bon matériel et en parrallèle d'avoir une faiblesse dans ce genre (mais bon cela n'est certainement pas anodin)