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 !

Il y a 2 heures, Nico a dit :

Hello. Petite question cela fonctionne encore aujourd'hui après les updates divers ?

Hello @Nico,

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

Il y a 10 heures, Dragoniacs a dit :

Tu es en HC2 ou HC3 ?
Sur le post du QA , on a parlé de ça et il y a une ligne de code a chngar pour que ça fonctionne de nouveau.
Regarde si ça peut aussi s'appliquer en HC2

Envoyé de mon M2012K11AG en utilisant Tapatalk
 

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é!

Le 11/02/2021 à 13:30, Lazer a dit :

C'est toujours surprenant cette utilisation du CPU

Déjà rien que le fait d'ouvrir des fenêtre sur l'interface Web (y compris la fenêtre du graph CPU) consomme un pourcentage non négligeable.

Et ça empire en ouvrant plusieurs onglets en parallèle.

Comment as-tu pu mesurer la différence avec ou sans interface web pour le coup ?

Le 11/02/2021 à 13:30, Lazer a dit :

Je ne sais pas du tout pourquoi tu as des périodes aussi intenses d'utilisation de ton CPU.... seul Fibaro pourrait le diagnostiquer je pense. 

Le 11/02/2021 à 13:30, Lazer a dit :

Bon déjà juste pour rectifier, tu n'es qu'à 43 % d'utilisation de la RAM, donc c'est très bien

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

Bonjour,

Je déterre un peu ce sujet puisque, sans raison valable, ma HC2 s'est mise à ramer énormément, il est devenu compliqué d'y accéder via l'application et c'est très long pour passer d'une page à une autre directement sur l'interface.

Un petit tour dans les diagnostiques et je constate avec stupeur que les deux coeurs du CPU sont quasiment tout le temps à 100%.

J'ai donc désactivé toutes les scènes une par une, puis toutes les MainLoop des VD. Alors on n'arrive moins à moins de 100%, mais quand même à 30% en moyenne avec des pointes à plus de 90%.

Du coup, j'ai accès au contrôle manuel des modules Z-Wave... Mais pour une box à qui on ne demande rien, c'est un peu beaucoup je trouve

Du coup je suis tombé sur ce sujet du forum... Et si des notifications devaient être en cause... Comment vider ce cache ?

Autre que le bouton Supprimer tout fait du Centre de Notification, bien sûr!

Edit: Visiblement, ce script devrait faire l'affaire pour les notifications. Je vais essayer, en espérant que ça soit cela!

Edit2: Bon, c'était pas ça du tout visiblement.

Merci à nouveau @Lazer.

C'est bien ce que j'avais en tête.

Je me demandais simplement si quelqu'un aurait réussi à le faire, bien que cela ne me semble pas envisageable et ta publication semble le confirmer

Très bêtement, j'avais remplacé tous les fibaro:debug() d'une scène, par une fonction de debug, faisant appel à fibaro:debug(), permettant la colorisation en fonction des messages.

J'ai donc cherché et remplacé mes fibaro:debug() par Debug(). Y compris celui au sein de la fonction, qui devait rester. Cela avait alors créé une boucle infinie qui en demandait beaucoup à notre chère box!

Hello,

Je viens enfin de prendre le temps de m'en occuper et d'y arriver!

En fait, il est directement possible de cliquer sur un autre module dans la catégorie Groupe qui apparaît dès que le paramètre 21 a été mis sur la valeur 1 et la page rechargée! Merci @Lazer!

Toujours sur les FGD-212, quelqu'un aurait déjà testé de les utiliser avec des interrupteurs avec témoin lumineux ? Dans une configuration sans neutre.

Dans le sens où la phase est nécessaire pour que ces témoins lumineux s'allument, quel est leur comportement lorsqu'ils sont branchés sur un FGD ?

A voyant lumineux ou a pas voyant lumineux ?

Je ne trouve pas de schéma/synoptique de fonctionnement de ce petit module.

J'aurais tendance à penser que l'interrupteur sert uniquement à mettre en contact deux bornes du FGD, sans courant électrique (et donc sans voyant possible dans les interrupteurs), mais si quelqu'un peut le confirmer

Le 25/01/2021 à 00:09, Twentycents a dit :

Tu n’arrives pas à le faire via une scène ?

Le but est vraiment d’avoir quelque chose de propre, voire même du profiter du Z-Wavre pour ne pas pouvoir se rendre compte qu’il y a plusieurs dimmers (à cause d’un léger délai).

Ce qui n’est pas facilement envisageable via Scène ou VD.

Il y a 13 heures, Lazer a dit :

J'ai retrouvé, dans le FGD-212, c'est le paramètre 21 qu'il faut configurer à la valeur 1 pour synchroniser la valeur des dimmers associés entre eux :

 

 

 

Quant au groupe d'association, je pense qu'il faut utiliser le groupe 3 :

 

 

Super, merci beaucoup de ces recherches et cette solution! Je vais essayer de mettre cela en place ce week-end et reviendrai dire si cela a été concluant. Encore merci!

Il y a 5 heures, xav31190 a dit :

Salut,

Tu pourrais être plus clair, j'ai pas tout compris dans ta demande !!!

Actuellement, j'ai deux FGD-212 qui contrôlent l'intensité d'une même suspension. Tous deux sont associés à la HC2.

J'aimerais que lorsqu'on modifie l'intensité de l'un des deux, l'autre s'ajuste automatiquement à la puissance du premier, qui serait le référent.

Je pense qu'il doit y avoir un moyen simple via le Z-Wave, mais je n'arrive pas à mettre la main dessus.

Bonjour,

J'aimerais pairer deux FGD-212 : les deux étant dans la même suspension et n'ayant aucun intérêt d'avoir deux intensités lumineuses différentes.

J'ai fait un VD agissant sur les deux, mais je suis certain qu'il y a un moyen plus simple, sans passer par un VD.

J'ai recherché du côté des groupes et fait des essais. Rien de concluant, c'est, je trouve, assez complexe à appréhender.

La finalité est donc de n'agir que sur un seul des ces modules et que le réglage de celui-ci soit immédiatement répercuté sur l'autre.

Si des fois vous pouvez... m'éclairer

Le problème est réglé de mon côté.

J'ai supprimé à nouveau la variable globale et ai ensuite réenregistré tous les VD un par un.

Le retour d'information ne fonctionnait pas sans cette sauvegarde pour chaque VD, c'est vraiment étrange...

Ah, d'accord.

Je n'utilise que le VD, pas même le TTS, juste pour gérer le volume et l'arrêt/mise en route des enceintes.

Du coup, je n'ai malheureusement pas d'autre module pour essayer le volume.

il y a 2 minutes, Did a dit :

 Salut J3R3M,

Et si tu mets le volume à 30 dans un autre bouton du VD, il change bien?

Puis ensuite, tu appuies sur le bouton avec le volume sauvé à 20, ça ne le modifie pas?

 

 

Salut @Did,

Merci de prendre le temps de m'aider.

Je ne suis pas certain de comprendre, comment puis-je envoyer un niveau sonore depuis un bouton du VD ?