jluc2808

je lâche pas l'affaire quand je regarde mon panneau diagnostic j'ai une série de composant fibaro qui sont avec NA (et mon wall plug suspicieux est lui à 0 - 0) ce qui me gêne c'est que tout ceux avec la coche verte et qui sont en N/A - N/A sont des composants fibaro (je ne parle pas de ceux avec le triangle orange qui sont des composants non fibaro) : FGS224, FGWD111 (variateur walli), FGWDS221 (walli), FGBS222 (smart implant), FGWCEU-201 (walli controller sur secteur 24v) et des FGR223 (BSO), donc dedans des composants bien connus et utilisés par ailleurs j'en ai plein d'autres de même nature et quasi contigu dans l'espace qui ne sont pas dans la même situation, par exemple tous mes FGR223 et tous mes FGS224 sont dans un tableau au même endroit) autre point qui me chagrine depuis le début et pour lesquels je constate des latences ce sont les composants fibaro qui sont quasiment tous dans le RDC et dont je ne sais plus quoi faire pour éliminer ces latences ce sont à peu près tous des inter walli controller (tous sont sur secteur en 24v) et le maillage est dense puisque j'ai une quarantaine de composant z-wave sur l'étage RDC et une trentaine de composant z-wave juste au dessus quasi tous à l'aplomb des composants qui sont avec des failed, et la box HC3 à l'étage (donc environ entre 4 et 6m par rapport à ces composants). De plus mon maillage doit être conséquent puisque j'ai 112 modules connectés. j'ai tenté hier et quelques jours avant de forcer une reconfiguration du maillage avec les composants présentant le plus de 'failed communication', ça n'a pas changé grand chose, pour certains on est passé de 3x.xx à 2x.xx mais pas à 0

bonjour, il y a un truc que je comprend pas trop dans ce panneau, j'ai quelques modules avec des communications et communications failed, mais je ne sais pas comment interpréter cela , est-ce que les chiffres affichés sont bons , pas bons , critiques et quelles valeurs commencent à être critiques, parce que la pastille est verte donc z-wave considère cela comme normal ? @lazer j'ai pas compris comment monitorer (ou quoi monitorer dans ce panneau ?) je vois bien les URL avec F12 mais je vois pas comment traiter cela ?

oui j'ai regardé le nouveau panneau, mais après reboot ça dit plus rien est-ce qu'on a une solution pour être alerté ou même déclencher une scène de reboot si ça floode comme ça ?

bonjour, truc bizarre hier soir avec un HC3 sous 5.150.18 et que des modules z-wave. sur HC3 avec la version stable 5.150.18 et aucune modifications depuis quasiment 2 mois, hier l'utilisation s'est retrouvée avec quasiment plus aucun modules zwave ne répondant aux ordres simples ou aux scènes . Volets, lumières sans actions, alors que la box a bien tous les ordres dans l'historique avec semble-t-il les bons horaires. Les capteurs (zooz detecteur d'ouverture pour le portail, Steinel mouvement et lux pour l'escalier exterieur) eux ont remonté les infos correctement dans l'historique. Ce qui m'a le plus surpris c'est la consommation d'un wallplug fibaro qui normalement tourne autour de 4,4w et 4,8w et vu dans l'historique comme consommant 13,8Kw. je n'ai pas pu regarder la consommation CPU et MEM, parce que je n'ai été alerté que ce matin du souci arrivé hier entre 21h et 22h. Après reboot de la box tout est rentré dans l'ordre, mais cette séquence avec quasiment tout bloqué (sans actions) me gêne. Auriez-vous une explications ou une piste pour savoir ou chercher le pourquoi ?

non malheureusement pas d'améliorations, j'ai ajusté tout ce que je pouvais en forçant les recalcules des routes pour les modules avec 3 rebonbs, pour avoir pour chacun au moins 1 route avec 2 rebonds, mais comme on ne peut pas forcer une route, c'est juste en forçant le recalcul que le module incriminé que j'ai réussit à faire cela Pour contrôler j’utilise mon PHP modifié qui permet de cibler un node et voir les routes utilisées.

j'ai toujours, mais malheureusement pas chez moi donc avec des difficultés à mettre en place du monitoring ou de la corrélation, sur le réseau que j'ai installé des latences, - pour ce qui concerne le polling je l'ai passé comme préconisé à 440s, - je suis en V2 sur HC3, - 108 modules sur les 112 équipements sont en filaire alimenté et paramétrés comme hors polling, sont donc des routeurs Zwave - les seules qui sont avec polling sont les 4 détecteurs de fumée et CO qui sont sur alarme, - j'ai mis sur un réseau zwave / HC3L distinct les 4 modules de la piscine qui pouvaient poser problème - j'ai repris tous les modules qui avaient plus de 3 rebonds pour refaire une reconfiguration du maillage et maintenant je n'ai plus aucun modules qui a au moins 1 route avec plus de 2 rebonds - j'ai dans la mesure du possible fait des associations directes Zwave dans tous les cas ou c'étaient possible (entre les inter et les modules actionneurs) - tous les modules actionneurs (FGS223, FGR223, FGD212) sont au même endroit dans 1 tableau dédié ce qui m'agace le plus c'est que 2 inter (walli controller) juste à côté l'un de l'autre n'ont pas le même comportement en terme de latence (bien entendu j'ai refait le maillage pour tous les modules inter avec latence) que je n'ai strictement jamais de latence si je passe par l'application fibaro ou même sur homeassistant qui donne les ordres à la HC3 via le plugin Fibaro de HA (donc les ordres entre la HC3 et les actionneurs de lampes et de volets sont fluides) que si je moniteur la HC3 j'ai jamais plus de 8% de CPU , 75% de mémoire (dont 30% de cache) , 26% de stockage utilisé, et dans les modules les plus bavards, ce sont des walli controller (donc pas bavard qui ne sont pas dans le polling et sont en fliaires) j'en ai 4 avec 68 communication frame / hour et 25% de failed communication

bonjour @Achille85, j'ai a peu près la même config des walli controller pour commander des FGS223, les walli sont dans les plots d'encastrement mais sans le 230v, ils ne sont plus sur pile car je les ai mis sur du 24v DC. 1- je constate, même avec des walli sur courant qu'il y a des fonctionnements aléatoirement avec latence, lorsque j'appui sur les walli pour allumer ou éteindre les lampes derrière les FGS223, c'est encore plus vrai (le phénomène de latence) avec des lampes dimmables derrière des FGD212. 2 - j'ai repris toute ma config pour m'assurer que tous les modules avaient au moins un route avec au maximum 1 rebond (il peut y avoir plusieurs routes avec 3 ou 4 rebonds, mais là on ne contrôle pas) 3 - mes walli sont maintenant tous alimentés et ça n'a pas changé grand chose (donc ils sont routeurs) 4 - si tu utilisent les walli en "va et vient" alors la seule solution est de passer en mode scène, le mode association dans ce cas ne convient pas , parce que pas de retour d'état de la lampe vers le walli plusieurs remarques : - que les walli soient alimentés ou sur pile cela ne change rien sur le fait qu'on puisse faire une association directe entre le walli controller et le FGS213 , la seule chose qui change c'est que le walli controller sur pile doit être réveillé pour prendre en charge un changement de paramètre ou d'association (sinon ce n'est pas effectif tant qu'on a fait le réveil) voir la procédure de réveil https://tutoriels.domotique-store.fr/content/253/531/fr/manuel-en-français-du-fibaro-walli-controller-fgwceu_201-_-bouton-mural-emetteur-z_wave-plus-v2.html - l'association avec les FGS(223 ou 213) doivent se faire via le paramétrage d'association multi-channel et pas en association du module, avec les groupe 2 et / ou 4 pour les FGS213, attention en mode association ne pas mettre en mode scene paramètre 20 à 0 mais en mode actionneur 20 = 1 , 2 ou 3 (en fonction de ce que l'on veut faire) sinon ça ne fonctionne pas le module reste en mode scène et ne fonctionne pas en mode association

oui même chose que le ballon

tu peux faire cela en mode block sauf si ce que tu as dis de ta spécification est pas complète . et en l’occurrence elle doit pas l'être, puisque tu demande de fermer dès que c'est détecté ouvert, va falloir être rapide pour rentrer ou sortir !!! trêve de galéjade , tu vas surement avoir à mettre un délai entre fermeture et ouverture et peut-être fonctionner différemment la nuit et le jour ?

c'est quoi exactement le modèle de ta PAC (surtout l'unité intérieur) ?

bonjour , j'ai eu a peu près la même chose à faire chez un client , le thermostat équivalent à ton tybox 10 est effectivement avec 1 seul fils et sert juste de contacteur sur la phase, pas d’alimentation complète et le déclenchement se fait au niveau de contacteur physique de la molette, sur une carte avec un détecteur physique de température calibré en usine. (j'ai pas cherché plus loin) j'ai enlevé le thermostat et relié les 2 fils pour faire un contact permanent. Puis bouché la trou. j'ai dérivé les 2 fils neutre et phase en sortie du disjoncteur vers un thermostat (j'ai mis un zigbee, mais ça peut être un zwave), en sortie du thermostat j'ai repris les 2 fils phase / neutre pour les connecter au chauffage. C'est assez simple, il te faut 4 fils qui vont de la sortie du disjoncteur vers le thermostat et les 2 retours vont vers le chauffage. avec ce dispositif tu mets le thermostat ou tu veux et tu régule physiquement ou avec la domotique. si maintenant tu ne peux pas tirer les fils, alors tu mets un module ON/OFF du calibre de ton chauffage (10A/16A) derrière le disjoncteur en coupure de ton chauffage et tu mets ton thermostat ailleurs sur pile. si maintenant tu as au dessus de 16A (pour plus de sécurité 10A) alors il te faudra mettre un 2A qui commande ton 20A. et le module commande le 2A.

bonne et heureuse année 2024

j'ai installé Restclient dans les modules extensions de firefox

justement les piles tiennent assez peu, installée en septembre et j'ai déjà des alertes piles faibles depuis fin novembre (3 mois !!!!), de plus depuis ces alertes j'ai des loupés de détection d'ouverture, j'espère que les 2 sont liés autres remarques: comme le détecteur est à l’extérieur je l'ai mis dans son boitier fait pour, mais là c'est une galère pour l'ouvrir, impossible s'il est sur place, donc il faut décoller le boitier étanche, ensuite avec les tournevis d'horloger (la pastille de démontage en plastique livrée avec est trop grosse pour permettre de déclipser) déclipser les 2 clics (ensemble, donc 4 mains) et ensuite on accède au boitier pour changer la pile ...... si vous avez une autre référence en détecteur d'ouverture sans fils et z-wave , je suis preneur.

merci de cette réponse, évidement pas encourageante, mais c'est pas de ton fait

pardon mais quoi c'est l'autre topic ?

bonjour , j'ai installé un détecteur d'ouverture sur le portail , zooz ZSE41, il est sur pile (RC2032) Pour l'instant il fait son boulot et me remonte bien "alerte" lorsque ouverture et "sans danger" lorsque fermé - 1 - quand je regarde la partie paramétrage ==> j'ai rien (c'est peut-être normal ?) - 2 j'ai ajouté une notification sur pile faible ==> elle se déclenche et j'ai une notification à 36% (probablement avant j'ai pas regardé) je souhaiterais modifier le seuil de déclenchement de la notification sur pile faible , j'ai pas trouvé ou ça se paramétrait si quelqu'un a une idée ou une piste , je suis preneur merci

si on regarde le LUA de la commande crée en mode block (et qui fonctionne) on a hub.call({[1] = 452, [2] = 457, [3] = 460, [4] = 463, }, 'setRingsLightMode', "on") hub.call({[1] = 452, [2] = 457, [3] = 460, [4] = 463, }, 'setProperty', "ringUpperColor","green") hub.call({[1] = 452, [2] = 457, [3] = 460, [4] = 463, }, 'setProperty', "ringBottomColor","green")

@jojo si je me rappelle, j'avais tenté de faire un truc équivalent avec les couleurs des anneaux d'un walli controller, sans succès, ça passe aussi par la modification d'une propriété, comme ça fonctionne bien avec une scène en mode block, et que j'ai jamais réussit à faire ça avec GEA, j'ai laissé tombé sans plus d'investigation (erreur de syntaxe, ordre pas déclenché comme il faut, séquence GEA pas adaptée, ou fonction qui ne marche pas, ....).

ton bouton c'est quoi un bi-stable ou un mono-stable (bouton poussoir) et en fonction tu as paramétré correctement le bouton dans les paramètres du FGS ? Aussi si tu as des entrées sur le bouton NO et NF , assure t toi que c'est conforme au paramétrage.

bonjour , j'ai un detecteur de mouvement / luminosité Steinel IS 140-2 Z-Wave, sur secteur, pour lequel j'ai mis un scénario pour allumer/éteindre des lampes (branchées sur FGS223) lorsque le dispositif fils du détecteur - lampe du détecteur de mouvement est ON/OFF. Ça déclenche avec un réglage de luminosité en dessous de 74lux pour 255 secondes et avec un interval de 10s pour le capteur. Depuis le paramétrage et mise en service, je constate que c'est ce qui se passe. la fiche paramétrage z-wave: https://www.steinel-france.fr/out/media/operationmanual/10322_Z-WAVE_module_Specification_05_2017.pdf il est mis hors pooling mon paramétrage : quand je regarde dans diagnostic - zwave j'ai 4333 communications moitié en incoming et moitié en outgoing ce nombre me gène je n'arrive pas non plus à comprendre tous les paramètres du steinel si une bonne âme peut m'aider . merci

c'est quoi LILI ?

Pour ma dernière installation qui est avec que du z-wave, j'ai opté pour du HC3 pour gérer les équipements z-wave + une HCL(en wifi) pour les 5 modules trop difficiles car dans le local piscine (surtout pas en slave ou j'ai eu que des déboires lorsque ça se passe mal). L'intégration se fait dans la partie UI avec HomeAssistant, via la passerelle Fibaro de HA, qui discute avec les 2 box. Avec HA, je gère l'interface utilisateur ainsi que les équipements comme airzone, doorbird, unifi, nuki, les tablettes ou IPAD, les téléphones , .... et quelques scénarios qui croisent tout cela. Par contre les scénarios qui font appel à strictement des paramètres Z-wave sont sous HC3 (les anneaux de couleur des walli). l'intérêt c'est aussi de pouvoir contrôler sous HA, la disponibilité des HC3 et HCL (et les relancer électriquement à distance via des prises commandées Shelly) et faire le contraire (contrôle et relance HA) avec une prise fibaro sous HC3. Je parle pas des onduleurs.

désolé mais je n'ai pas compris la partie barrée et le commentaire sur l'exclusion , peux-tu être plus explicite dans ce que tu souhaites faire ?

beaucoup de questions : je vais tenter de donner quelques réponses sur les modules , les FGS-xxx sont des modules alimentés et connectés et nécessitent 3 fils à minima - les FGS213 et FGS223 sont strictement avec du 230v, nécessitent obligatoirement la phase et le neutre, ils commandes du ON/OFF sans variation, le 213 commande 1 seule sortie alimentée (par exemple 1 lumière) et le 223 2 sorties alimentées (2 lumières) - les FGS214 et FGS224 - peuvent être alimentés en 24v-30v DC ou en 230v AC - si en 230v phase et neutre sont obligatoires - l'alimentation des sorties est indépendante de l'alimentation du module donc on peut avoir du contact sec, du 230vAC ou du 9-30vDC , 214 pour 1 sortie , 224 pour 2 sorties si tes modules DIO sont avec seulement 2 fils, ce sont probablement des modules de type "chacon DIO 548515 - encastrable ON/OFF 200w sans neutre" ou un modèle équivalent plus ancien. ces modules sont exclusivement avec la phase et serve de coupure de phase pour la lampe qui est connecté. En gros ils fonctionnent comme un interrupteur ON/OFF sur le fil de phase. MERCI de donner les noms ou ref pour confirmer. si c'est le cas alors, soit tu as le neutre qui se balade derrière le plot d'encastrement (ce dont je doute) soit tu es obligé d'utiliser des modules qui fonctionnement sans neutre, dans ce cas tu dois partir sur des dimmer qui peuvent simuler le neutre. chez fibaro c'est le FGD212 (avec un inter) ou le Walli dimmer FGWDEU-111 (inter compris) qui peuvent faire cela, il y en a chez d'autres comme les nouveaux shelly-z-wave (reprise des qubino) ou chez Heatit ou .... . sinon tu installes tes modules devant les lampes et tu commandes avec des interrupteurs sur pile.