Aller au contenu

jluc2808

Membres confirmés
  • Compteur de contenus

    246
  • Inscription

  • Dernière visite

  • Jours gagnés

    21

jluc2808 a gagné pour la dernière fois le 28 janvier

jluc2808 a eu le contenu le plus aimé !

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.

jluc2808's Achievements

Newbie

Newbie (1/14)

  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

62

Réputation sur la communauté

  1. je crois en auto-protection, tu dois alimenter un relai qui réagit en 12v
  2. il me semble qu'il y a 2 paramètres à régler le param 150 à 1 pour enclencher le mode retardé OFF et le paramètre 152 pour la durée en dizième de seconde
  3. oui le shelly tel que dans ta config (donc alimenté en 24v) ne sera relié qu'aux interrupteurs, pour commander les modules complémentaires de ton réseau z-wave, il faut soit faire une association directe, entre le end-point du switch de l'inter connecté au shelly et le module à commander. soit passer par une scène de ta box domotique qui va actionner le module que tu veux (dans ce cas le module peut être n'importe quoi wifi, zigbee, z-wave, ....)
  4. oui tu peux mettre comme module de gestion de la lampe un dimmable (FGD212) ou un ON/OFF (FGS213 - FGS223) puisque le module qui va gérer l'inter n'est plus celui qui gère la lampe.
  5. ok j'ai déjà eu ce cas de figure pour remplacer les équipements pilotés en KNX la solution que j'ai mise en place c'est de mettre un interrupteur en 24v dans la partie inter , supporté pare fil KNX existant et de faire une association de groupe Z-wave pour avoir du pilotage en direct entre le module en 230 et le module en 24v. en inter 24v tu as les walli (pas sur pile mais en alim 24v) tu as aussi le SHELLY QUBINO - MODULE D'ACTIVATION DE SCÈNES/ACTIONS Z-WAVE+ 800 SHELLY WAVE I4 DC (24 VDC) auquel tu peux mettre un inter simple filaire en entrée et qui permet via association directe ou scène de piloter ton module qui gère la lampe. (probablement solution la moins onéreuse)
  6. juste une question sur ton schéma @Van Steenberge tu alimentes le In en 230v c'est donc que tu as le 230v (phase) disponible pour le module, je suppose que si tu dis que tu n'as pas le 230v c'est qu'il te manque le neutre ? - si c'est le cas - normalement l'alimentation en 24v DC du module FGS224 devrait le faire (bien entendu si ton IN est en 230v pour la phase de ta lampe) puisque cette partie est indépendante de l'alimentation de la lampe (avec le IN) - une autre alternative est de mettre un FGD212 qui n'a pas besoin de neutre (puisque tu as la phase dispo)
  7. 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
  8. 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.
  9. 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)
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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 ?
  15. 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 ?
×
×
  • Créer...