Sowliny

Voilà quelque chose de réglé avec brio. Comme prévu j'ai installé ma pompe dans son nouveau puit (alimentée via un Aeon SmartSwitch). Et du côté domotique (et même plus car j'habite dans une ancienne maison en troncs de sapin âgée d'environ un siècle) j'ai passé de la gaine entre les troncs pour piloter l'éclairage extérieur. J'ai toute l'électricité à refaire... J'aurais bien mis une p'tite photo, mais je pense que je vais déborder du cadre de ce post...

Bon, j'ai pas pu attendre !!! Ca fonctionne super, je récupère enfin les numéros de touches. Ensuite c'est du gâteau... Merci à nouveau . Je vais m'occuper de ma pompe l'esprit serein...

Tu est génial ! Je viens d'examiner ton code. En fait ce que cherchais c'est bien cela : sourceTrigger.value.keyId Et bien sûr : "!=" est très élégant pour simplifier la détection (je me souviens maintenant avoir vu cet opérateur dans "Fibaro Manual HC3 - Scenes". Je testerai dans quelques heures, je dois d'abord changer de puits ma pompe d'irrigation et tout ce qui va avec - je vais faire cela à la "fraîche". En tout cas merci infiniment de ton aide . Je te tiens au courant bien sûr.

Merci pour cette ligne. Ca m'a l'air très intéressant, je vais décortiquer... Demain matin - je n'y arriverai pas ce soir (plus assez clair...)

Ben non, même pas de declenchement. Voici les triggers : { operator = "any", conditions = { { id = 211, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 1 } }, { id = 211, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 2 } }, { id = 211, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 3 } }, { id = 211, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 4 } } } } Je sne que je vais poursuivre tout ca demain, je commence à saturer...

J'ai toujours 10 J'utilise "centralSceneEvent". Je vais changer les triggers pour "sceneActivation" pour voir...

Non, j'ai toujours la meme valeur affichée : 10 Avec cette ligne : fibaro.debug("debug",fibaro.getValue(211, "sceneActivation"))

Bon c'est testé et le déclenchement avec tous les boutons est effectif. Reste un truc : je cherche à identifier quel bouton a déclenché ! PS : fibaro.getValue(ID, "sceneActivation") me renvoie toujours la valeur 10. Je sens qu'il y a une table derrière (?)

Merci pour l'information ! Je pense effectivement que "sceneActivation" est le bon trigger. C'est le même qui est utilisé dans la scène bloc créée dans les propriétés "Avancé" des boutons. Comme j'ai écris hier soir, la détection fonctionne bien avec les scènes bloc. Je viens de transposer cela en LUA (hier ça ne marchait pas ! -> "crise" de box ?), voilà le code : { conditions = { { id = 211, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 1 } }, { id = 211, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 2 } } }, operator = "any" } On voit la "keyId 2" parce que j'avais triggé les boutons 1 et 2. Et le trigger sélectionné est "Central Scene Id". Je vais tester ça dès que je serai en mode WAF favorable... c'est a dire peut être ce soir Merci encore pour les tuyaux !!! Ca devient bon.

J'ai laissé TYPE et TAILLE tels quels... L'application des paramètres s'est bien passée, avec validation par le réveil de la Nodon. A chaque appui sur un bouton, j'ai maintenant un "coup" de LED bleu, suivi de deux "coups" en vert. Ce qui signifie je pense un retour de prise en compte. Maintenant, reste à comment différencier les boutons, par exemple au niveau d'un trigger. Dans une scene bloc, on peut choisir le numéro du bouton - pratique.

Merci pour ton retour. J'ai appliqué les mêmes paramètres (enfin je crois). Que fais tu pour le TYPE et la TAILLE ?

Quelqu'un a t'il inclus cette télécommande sur HC3 ? Je viens de la faire, elle est bien reconnue, mais il ne se passe rien ! C'est à dire la scène attribuée au bouton n°1 n'est pas lancée. Je pense que le problème vient des paramètres à ajouter comme sur la HC2. Mais la procédure est différente (buggée ou mal fichue ???) : J'ai essayé différents paramétrages, mais qui ne sont pas acceptés. Je finis par penser que la support de cette télécommande n'est pas (encore) optimisé... (sauf si c'est moi qui ait besoin d'une optimisation )

En attendant, voici la version FGS212 avec cablage en 2,5 mm² et la LED... Installation dans le tableau dès ce soir.

C'est une procédure que j'ai souvent appliquée quand je réalisais des cartes à relais. Dans ce cas là, il faudrait aussi gratter le vernis vert. Pour les grosses intensités, j'ai aussi superposé du fil de cuivre 1,5mm sur les pistes qui le nécessitaient et "grassement" étamé le tout. Je me sers plus volontiers maintenant de relais statiques, soit sur circuit, soit avec des cosses "fourche" à visser.

Auparavant j'utilisais un circuit plus complexe avec condensateur "maousse" (XR2), diode, résistances ce qui au final me donnait un bidule de la taille d'un sucre à caser. Bien trop gros pour ce montage. J'ai donc désossé des voyants commerciaux, qui ne s'embarrassent pas de tant de chichis - avec en retour une plus grande fragilité, moins de sécurité... (?)

Bon, petit supplément d'information concernant la LED que j'ai utilisée. C'est un voyant LED directement sur 230V : Dépiautée, avec échange de la LED d'origine (5 mm) pour une 3 mm, câblée à distance de la petite platine avec 4 cm de fil. La platine a été isolée avec un bout de gaine thermorétractable.

Tout à fait exact !!! Les modules on grossi en vieillissant !

Tout à fait, j'ai d'ailleurs un ancien FGS-211 (je crois) en bon état de fonctionnenement. Par ailleurs les nouveaux borniers sont bien plus sécurisants que les anciens. Ma petite remarque tenait plus de la blague que du constat purement technique.

Je reviens sur l'épaisseur : c'est toujours moins épais qu'un boîtier Eutonomy, et qui sont hors de prix (je trouve ...). Ce qui me gêne également c'est la finesse des pistes cuivrées - on ne doit pas faire passer beaucoup d'Ampères dedans... Bon d'accord, ils proposent deux boutons dans certaines versions. Une solution serait de préparer un boitier DIN pour accueillir trois ou quatre modules d'un coup - j'avoue que j'y pense... quand j'aurai le temps de dessiner un circuit avec les borniers, etc... et surtout de "doubler" les pistes avec du 1,5mm2 !

Dont acte. Je vais modifier le post initial en ce qui concerne les sections de fil à utiliser, ça sera plus clair. Sur les photos, c'est d'ailleurs du 1,5 mm2 (sauf pour les entrées S1 et S2 qui sont en 1 mm² (sans raison précise d'ailleurs, sauf peut être qu'il s'agit de "signal" en fin de compte) Pour l'épaisseur, je n'ai rien trouvé d'autre - du moins qui possède les vis et œillets. Par contre je vais suggérer à Fibaro de revoir leur copie et de nous faire des modules plus fins En tout cas merci pour le commentaire !

Blague à part, c'est une solution qui me plaît ! Bien faire ses sauvegardes, et se lancer dans la nouvelle version.

Bonjour à tous, Voici ma dernière "création" en matière de support pour FGSnnn... Réalisé à partir de boîtiers pour rail DIN vides, de la marque Axxatronic, référence "Axxatronic CMEB-CON", que l'on peut trouver chez Amazon ou Conrad, pour environ 13 €. Cher ? Un peu il est vrai, mais c'est le seul que j'ai trouvé qui comporte les vis pour une connexion externe (avec des oeillet à souder à l'intérieur !). https://www.conrad.fr/p/boitier-pour-rail-axxatronic-cmeb-con-polycarbonate-90-x-175-x-58-1-pcs-532664 Seul problème : les FGS nouvelle génération sont trop épais pour rentrer dans ce boîtier. Seule solution : lobotomie (bien dégagé derrières les oreilles s.v.p.) dudit boîtier. Voici après le découpage (Proxxon ou autre) : Bon c'est vrai, le FGS dépasse un poil de chaque côté, ce qui nuit (pas gravement) à l'orthodoxie d'un alignement DIN, avec un écart d'environ 2 à 3mm de chaque côté. c'est un peu pour cela que mes modules, ainsi que les dispositifs associés, sont installés sur un rail dédié. Mais c'est toujours mieux que mon premier essai (très large, sur le support vert), mais surtout utilisable en pratique comme tous les autres dispositifs DIN : avec à gauche le module Axxatronic en fonction. J'ai utilisé pour le câblage du fil de section 1,5mm2, mais on doit pouvoir "monter" à 2mm2. Comme il ne s'agit que de "signaux" les deux entrées S1 et S2 sont en 1mm2. J'ai ajouté également une LED (on peut en installer deux sans problème), bien sur avec son circuit d'adaptation au 230 V !

J'ai connu la HC2 avant la version 4... Ca m'avait valu bien des plaisirs également, ainsi qu'un reset usine (au moins...).

@Lazer oui effectivement, j'ai bien vu aussi ce petit bug - sans incidence. Ca fait vraiment bêta comme tu dis Du côté plantage, et depuis l'intervention du support (qui a "nettoyé" la database de la HC3), j'ai récupéré la capacité de créer et d'éditer mes scènes (un comble !) Mais la box est stable - malgré un penchant très marqué pour les retards de déclenchement - surtout les FGMS... Avant cette intervention, j'avais prévu de repasser en 5.031, mais comme c'est pas trop mal (lire "pas pire"...), je reste en 5.040 pour le moment. Mais vraiment, quelle hérésie (pour ne pas dire "co...e") de ne pas pouvoir accéder à le HC2 en mode pont !!!

Nouveau plantage ce soir en enregistrant une scène ! Comme à chaque fois d'ailleurs. J'ai joué toute la journée avec les modules (inclusion, renommage, etc...) et aucun souci. J'ai noté l'heure pour remonter à Fibaro, via le ticket... Ils pourront peut-être cerner le (bug ?)