J3R3M

Bon, cela signifie qu'il faut vraiment que je fasse une croix sur ma flemme des travaux extérieurs de ces derniers temps ? Je n'ai pas encore d'arrivée secteur là où je souhaite placer ce PIR. Pour le coup, les modules sur pile allaient bien dans le sens dans ma non-motivation Merci de vos retours !

Bonjour à tous, Depuis un petit moment, je recherche un détecteur de mouvements PIR fiable qui fonctionnerait à l'extérieur, donc à des températures potentiellement inférieures à zéro Étrangement, ce n'est pas si simple qu'escompté de mettre la main dessus. Je vois beaucoup de mauvais retours sur les PIR Z-Wave compatibles pour l'extérieur (Everspring, Philio...). Ce qui serait parfait, ce serait un Fibaro FGMS001 fait pour l'extérieur ! J'avais d'ailleurs pensé à en installer un en prenant soin à ce qu'il soit à l'abri des intempéries, mais cela ne le protègerait en aucun cas aux taux d'humidité et températures extérieures. Des idées ? Des références à partager ? Merci !

Hello @Nico, De mon côté, fonctionnement toujours ok pour info

Je suis encore sous HC2 Du coup, je suis allé voir les discussions concernant le QA et cela refonctionne en changeant uniquement la version en v6 dans la fonction getSID des différents boutons + Mainloop. L'intégralité de mon réseau LAN étant déjà dans la liste blanche du NAS, je ne sais pas si cela est un pré-requis pour que cette bidouille fonctionne. Merci beaucoup @Dragoniacs!

Bonjour à tous, Est-ce que certains d'entre-vous ont fait la mise à jour vers DSM7 ? De mon côté, cela ne fonctionne plus après la mise à jour... DEBUG Bouton List : [DEBUG] 11:50:51: Synology API version OK [DEBUG] 11:50:51: Error : Synology Surveillance Station list cameras failed, Insufficient user privilege, {"error":{"code":105},"success":false} [DEBUG] 11:50:51: Destroy current SID [DEBUG] 11:50:51: Request new SID [DEBUG] 11:50:51: Error : API Authentication failure, Method does not exist [DEBUG] 11:50:51: Error : Synology Surveillance Station list cameras failed, Insufficient user privilege, {"error":{"code":105},"success":false} DEBUG Mainloop : [DEBUG] 11:53:42: No known camera... press List button [DEBUG] 11:53:43: No camera discovered... still trying [DEBUG] 11:53:44: No camera discovered... still trying J'ai essayé de supprimer/recréer l'user Fibaro spécifique, j'ai revérifié ses droits, tout est bon...

Hello all, J'ai une scène avec le paramètre %% killOtherInstances qui se retrouve avec deux instances d'après la HC2. Pourtant, lorsque j'augmente son nombre d'instances et la sauvegarde ainsi, celui-ci se remet automatiquement sur 1. Etrangement, cette scène est censée afficher un message de debug dès son lancement, mais rien n'est présent dans le debug, malgré ces deux instances. Ces messages d'affichent pourtant bien lorsque je lance la scène manuellement... Et le nombre d'instances passe alors à trois! Je suppose donc qu'il s'agit d'une erreur d'affichage de la HC2... Quelqu'un a déjà rencontré cette situation ?

Bonjour à tous, Après plusieurs jours de recherches sur l'origine des lenteurs de réaction de ma HC2, j'ai trouvé avec certitude que c'était les FGMS001 qui ralentissaient parfois (mais régulièrement) l'entièrement du réseau Z-Wave si et seulement s'ils étaient triggers d'une scène. Le réseau Z-Wave étant un réseau au sein duquel les informations sont envoyées en série, c'est-à-dire qu'une commande Z-Wave sera en attente tant que la précédente n'aura pas été traitée. Mes ralentissements étaient donc dûs à au moins un module Z-Wave qui galérait dans le traitement d'une information et bloquait ainsi toutes les autres actions Z-Wave, qui étaient donc en attente... Puis s'exécutaient toutes d'un coup sans raison. L'inclusion des modules se passait parfaitement bien et la remontée des différentes valeurs était correcte et rapide. Mais, dès lors que ces mêmes modules devenaient triggers d'une scène, certains pouvaient parfois étrangler le réseau Z-Wave jusqu'à plus d'une minute, quand dautres fois c'était très réactif. Lorsque cela arrivait, les remontées d'information qui étaient toujours à jour dans l'interface de la HC2 étaient également à la traîne, jusqu'à ce que la scène (utilisant un FGMS comme trigger, qui étranglait le réseau à ce moment là) soit déclenchée, puis totalement exécutée. J'ai alors pris le taureau par les cornes, ai exclu tous les FGMS-001 du réseau, les ais réinitialisés et les ais réinclus un par un. Le problème était de nouveau présent dès qu'ils étaient utilisés en tant que trigger de scènes. À l'heure actuelle, je m'en suis sorti en modifiant le paramètre 2 (blind time) de tous les modules et en tendant vers leur valeur maximale (15), là où j'utilisais la valeur par défaut auparavant (2). Depuis, j'ai un réseau ultra-réactif comme jamais, avec la contrainte du blind time. Quelqu'un a-t-il déjà rencontré ce problème ? Je ne comprends pas vraiment l'origine à vrai dire, les FGMS fonctionnent parfaitement bien. La HC2 fonctionne parfaitement bien. Chacun est capable de remonter ses informations. Mais quand ils sont utilisés ensemble pour déclencher une scène, ça va globalement beaucoup moins bien. Tous les FGMS sont bien à jour. Autre chose, sur un autre FGMS001 qui m'a un peu fait galérer pour l'exclure/réinclure et après y être enfin arrivé, je lui ai mis les mêmes paramètres que ses congénères, mais celui-ci persévère à faire ralentir le réseau Z-Wave lorsqu'il est utilisé en trigger, mais qui fonctionne bien sans être trigger.... Bien évidemment, la reconfiguration du réseau maillé n'y change rien... Ça serait tellement trop simple Là par contre, je sèche...

Hello, Parmi tous les utilisateurs de ce module, quelqu’un aurait t’il une télécommande sans fil et éventuellement tactile à recommander pour l’associer avec ? Je pensais à une télécommande avec roue chromatique qui permettrait de sélectionner approximativement la couleur désirée.

Bonjour, J'ai réinclu tous mes modules sur batterie, dont celui-ci donc. Il fonctionne parfaitement. Par contre, il apparaît comme non configuré. Rien n'y fait : exclusion, reset du module, réinclusion, reconfiguration par HC2. Il reste non configuré. Quelqu'un d'autre aurait-il vécu cela lors de son inclusion ?

Bonjour, Est-ce que tu arrives à pinger la HC2 depuis un ordinateur du réseau local ?

Pour rebondir sur le message de @Lazer, les personnes qui n'auraient pas GEA (HC2), souhaitant quand même utiliser une seule scène pour gérer les actions en LUA : --[[ %% events 485 CentralSceneEvent --]] local trigger = fibaro:getSourceTrigger(); if trigger.type == "other" then fibaro:debug("Scene started by clicking 'start' button") else local Btn, Action = trigger.event.data.keyId, trigger.event.data.keyAttribute -- Bouton 1 if Btn == 1 and Action == "Pressed" then elseif Btn == 1 and Action == "Pressed2" then elseif Btn == 1 and Action == "HeldDown" then elseif Btn == 1 and Action == "Released" then -- Bouton 2 elseif Btn == 2 and Action == "Pressed" then elseif Btn == 2 and Action == "Pressed2" then elseif Btn == 2 and Action == "HeldDown" then elseif Btn == 2 and Action == "Released" then -- Bouton 3 elseif Btn == 3 and Action == "Pressed" then elseif Btn == 3 and Action == "Pressed2" then elseif Btn == 3 and Action == "HeldDown" then elseif Btn == 3 and Action == "Released" then -- Bouton 4 elseif Btn == 4 and Action == "Pressed" then elseif Btn == 4 and Action == "Pressed2" then elseif Btn == 4 and Action == "HeldDown" then elseif Btn == 4 and Action == "Released" then -- Bouton 5 elseif Btn == 5 and Action == "Pressed" then elseif Btn == 5 and Action == "Pressed2" then elseif Btn == 5 and Action == "HeldDown" then elseif Btn == 5 and Action == "Released" then -- Bouton 6 elseif Btn == 6 and Action == "Pressed" then elseif Btn == 6 and Action == "Pressed2" then elseif Btn == 6 and Action == "HeldDown" then elseif Btn == 6 and Action == "Released" then --Bouton 7 elseif Btn == 7 and Action == "Pressed" then elseif Btn == 7 and Action == "Pressed2" then elseif Btn == 7 and Action == "HeldDown" then elseif Btn == 7 and Action == "Released" then -- Bouton 8 elseif Btn == 8 and Action == "Pressed" then elseif Btn == 8 and Action == "Pressed2" then elseif Btn == 8 and Action == "HeldDown" then elseif Btn == 8 and Action == "Released" then end end

Bonjour, Comment sont contrôlées ces ampoules ? Sont-elles directement Z-Wave ? Car, pour faire ce que tu demandes, il faut déjà pouvoir connaître l'état des ampoules. En fonction de ta configuration, l'association directe peut éventuellement être une solution. Dans ton profil, tu as précisé Autre box domotique, est-ce bien le cas ou est-ce une erreur ? Car, les modules FGD-212 de Fibaro peuvent se passer du Neutre, mais l'option de déclenchement de scène semble ne pas être disponible pour les boxs non Fibaro. Méthode plus trash mais qui peut fonctionner en fonction de l'électricité de ton logement : transformer le retour de phase de l'interrupteur en neutre. Pour cela, il faut que la phase soit déjà présente au niveau des ampoules, afin que celles-ci soit directement alimentées sur le secteur. Ceci fait, transformer le retour de phase en neutre en le câblant sur celui-ci, également au niveau de l'ampoule. Note importante : Ne surtout plus actionner l'interrupteur classique qui était en place après ce changement, sinon tu risques de ne pas apprécier de, au minimum, te retrouver dans le noir. De manière générale, ne pas toucher à l'électricité lorsqu'on ne sait pas ce qu'on fait

Très intéressant! J'ai hâte de découvrir la version que tu mettras à disposition, pour me rendre compte de cette différence. De la curiosité en fait! Pour information, je pense avoir trouvé ce qui consommait de la ressource à cette HC2 : deux scènes en blocs graphiques qui avaient été converties en LUA par curiosité, mais sans aucune modification. Pourtant basiques, j'avais créé ces deux scènes pour qu'elles gèrent simplement le changement d'état de ma variable "Soleil", sans jamais y regarder de plus près. J'avais donc deux scènes supplémentaires qui tournaient 24/24h, pourtant basiques. Néanmoins, le diagnostique CPU n'a jamais été aussi plat que depuis que j'ai transféré cette gestion dans ma scène qui tourne toutes les 1 minute. Cela amène quand même des interrogations : est-ce la norme ? je me demande comment font les gens pour faire des scénarii complexes sur HCL si tel est le cas. Je vais me procurer une HC2 de secours, y copier ma configuration et voir si cela est similaire... Je serai fixé!

Comment as-tu pu mesurer la différence avec ou sans interface web pour le coup ? J'ai fait un ticket. La personne du support a supprimé toutes les userdatas. Après 2-3 jours, je constate toujours ces peaks d'utilisation du CPU... Par contre, l'utilisation de la RAM est passé à 20% et reste stable! Ton installation pas mal chargée ne s'approche jamais des 100% d'usage CPU. J'en suis très jaloux!

Hello tout le monde, Avec ce petit post, j'aimerais qu'on puisse partager un peu l'utilisation des ressources de nos HC2 en fonction de nos configurations. Ceci afin de voir à quel point elles tiennent le choc en fonction de ces différentes configurations, surtout que nous avons ici des membres avec de grosses installations! Il s'agit là de simple curiosité, mais je pense que cela peut être utile que chacun puisse comparer ses diagnostiques par rapport à ceux des autres Pour ma part, j'ai l'impression ma HC2 est encore une adolescente. En effet, j'ai constaté que le CPU de ma HC2 avait tendance à avoir régulièrement des peaks dans les 100%, sans pouvoir l'expliquer. Lorsque je m'interrogeais sur la réactivité des modules / triggers de scène, c'était en fait la HC2 qui ne traitait pas l'information immédiatement parce qu'elle n'était pas trop en mesure de le faire. De temps en temps, elle pique des crises, sans raison. Et l'utilisation CPU est au rupteur jusqu'à ce qu'elle décide d'arrêter d'elle-même. Lorsqu'elle fait ça, redémarrages et recoveries n'y changent rien. Tout comme la désactivation de toutes les scènes et mainloops de VD. J'ai vécu cela récemment pendant 2 jours, autant dire que rien ne fonctionnait. Il a fallu être patient. Désormais, cela va beaucoup mieux. Mais je constate néanmoins toujours des peaks à 100%, que je n'explique toujours pas. Lorsque je désactive à nouveau scènes et Mainloops de VD, on constate que ces peaks sont encore présents, ayant moins tendance à frôler les 100%, certes. Mais il suffit d'un peak inconnu + un réel besoin de ressources pour le traitement d'une tâche pour que la HC2 soit incapable de traiter une information. Au niveau de la mémoire vive, on est à plus de 50%, ce que je trouve relativement beaucoup : J'ai fait une demande au support pour en savoir plus et essayer de régler ce problème. Ma configuration : - 2 scènes qui tournent constamment : Watchdog + Boucle de vérifications toutes les minutes - 1 scène par pièce en %% kilOtherInstances - Quelques scènes qui se déclenchent dans certaines conditions (Mode Sommeil, API Netatmo lorsqu'on passe devant la caméra...) - 4 VD maison seulement avec petite Mainloop qui tourne constamment - 8 VD Sonos Controller - Z-Wave : 10x Fibaro FGMS001 / 6x FGS223 / 2x FGD212 / 3 Wall Plug / 1x Aeotec ZW095-1C60 Une configuration somme toute petite je pense