Lazer

Salut kasiachris, bienvenue sur le forum. Les Home Center 2 et Lite ne supportent pas nativement EnOcean. Il y a des rumeurs de support chez Fibaro, mais rien de concret ni de roadmap pour le moment. En attendant, la solution la plus économique est de monter une passerelle FHEM avec une clé USB EnOcean, à faire tourner sur un Raspberry PI ou tout autre serveur. Perso, ça tourne dans une machine virtuelle de mon serveur, donc pas besoin de serveur dédié à cette unique tâche. Bien sà»r ça dépend du matos dont tu disposes chez toi. Une fois configuré, FHEM retransmet tous les événements EnOcean via l'API de la HC2. Pour le moment, nous devons stocker les informations issues de FHEM dans des variables globales, mais dès que Fibaro aura ajouté le support des Plugins utilisateurs (d'ici quelques semaines si tout va bien......), nous pourrons utiliser ces plugins pour une intégration parfaite à l'interface HC2. Voir ce tutoriel pour de plus amples détails : http://www.domotique-fibaro.fr/index.php/topic/678-passerelle-enocean-fhem/ Avec ce tuto, FHEM est relativement facile à configurer, bien que peu ergonomique. Parmi les alternatives en passerelle EnOcean, on peut citer ZiBase ou eedomus, mais le coà»t n'est plus le même si le besoin est juste de communiquer en EnOcean.

quand j'allume mon sonotone et que je colle mon oreille à l'interrupteur, j'entends mes FGD grésiller uniquement lorsqu'ils sont en train de dimmer. Lorsque la lampe est éteinte, je ne les entends pas. Sinon comme Gazous ça ne m'étonne pas la lampe à économie d'énergie qui grésille. Car sans neutre, le module s'alimente par un très faible courant qui passe par la lampe avant de retourner au neutre. Donc la lampe est tout le temps allumée, ce qui ne pose pas de problème pour un halogène (courant insuffisant pour l'allumer, par contre avec les lampes à éco d'énergie ça réagit différemment).

je savais pas que le RGBW grésillait lui aussi. De toutes façons beaucoup de transfo 12V grésillent également, donc au final faut tout bien planquer

Attention Hansolo, je ne parlais pas de ruban LED RGB, mais bien de spot LED 12V dimables, sans couleur. Le module RGBW permet ce mode de fonctionnement que Krikroff nous confirme avoir testé sur des halogènes. Le sujet m'intéresse car j'aimerais bien installer des spots suspendus sur rail, donc forcément en 12V, et j'ai pas encore trouvé de solution pour les dimmer, car comme dit Did (lol) il est plutôt difficile de trouver des transfos dimmables pour LED dimmables. Je me dis que le module RGBW peut être la solution.

Personne n'a essayé le module RGBW avec les sorties en mode variation de tension 0-12V ? L'idée, c'est de prendre un transfo 230VAC/12DVC normal qui alimente le module RGBW et la rampe de LED 12V. D'après la doc ça fonctionne avec les halogènes, mais est-ce que ça fonctionne avec des LED ?

ah oui c'est vrai pfff c'est compliqué la domotique

Voici la capture d'écran en v3, tu leur mets ceci sur ta demande du bugtracker en précisant bien que le screenshot provient de la v3 et que c'est absent en v4. Avec ça ils devraient comprendre (même si le screeshot est en français) :

Sinon pour les LED, il parait que les Qubino sont beaucoup plus adaptés, voir : http://www.domotique-fibaro.fr/index.php/topic/4183-tout-sur-le-qubino-dimmer-zmhnda2/

je comprends bien, mais j'ai pas trop de solution là....

Je crois qu'en UK il n'y a pas d'horaire d'été, non ? Si tu ne trouves pas, demande au support Fibaro, c'est peut être un bug.

Vous avez aussi le décalage horaire d'été au Maroc ? Sinon essaye pour voir avec un autre fuseau qui aurait les mêmes caractéristiques.

Euh non, je crois bien que Works est sorti après Excel, car c'était la grande mode des suites tout intégré, et le grand public trouvait Word/Excel/Publisher... trop chers et trop complexe. Puis après ils ont agrégé les produits dans Office, mis en place les liaisons DDE et OLE entre les produits, et ils ont conquis le monde 3.11 for Workgroups, son réseau IPX, et ses premières parties de Doom en réseau à 4 :13: .... et Need for Speed, Duke Nukem, tout ça avant le TCP/IP

Tu as bien configuré ton fuseau horaire dans les paramètres de la box ? Moi j'ai Europe/Paris

Le réveil (wake-up), c'est le DEVICE qui le décide. A ce moment là il communique avec le contrôleur Z-Wave (HCL, HC2, HC3, ...) et échange un grand nombre d'informations (on voit la diode de la box clignoter frénétiquement pendant quelques secondes), puis attends un peu en écoutant le réseau (au cas où la box décide de communiquer encore d'autres infos), puis ils se rendort quelques secondes plus tard (généralement 5 ou 10s je crois). Tout ce processus de réveil est extrêmement consommateur de batterie. L'intervalle de réveil ne concerne que les modules alimentés sur batterie (car les modules alimentés sur secteur écoutent toujours le réseau puisqu'ils participent activement au routage des paquets dans le réseau maillé). Le réveil est déclenché de 3 façons : lors de la mise sous tension des piles du module lorsque l’intervalle de réveil paramétré est atteint (soit la valeur par défaut, soit celle qui a été poussée par la box). lorsqu'on triple-clique sur le bouton Le polling, c'est le contrôleur Z-Wave (HC2, ...) qui le décide, en allant communiquer avec le module. Si il est configuré à 5 minutes (dans les paramètres généraux de la box), alors toutes les 5 minutes, la box contacte les modules afin de s'assurer qu'ils sont toujours en vie. Si elle n'arrive pas à les joindre, elle recalcule d'autres chemins (jusqu'à 15 tentatives en quelques secondes). Si cela échoue, elle les déclare comme mort. Cette pour cette raison qu'un module type Wall Plug ou Dimmer qui est débranché ne disparait pas immédiatement de la box. Il disparait quand la box n'arrive pas à le contacter (soit parce qu'elle essaye de lui envoyer un ordre type ON/OFF, soit parce que le délai de polling est atteint). Ce polling régulier peut surcharger le réseau, c'est pour cette raison que passé l'inclusion d'un certain nombre de modules, la HC2 conseille une nouvelle valeur de polling plus élevé. Bien sûr, le polling n'a de sens que pour des modules qui écoutent le réseau, donc alimentés sur secteur (230V, 12V, 24V, etc). Le polling d'un module sur batterie n'a pas de sens, car celui-ci ne répondra jamais. Le polling peut être configuré de 2 façons dans la HC2 : via les paramètres généraux de la box, auquel cas la valeur s'applique à tous les devices. via les paramètres avancés de tel ou tel module, en fonction de besoins très particuliers. Il n'est généralement pas nécessaire de modifier ce paramètre, qu'on laisse alors à sa valeur par défaut afin qu'il prenne en compte la valeur globale. En ce qui concerne la fréquence de remontée des infos, cela dépend des modules, et des paramètres spécifiques de chacun. Par exemples : remontée immédiate pour un contact d'ouverture de porte, d'une détection de mouvement, ... remontée après un certain délai pour une température, humidité, luminosité, ... remontée après une certaine variation (delta) pour une température, humidité, luminosité, ... Le célèbre détecteur de mouvement Fibaro FGMS Motion Sensor est le module qui dispose du plus grand nombre de paramètres afin de configurer finement la remontée d'infos. D'autres modules, tels que le Everspring ST814 disposent de paramètres beaucoup plus restreints. La mise à jour des paramètres d'un device dépend de 2 cas de figure : module sur secteur : les paramètres sont envoyés immédiatement puisque le module écoute le réseau module sur batterie : la box attend le réveil du module (voir explications au premier paragraphe). Pendant ce temps là , on voit le petit message en vert "En attente de réveil...", comme par exemple sur ce thermostat : . De par mon expérience personnelle, et comme je le disais plus haut, le réveil d'un module sur batterie est extrêmement consommateur de batterie. Par conséquent, j'ai tendance à allonger cette valeur le plus possible. De toute façon le réveil n'a d'intérêt que lorsqu'on modifie les paramètres d'un module, ce qui n'arrive jamais en production pour un module qui fonctionne correctement. Un intervalle de plusieurs jours ne pose pas de souci. Une exception toutefois : les modules de type thermostat, comme le Secure SRT321, car le panneau de chauffage doit pouvoir modifier sa valeur de consigne. On choisira alors une valeur raisonnable d'environ 5 minutes, ou 15 minutes si on peut se permettre 1/4h de retard entre la consigne et le début de la chauffe. Si on réalise des fausses piles, on peut descendre ce paramètres à 1 minute pour une réactivité presque instantanée (éviter ce descendre en dessous, cela saturerait le réseau inutilement). Enfin, pour la phase de réglage d'un module, surtout pour le FGMS qui a de très nombreux paramètres, on peut choisir un intervalle de réveil court de quelques minutes pendant les quelques jours nécessaires à son paramétrage optimal en fonction de ses besoins. Ainsi, il n'est pas nécessaire d'attendre plusieurs heures ou d'aller triple-cliquer sur le bouton pour qu'un nouveau paramètre soit pris en compte, le temps de faire les essais. Les paramètres d'un module, justement, permettent de régler finement la remonté des infos vers la HC2. Le FGMS dispose de tout ce qu'il faut pour obtenir le comportement désiré, encore faut-il prendre le temps de bien étudier la doc pour comprendre les interactions entre chacun. A l'opposé, le ST814 ne dispose que d'un intervalle entre 2 mesures, c'est hyper basique. Pour finir, grâce à tout ce qu'on vient d'étudier, et contrairement à ce que je vois parfois sur le forum, on ne devrait pas s'appuyer sur le réveil d'un module pour remonter les infos de température/hygro/luminosité/etc (car cela consomme beaucoup d'énergie et occupe la bande passante du réseau), et donc on doit s'appuyer sur les paramètres spécifiques de chaque module.

... c'est en partie pour cette raison que je n'ai jamais posté dans le show room, c'est un peu sans intérêt mon code....

Je vois les exemples de Steven comme un bon moyen d'illustrer la syntaxe de GEA. Mais l'idée des tutos pour les nuls, c'est de présenter des scénarios GEA un peu plus poussés. Par exemple, on pourrait s'inspirer du contenu du Showroom, en reprenant quelques cas pratiques et en les commentant un peu plus.

Ouvre déjà un ticket sur le bugtracker afin que Fibaro remette en place cette fonctionnalité, sinon tu risques d'attendre longtemps.... Ensuite on pourra choper l'URL comme je l'ai fait pour la v3, et transformer ça en code LUA.

La 4.040 a un zéro de plus, donc elle est forcément plus stable... CQFD

Ceci : Installation and Maintenance Application Mais ce n'est pas intégré dans la HC2, ni dans aucune box à l'heure actuelle je pense. Ceci dit, certains contrôleurs intègrent leurs propres outils. Sur la eedomus par exemple, un tableau du routage est accessible. Sur HC2/HCL, nous n'avons pas (encore ?) accès à ce genre d'outils.

Lotus 123 j'ai eu l'occasion de tester oui..... bah c'était largement inférieur àExcel. Dans le même genre de soft pourri, Lotus Notes a survécu...

ouah genre je suis un alcolo.... bon c'est pas tout ça, mais c'est l'heure de l'apéro

Trempels : je ne suis pas certain, mais je crois que la plupart des transfos ne supportent pas d'être dimmés.

J'ai connu Multiplan sur Apple IIc. Sur PC, j'ai commencé avec Excel 1 sous Windows, et Word 5 sous DOS. config.sys, autoexec.bat, doskey, que de souvenir <Mode projection 20 ans> v4, que de souvenirs </mode projection 20 ans>

J'avais failli acheter un Amstrad 6128 (le 464 était déjàdépassé) car tous les potes avait de l'Amstrad. C'est grâce àmon oncle que j'ai pris un PC. Ouais le coup du C:\ c'était violent au début, heureusement j'utilisais DOSSHELL, et Windows 3.0. J'avais mis pas mal àde temps àtrouver la commande DIR pour lister les fichiers ! Quand aux docs, j'avais le manuel papier de Excel v1 ou v2 (je sais plus).... avec l'index de toutes les fonctions, il était posé àcoté de mon dictionnaire, et le dico passait pour un livre de poche àcoté

Merci àtoi de nous avoir mis sur la bonne piste