Aller au contenu

jluc2808

Membres confirmés
  • Compteur de contenus

    240
  • Inscription

  • Dernière visite

Réputation sur la communauté

61 Excellent

À propos de jluc2808

  • Rang
    Membre passionné

Profile Information

  • Sexe :
    Homme
  • Ville :
    peynier
  • Intéret :
    domotqiue, voyage, sport
  • Box
    Autre
  • Version
    HC3 + HA

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

  1. jluc2808

    plugin airzone pour webserver

    bonjour, j'ai plusieurs gainables sur plenum airzone raccordé à un webserver (dont je connais l'adresse IP) j"ai installé le plugin fournit dans les fibaro marketplace pour HC3 plugin fibaro airzone pour hc3 dans le paramétrage SystemId ZoneId j'ai pour l'instant laissé 1 et 1 parce que je ne connais pas ce qu'à installé le chauffagiste et comme je suis à distance je n'ai pas accès aux configurations sur les blueface. 1 - y a t il u moyen de récupérer toutes les infos ZoneId et SystemId depuis une application ? 2 - dans l'application (plugin fibaro markerplace), je ne vois pas les infos de type humidité et températures (constatée et cible) 3 - faut-il installer autant de fois le plugin que de zone ou pièces à gérer ? merci de votre aide
  2. jluc2808

    choix Volet roulant pour HC3

    OK mais ton fil d'alim pour le volet tu le prends bien de l'interieur ? si c'est ça tu peux passer 1 câble vers une boite de dérivation intérieur sinon tu as la possibilité de mettre un inter sans fil (par exemple un walli controller) qui va s'associer à ton module roller shutter du côté moteur.
  3. jluc2808

    Installation du 67

    voilà pour schéma de branchement du FGS214 comme tu peux voir , ton inter doit être branché sur S + Phase et pas Q et IN Q et IN c'est pour le retour lampe (si IN est avec la phase alors ta lampe devra avoir le Neutre en direct)
  4. bonjour, j’ai installé un module de mesure de mon installation en tri-phasé pour monitorer ma PAC (daikin ancien modèle) qui est en tri-phasée. j’ai branché mon AEOTEC energy meter Gen5 (zw095) en z-wave et il est reconnu avec les toutes les infos disponibles. j’ai mes 3 TOR sur les 3 phases et les alim correspondantes sont branchées les données sont disponibles mais me posent problèmes. dans les consommations instantanées (en W) j’ai pour les 3 TOR, par exemple: 340W, 314W, 12W ==> le module me donne une conso générale de 665W à la différence de secondes pour les remontées individuelles et le cumul) ça semble correcte. Mon souci est que ça semble bon, mais que, ça n’a aucun sens avec ma consommation constatée et validée de tri-phasé général. je monitore ma conso générale avec un dispositif solaredge que je compare avec mes relevés linky / EDF depuis près de 1 an. Ma consommation au 30 minutes, depuis plus d’1 an, est tout à fait en phase avec les données linky et les données enedis/EDF. Donc j’ai tendance à faire confiance à ce metering conso générale qui prend ses infos sur 3 TOR en départ vers le Linky. Pendant que le Aeotec me donne 665w de consommation, mon compteur général me dit que je consomme 835W et je suis certains que j’ai au moins 472W qui sont consommés par ailleurs. donc si je fais l’addition je devrais consommer 472+665=1137 w à minima (j’ai aussi d’autres équipements qui consomment entre 5 et 15w et qui ne sont pas dans ces chiffres) ==> d’où ma question / interrogation Pourquoi ces chiffres du tri-phasé ? si vous avez une explication ou si j’ai un paramétrage à faire que je n’ai pas fait, je suis preneur. merci d’avance
  5. jluc2808

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    plus je regarde le retour API moins je comprend et dans tous les cas je ne retrouve pas mes petits choisissez la Réponse : A - l'API retourne n'importe quoi B - le panneau diagnostic/Z-wave de la HC3 moteur 2 , restitue n'importe quoi C - y a une logique mais pas évidente D - les extra-terrestres ont débarqué et s'amusent à perturber les HC3 Pour moi je vote D
  6. jluc2808

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    ok merci j'ai juste fait un ordre avec api/apps/com.fibaro.zwave/diagnostics/transmissions pour voir ce que ça restitue et j'ai comparé avec ce que restitue le panneau officiel quasi en même temps là je ne comprend pas les différences ou je ne sais pas lire ce que restitue l'API ? mon exemple: dans la partie communication on a 21 et si on additionne incomingTotal et outgoingTotal on a 18 de même on a 14.29 de Failed Communications alors que l'API en restitue 0 de plus si je regarde dans l'API de tous les NodeId j'ai toujours 0 sur les partie Failedxx que ce soit en incoming ou outgoing
  7. jluc2808

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    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
  8. jluc2808

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    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 ?
  9. jluc2808

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    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 ?
  10. jluc2808

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    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 ?
  11. jluc2808

    système avec latences aléatoires , quelles solutions ?

    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.
  12. jluc2808

    système avec latences aléatoires , quelles solutions ?

    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
  13. jluc2808

    système avec latences aléatoires , quelles solutions ?

    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
  14. jluc2808

    Domotisation thermostat PAC

    oui même chose que le ballon
  15. 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 ?
×