jerome_clamart

Il a plu pendant 1 mois, pas de souci et aujourd'hui il a fait beau. Mon module préféré a encore sonné et réveillé le petit pendant la sieste ... Pourriez vous partager vos paramètres, pour ma part j'aimerai arrêter la gestion des températures, les polonais sont mauvais sur cette gestion et cela fait sonner l'alarme c'est lourd. je n'arrive pas a enregistrer les parametres donc j'ai décroché les modules jusqu'a ce que cela fonctionne, je sais pas comment desenregistrer et ré-enregistrer ces modules. Si qu'un a une idée. Merci

Bonsoir Razowski, C'est bien ce qui m'étonne également, mais nous ne sommes pas les seuls a avoir ce problème... Autre souci, la conso électrique, la version 002 est fort consommatrice face a la version 001 ! J'attends 1 mois pour voir mais les premières tendances sont très claires, la version 002 semble être une catastrophe.

Bonjour à tous, Je me réponds, cela pourra aider, c'est un pic de température qui a tout déclenché ... un pic à 28°C ! J'ai donc remonté le seuil à 72°C au lieu des 55°C, ce qui devrait me laisser tranquille a la prochaine fois qu'il fait beau. Cela a sonné pendant presque 2 heure en continue et la pile annonce aujourd'hui 5% avec MyBatterie ... Je pense que l'idée de Fibaro de prendre la température comme précurseur du feu est étrange, sauf a partir du principe que le feu est directement sous la sonde et que le feu va la bruler avant qu'elle ne se déclenche. Une dernière remarque, j'ai placé mon capteur dans des combles avec une hauteur sous plafond de 4m dans un coin peu ventilé, d'où également un problème potentiel sur les températures. Je reviendrai si le problème se reproduit.

Bonsoir, Je viens de monter 2 détecteurs FGSD-002 de retour de vacances dimanche dernier(il y a donc 3 jours) J'en ai un qui s'est mis a sonner par série de bcp aujourd'hui a 16h, petite alerte car il y a de la fumée détectée dans le message que je me suis envoyé ... J'appelle à la maison, rien tout allait bien. Par contre j'ai My batterie qui me donne la batterie a 5%. Je suis rentré ce soir et j'ai essayé de comprendre, comme il st installé dans un chambre sous les combles, la température est montée a 26° et le pauvre chou a cru que c'était le feu :) J'a donc décidé de modifier les paramètres car c'est délirant ... Parametre 1 passé à 3 (sensibilité plus basse) Parametre 30 passé à 70° (température dite "élevée") Se peut il que j'ai oublié de modifier un paramètre important pour éviter les faux positifs ? Cet après midi, cela a juste fini par réveiller le petit, comme dirait ma femme : "je sais pourquoi la domotique n'est pas encore démocratisée ... " En revanche, elle va m'arracher les modules si cela sonne de nuit pour le plaisir. Merci pour vos retours

@Lazer, merci pour ton retour, je vais le coupler via GEA a la detection de mouvement pour lancer une lumière...

N'en jetez plus, je vais finir dehors ce soir @Lazer, saurais tu donner les valeurs qui sont bonnes pour la gestion de la luminosité ? Cela ne dois pas changer d'un capteur ou d'un lieu l'autre ... Merci

Merci pour vos remontées, je résume: J'avais les craintes de PITP2 sur la condensation mais je j'apprécie la réponse de Nico car il me faut un détecteur de présence qui allumera même a 14h s'il y a un gros nuage noir ... Je vais tenter ma chance, il n'y a pas péril en la demeure de toute façon. Merci pour tout

C'est bien mon problème, j'aimerai un module qui me remonte la température extérieure (tant qu'a faire) et concernant la luminosité, utiliser le coté: s'il fait noir et que tu détectes du mouvement alors tu allumes la lumière Et c'est frais que pour cela le module Fibaro est bien ...

Bonjour a tous, j'ai réussi partiellement a résoudre mon problème, j'ai 2 des 3 modules qui ont acceptés les paramètres, en fait, j'étais en état armé par mégarde et cela empêche de modifier les paramètres Le dernier risque de nécessiter la procédure de PITP2, je vais m'y coller ce soir. Petite question annexe, j'ai une tonnelle extérieure qui n'est pas soumise a l'humidité avec une lumière commandée, pensez vous que je puisse y installer un Å“il de Sauron pour déclencher la lumière sachant que l'humidité va être présente a minimal avec les écart de température jour/nuit. Est ce que qq'un a déjà réalisé cela ? Merci

Bonjour à tous, j'avais une version de sensor depuis 6 mois qui fonctionnait bien, j'ai trouvé des idées et en ai commandé 3 nouvelles, j'ai la nouvelle version qui est arrivée... Je constate le problème de petite sur l'un d'entre eux, niveau ddv pile faible après 3 jour et la VD de @jojo qui me dit que tout est a 100%. J'ai également un comportement qui me replonge dans les post de 2014 avec un problème d'enregistrement des paramètres ! Je veux le paramètre 80 à 0 (aucune lumière à la detection de mouvement) impossible a enregistrer, j'ai la valeur par défaut en permanence. Quelqu'un aurait il une idée ? Merci

J'ai peur de ne pas comprendre vos remarques sur l'intervalle court ... Mes FGS 222 ont un paramètre 3 non standard (commande manuelle activée). les paramètres 4 et 5 sur l'arrêt automatique des relais, je les ai a 37 secondes. Le relai doit être en marche pendant que le volet descend. Si je coupe, cela coupe la descente. La position sieste chez les enfants est jouée dessus. une descente de 37 seconde (si le volet est partiellement descendu, il arrête automatiquement au bout sans forcer et le relai s'arrête à 3è secondes) ensuite, tu remonte de 7 secondes Ce soir, tout a correctement fonctionné.

Je confirme la remarque d'Olinet mais c'est étrange ... Pepite, le VD n'est autre que l'appel du module donc cela fait la même chose. Je reviendrai vous confirmer dans le temps l'amélioration du comportement.

Bon voici les dernière nouvelles ... CA MARCHE ! Attention, rationnels et cartésiens passez votre chemin, il n'y a pas grand chose de logique mais le résultat est que cela fonctionne. J'ai démonté ma boite et séparé les alimentations éléctriques des 2 commandes (j'ai donc 2 prises électriques au lieu d'une) et j'ai programmé avec 2 minutes d'écart. Résultat, les 2 KLF050 ne sont plus collés mais distantes de 50 cm et je lance en séquentielle plutôt qu'en parallèle. Merci pour vos idées qui m'ont aidées a trouver une solution viable.

Bonjour, J'ai donc mes 2 modules qui ont chacun 2 actions que j'ai nommé montée et descente. J'ai également créé un VD par volet ou j'ai mis un bouton montée et un bouton descente. Lorsque je passe par l'interface, les volets montent et descendent a la demande, tant en passant par le module que par le VD qui fait appel au module. Et cela fonctionne pour les 2 volets. Je vais mettre un multimètre et voir si ce n'est pas que l'état du bouton que je vois changer sur l'interface mais si la tension change bien. Je vais en profiter pour changer les module d'emplacement des fois que cela soit un pb de transmission. Je reviens vous donner les réponses. Merci

jmg38, je te confirme qu'il y'a un temps d'ouverture du circuit mais les 4 circuits (ouverture et fermeture des 2 volets) sont paramètres sur 40 seconde. Ce sont les paramètres 4 & 5 J'ai ajouté des traces pour le début et je vois que GEA lance les instructions, le module change d'état mais rien ne se passe, comme si le volet ne recevais pas l'instruction. J'ai une théorie (un peu fumeuse mais bon c'est en en parlant que cela peut faire avancer ...) Les 2 volets sont dans 2 pièces distantes de 6 mètres, j'ai l'impression que c'est la pièce la plus loin qui ne reçoit pas en ce moment, les 2 montages sont dans la même boite avec la même alimentation électrique, je vais les découpler demain pour tester si cela ne viendrait pas de là ... Si vous avez d'autres idées ... Merci

Petit retour, ce soir j'avais un volet de fermé et pas l'autre ... Au debug, aucune erreur, les instructions sont passées pareil, les modules sont dans les mêmes versions et du même type, j'ai passé 2 heures a valider les options du module et résultat: un volet se ferme et pas l'autre ... Je suis complètement perdu Attention, c'est la même chose avec une scène graphique donc je ne part pas du principe d'un problème GEA mais si parmi vous quelqu'un a une idée ... Merci

je regarde les modules, je vois les interrupteurs bouger mais rien ne se passe. Si je coupe l'inter et je le ré-enclanche, cela baisse le volet

@pepite: avec ou sans test de simu_presence, j'ai le même résultat. Si je crée une scène sans GEA, cela ne fonctionne pas mieux, je suis un peu désespéré par cette complexité. Si vous avez d'autres idées, je suis preneur, je continue de mon coté de chercher. Merci

@jmg38: je viens de tester en ajoutant 1 minute au TurnOn après le TurnOff et cela ne change rien. @pepite, simu_presence ne peut être modifié que par une VD mais je tente pour voir sans cette condition. Je reviens te dire plus tard.

Bonjour à tous , Joyeuses Pâques pour commencer, en attendant les familles, je prends le temps depuis ce matin de regarder pourquoi j'ai un petit problème qui me prends le chou depuis bien longtemps dans GEA ... Je m'explique, tout fonctionne sauf des volets récalcitrants, ce sont des volets VELUX que je contrôle avec un KLF050 sur lequel j'ai monté un FGS-222 (je pense que cela parlera à Steven (merci pour ton auto très très très bien fait)) En fait, je me rends compte que les instructions passées par GEA donnent un résultat aléatoire, j'ai 2 montages avec 2 volets distincts et le résultat est souvent différent d'un volet à l'autre. Mes instructions sont similaires: GEA.add( {"Global", "Simu_presence", "0"}, 60, "", {{"Time", "11:58", "11:59"} , {"turnOn", id["DESCENTE_ANDREA"],100}, {"Repeat"}}) GEA.add( {"Global", "Simu_presence", "0"}, 60, "", {{"Time", "11:58", "11:59"} , {"turnOn", id["DESCENTE_MATTEO"],100}, {"Repeat"}}) J'ai l'impression que le bouton de montée est parfois allumé donc je me suis dit qu'avant de lancer ces instructions, j'allais mettre des instructions pour tout couper: GEA.add( {"Global", "Simu_presence", "0"}, 60, "", {{"Time", "11:57", "11:58"} , {"turnOff", id["DESCENTE_ANDREA"],100}, {"Repeat"}}) GEA.add( {"Global", "Simu_presence", "0"}, 60, "", {{"Time", "11:57", "11:58"} , {"turnOff", id["DESCENTE_MATTEO"],100}, {"Repeat"}}) GEA.add( {"Global", "Simu_presence", "0"}, 60, "", {{"Time", "11:57", "11:58"} , {"turnOff", id["MONTEE_ANDREA"],100}, {"Repeat"}}) GEA.add( {"Global", "Simu_presence", "0"}, 60, "", {{"Time", "11:57", "11:58"} , {"turnOff", id["MONTEE_MATTEO"],100}, {"Repeat"}}) Cela ne fonctionne pas mieux... Lorsque j'actionne manuellement (via l'interface Imperihome de mon tel) ou via le VD que le me suis monté, cela marche a merveille. Pour résumer je suis entrain de monter une usine a gaz et en plus cela ne fonctionne pas correctement, quelqu'un a t'il eu se problème et auriez vous une piste à me conseiller ? Merci d'avance pour votre aide.

Salut pepite, je n'ai que l'intervalle en écart par rapport à ta ligne, sur un malentendu, j'ai fait la modification, si cela reviens d'ici 15 minutes, je lance le sujet sur Watchdog merci pour ta réponse.

Petite question bête, j'avais des problème de GEA qui arrêtait de fonctionner, on me conseil de mettre WatchDog, ce que je fait, cela redémarre désormais toutes les 5 minutes .... En fait Watch Dog ne trouve pas dans le log "durée des traitements". Lorsque je lance GEA avec une tache a effectuer rapidement, je trouve bien marqué durée des traitements mais par moment, il ne se passe rien pendant 1 à 2 heures (et pas non plus de durée des traitements). Quand j'enregistre GEA, il m'indique tous les traitements jusqu'à finir par "GEA Version 5.40: en exécution ". Comme je teste toutes les 11 minutes avec Watchdog, cela reboot et c'est le chien qui se mords la queue, quelqu'un aurait il une idée ? Merci d'avance pour votre aide.

J'ai trouvé, je tentais de démarrer des scènes en les indiquant comme étant des VD ... Merci

Bonjour à tous, Suite à des problèmes de stabilité sous GEA, il m'a été conseillé de mettre en place Watch dog, j'ai donc implémenté comme j'ai compris et en me servant des exemples, ou premier démarrage, il m'a redémarré GEA en m'envoyant email et notification et depuis 8 jours plus rien (cela semble fonctionner donc logique qu'il ne redémarre rien ...) -- User variables local intervalle = 60 local delay = 15*60 local watchdog = { {type = "Scene", id = 13, match = {text="Durée des traitements", interval=60*60}, no_match = {text=""}, count=1, restart=true, notification = {"push", "email"}}, -- GEA {type = "VD", id = 35, match = {text="", interval=0}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, -- Synology {type = "VD", id = 246, match = {text="Start main process", interval=31*60}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, -- Freebox Serveur {type = "VD", id = 36, match = {text="", interval=0}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, -- My Batteries {type = "VD", id = 25, match = {text="", interval=0}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, -- Alarme Frigo {type = "VD", id = 26, match = {text="", interval=0}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}} -- Alarme Congelo } local userID = {4} -- Email local smartphoneID = {261} -- Push J'ai cependant sur mes dernière lignes une erreur 404n auriez vous une idée de ce qui pourrait clocher ? merci de votre aide et merci a Lazer pour ce produit qui est extrement utile pour relancer les taches plantées.

Bonjour, Ne faudrait-il pas l'unifier cloud key pour que cela fonctionne ? Confirmation dans la doc ... Par contre attention, il faut ouvrir beaucoup de choses vers l'extérieur pour ce type de solution. Je serai preneur de vos avis sur ce type de materiel, j'ai eu l'occasion de faire des benchmarks avec du Cisco, Ruchus Wireless, Apple et Meraki. Ubiquité me fait penser à du Meraki bien que le modele Meraki consiste en une vente de matériel pas cher et une maintenance obligatoire qui te double le prix de la borne en 2 ans ... Je suis preneur de vos avis, si vous avez besoin d'aide n'hésitez pas.