Lazer

Je pense que ce que @Dgille dit c'est que les détecteurs de mouvement extérieur du commerce coupe une phase, celle-là même qui sert à alimenter la lampe normalement raccordée dessus. Donc ce n'est pas utilisable avec un FGBS Smart Implant, qui attend un contact sec en très basse tension (surtout pas de 230V) On peut effectivement intercaler un relai dans ce cas là, mais ça complexifie le montage. Il y a longtemps j'avais partagé sur le forum le câblage pour brancher directement le détecteur de mouvement sur un Dimmer qui pilote une lampe, le détecteur jouant alors le rôle d'interrupteur : Le problème de ce montage, c'est qu'on ne maitrise par l'allumage de la lampe via domotique, puisque le détecteur est seul responsable de l'allumage via ses propres réglage de potentiomètre : - durée d'allumage - sensibilité de détection de mouvement - luminosité ambiante Il existe une alternative consistant à brancher le détecteur sur l'entrée S2 du module Fibaro. A ce moment là, cela déclenche une scène, qui peut gérer tous les cas de figure de façon bien plus précise, comme on veut.

Ah oui autre chose, les détecteurs de présence ça n'existe pas, malheureusement. Le mieux à notre disposition, ce sont les détecteurs de mouvement. La différence est énorme, si tu restes assis sans bouger, le capteur ne te vois plus, donc ta domotique pense que tu es absent, ce qui n'est pas le cas. Il faut jouer avec les FGMS Motion Sensor, perso j'en ai mis 2 dans le salon avec des angles différents pour limiter les faux négatifs. Et une tempo sur la lumière suffisamment longue pour ne pas que la lumière s'atteigne trop vite lorsqu'on ne bouge pas. Et quand ça arrive, elle s'éteint d'abord à 25% pour éviter d'être totalement dans le noir, ce qui nous laisse 30 secondes de plus pour bouger légèrement et remettre la lumière normale. Scénario tout simple avec GEA. En lisant tes questions sur les capteurs, j'espère que tu n'es pas en train de t'imaginer que tu vas faire une alarme avec la domotique, car tu aurais tout faux. Le sujet a été débattu en long en large et en travers, il ne faut pas confondre alarme et domotique, 2 mondes différents, qui peuvent éventuellement cohabiter.

Kline Dvi je ne connais pas du tout, mais gaffe à ce que ça ne soit pas propriétaire. Et puis cet article pue le publipostage commercial. ça existe aussi chez Lapeyre, mais avec du Somfy, donc système propriétaire fermé. En RTS ça va encore car le protocole a été hacké et est utilisable avec un RFXcom (eedomus jeedom hass etc...).... mais en IO c'est mort. Mais si tu choisis Z-Wave, pourquoi t'embêter avec du filaire ? Les Fibaro Door Window Sensor 2 sont très bien, petits, discrets, disponibles en différentes couleurs, et la pile a une très bonne durée de vie (quelques années selon les réglages) Ton FGBS, si tu le mets derrière le placo, il faudra obligatoirement mettre une boite de dérivation accessible, ce qui est très moche... à moins que tu arrives à faire remonter dans les combles et y installer les FGBS à cet endroit. On en revient à une installation filaire traditionnelle avec des km de câbles à tirer.

Tu touches du doigt les limites de la géolocalisation, et surtout la raison principale pour laquelle personne ne l'utilise : pour ne pas vider la batterie, le téléphone se met en veille et limite au maximum les applications en arrière plan. Et l'utilisation du GPS est très consommateur de batterie.... Du coup, la localisation n'est plus mise à jour suffisamment souvent, et cela devient inutilisable dans un scénario domotique. Après selon les téléphones (Android) c'est plus ou moins (Apple) paramétrable. Sur Android ça dépend complètement du fabricant. Entre un Android pur et un Android lourdement modifié, le comportement n'a rien à voir. On est nombreux à utiliser d'autres méthodes pour détecter la présence ou l'absence de la maison. La meilleure d'entre elles étant surement d'interroger ton routeur pour connaitre l'heure de dernière visibilité du smartphone sur le réseau local (même si ce n'est pas parfait... personnellement je met mon téléphone en mode avion la nuit) D'autres solutions existent, à base de porte clé Bluetooth LE, etc...

Je crois bien oui, mais attention il faut qu'il soit branché via USB au moment de son inclusion. Tes remarques laissent penser que tu n'as que ces 2 modules, c'est très clairement insuffisant. Chez moi Z-Wave a commencé à bien fonctionner à partir d'une dizaine de modules (sur secteur bien sûr), et plus tu en mets, mieux c'est. Plusieurs dizaines c'est idéal pour un beau maillage.

Bienvenue sur le forum

OK donc pas un switch alors (=relai) dans ce cas tu as un problème de maillage non ? Il faut continuer l'installation de tes modules, pour rappel seuls les modules sur secteur participent au maillage.

Tu as un switch, pas un dimmer c'est bien ça ? Un switch ne peut pas fonctionner sans neutre, donc je ne vois pas comment ton installation pourrait fonctionner. Il faut tirer le neutre, ou installer un dimmer à la place.

Ah oui bien sûr, tu peux monter un VPN sortant vers l'extérieur et t'en servir pour remonter dans l'autre sens du tunnel vers chez toi. Ça t'oblige donc à avoir un serveur sur Internet (VPS, etc). Théoriquement c'est même faisable avec n'importe quel routeur avec un peu d'huile de coude. Mais est-ce réellement nécessaire ? Je veux dire, si tu bascules sur la 4G uniquement en failover pour un total de 5 minutes par an, pas certain que le jeu en vaille la chandelle. D'ailleurs tu n'as pas la fibre ? C'est largement plus fiable que l'ADSL.

(Je déplace ton message qui était posté sur un mauvais topic) Mon script ne gère pas la purge automatique des anciens backups, car je stocke en local et n'ai pas de problème de place. Mais c'est quelque chose qu'il faudrait que j'ajoute dans le futur, ça permettrait comme toi de faire des backups automatisés dans le cloud. Sans cela, comme tu l'as constaté on arrive vite à saturation de l'espace disponible. Un jour peut être....

Le souci avec la 4G, c'est que ton opérateur bloque les accès entrants, il fait du double NAT, l'IP sur tu obtiens n'est pas visible sur Internet. Sinon faut prendre une SIM M2M (machine to machine), c'est un abonnement pro beaucoup plus cher.

J'ai eu une fois une fausse alerte en pleine nuit avec le FGSD 002, mais ce n'est pas revenu. Mais bon, c'est l'inconvénient de ces détecteurs à 10 balles, la technologique n'est pas fiable (la puce Z-Wave coute plus cher que le capteur de fumée..... sans compter le marketing Fibaro)

Bienvenue sur le forum

Bienvenue sur le forum

Nouvelle version Changes and fixes in FIBARO Home Center 1.9 : Room list can be changed to the tile view Details view of Plugins and Quick Apps Scene triggering based on phone geofencing Basic support for Satel devices Automatic dark mode change based on system settings Improvements in the details view of virtual devices Home Center 3 profiles support Fixed missing translations Information about FIBARO ID Terms of Use acceptance Enfin la visualisation des Quick Apps Bon par contre c'est ultra lent au chargement..... très mauvaise intégration à l'application, ça ouvre une nouvelle fenêtre au lieu de se faire sous forme de popup... mais bon, c'est un début.

Le mandat de perquisition n'existe pas en France, donc aucune chance Cela dit, le détecteur de fumée est obligatoire, mais il ne sert pas à protéger la maison, juste à réveiller les occupant pendant leur sommeil pour leur sauver la vie. Et quoi qu'il en soit, en cas d'incendie, la présence ou non du détecteur (fût-il périmé, débranché, piles HS, ou inexistant) n'est pas un critère permettant à l'assurance de ne pas rembourser. Bref, on s'en fout, et personne ne va remplacer son détecteur quand il sera périmé (déjà que les gens ne remplacent pas la pile quand elle est HS....) Comme je disais, on est tranquille pour pas mal d'années ! C'est bête mais c'est comme ça....

C'est comme les yaourts, tu peux dépasser de quelques jours, bah là on pourra dépasser de quelques année

Dans mon cas, ils doivent m'installer Linky en mars 2020 le technicien n'est jamais venu, mais comme le compteur est situé à l'extérieur, je n'ai pas réussi à passer l'aiguille dans la gaine pour tirer un câble de paires torsadées. Du coup ce petit module Wi-Fi pourrait être intéressant, surtout qu'il est alimenté par le compteur lui-même, donc pas d'alimentation à prévoir. Bon dans tous les cas j'ai toujours mon compteur perso connecté à l'Eco-Devices, qui fonctionne dans tous les cas.

ce qui est intéressant aussi, c'est qu'ils précisent qu'on peut les contacter pour pouvoir utiliser un serveur local, ce qui permettrait de ne pas dépendre du cloud. Reste à voir l'API et la possibilité de récupérer les données de consommation dans la domotique, sans utiliser l'application mobile.

Ma remarque était valable dans le cas où tu souhaites piloter tes volets filaires avec une solution ouverte (les fameux Qubino Flush Shutter DC fonctionnent par inversion de polarité à courant continu) Dans ce cas, le souci intervient lorsqu'on branche l'alimentation Velux KUX 110, alors le volet se reprogramme tout seul et il est piloté en CPL (courant porteur de ligne). Sur les derniers modèles, c'est irréversible, et le client est enfermé dans la technologie propriétaire Velux et il devient impossible de faire fonctionner le moteur par inversion de polarité. C'est remplacement matériel obligatoire.... c'est juste du délire, mais certains ici même en ont fait les frais. Donc quand on veut piloter ses Velux de manière traditionnelle, il faut l'anticiper et ne surtout jamais connecter l'alimentation Velux. Si par contre tu prends du IO (ce qui semble en fin de compte logique pour toi vu que tu as déjà du IO), alors tu n'auras pas ce genre de problème, puisque tu seras 100% dans la technologie propriétaire IO. Pilotage avec les télécommandes, alimentation solaire ou filaire via KUX 110, et passerelle KLF 200 pour l'interfaçage avec la domotique. Il te restera alors à choisir une box domotique, dans ce cas les Jeedom ou Home Assistant seront peut être plus indiqués qu'une box Fibaro, en attendant que quelqu'un se penche sur le portage des scripts pour Home Center 3 (la HC2 on peut oublier, il ne sera jamais possible d'intégrer proprement la KLF 200 dessus, pour 2 raisons : le LUA embarqué ne permet pas de chiffrer/déchiffrer les communications avec le boitier, et les modules virtuels ne peuvent pas être typés pour être reconnus comme des volets et fenêtres... mais tu as dû le voir sur le tuto) ça ne ne parierai pas dessus... ça ne les dérangerait pas de te proposer un remplacement de tous les moteurs.... avec le cout matériel et de main d’œuvre qui va avec. C'est un peu ce qu'a démontré l'histoire de la grande majorité des systèmes propriétaires. L'avenir nous le dira.

je sais qu'elle existe en solaire (sans fil), la question était de savoir si elle existe en filaire. Car le filaire c'est le seul et unique moyen de ne pas être enfermé dans un protocole propriétaire, et donc de pouvoir utiliser des micro-modules de toute marque (Qubino en Z-Wave, ou encore autre chose demain en fonction de ce que l'avenir nous réserve... du Z-Wave++++, du Zigbee, ou autre chose à inventer) Dis-toi bien que les fenêtre et les volets font partie de ta maison, tu es parti pour 10, 20,.... 50 ans avec. Ta domotique aura évolué plusieurs fois d'ici là, et je suis persuadé que Somfy/Velux auront abandonné le protocole IO d'ici là, laissant leurs utilisateurs dans la mouise. Mon avis est toujours le même depuis que je traine sur ce forum et sur d'autres : je suis profondément anti tout ce qui est fermé. Donc IO Homecontrol, Delta Dore X3D, Apple Homekit, etc.... poubelle C'est la solution de facilité pour le client, et c'est le choix stratégique pour le fabricant qui enferme sa base cliente dans un écosystème verrouillé. Et puisque tu parles de revente, c'est justement à prendre en compte. Tu leurs diras quoi à tes acheteurs dans 20 ans avec le système IO qui nécessite des télécommandes qu'on ne trouve plus qu'à prix d'or, ou pire encore, en occasion sur le bon coin. Car IO est un protocole fermé qui n'a pour l'instant jamais été hacké, et on ne sait pas s'il le sera un jour (comme l'ont été tous les vieux protocoles en 433 MHz : RTS, etc) Un moteur filaire, tant qu'il fonctionne, tu le pilote avec le module de ton choix. Et quand tu revend et si l'acheteur ne veut pas de domotique, tu vires le module et tu laisses juste l'interrupteur. Encore une fois, comme pour les lumières, et tout le reste. Il y a (encore) eu une discussion récemment sur ce sujet sur le forum, les acheteurs ont demandé à démonter toute la domotique avant remise des clés. PS : j'ai bien fait l'erreur d'installer un Velux solaire chez moi, donc avec télécommande IO, c'était avant de me mettre à la domotique. C'était clairement la solution de facilité pour poser l'ensemble en 1 heure, sans devoir tirer de câble. Je n'ai pas recommencé la bêtise, quand j'ai posé le second, j'ai passé 1 après-midi à dé-tuiller pour passer mon câble comme il faut. Tout cela n'est que mon avis. Cardane est très content de son installation, c'est l'essentiel. Merci pour la précision sur les 200 modules en 5 familles

Avec les Qubino le problème de la panne de la domotique ne se pose pas vraiment, tu as toujours le contrôle local via les interrupteurs connectés aux modules en cas de panne de la box domotique (comme tout micro-module, dimmers, etc) Autre question sur le KLF-200 vu que tu as pas mal d'appareils commandés : il y a une limite ? J'ai vu sur un autre forum qu'il y avait une limite du nombre de Velux pouvant être contrôlés indépendamment. Je ne sais pas si c'est vrai ou s'il s'agit d'un utilisateur qui n'a pas réussi à programmer correctement le boitier.

Même en prenant en compte le surcout des moteurs sans-fil ? Cela dit en l'écrivant, un doute me vient : je sais que les motorisations de volet existent au choix en filaire ou en solaire, mais je ne sais pas si c'est également le cas pour le moteur de fenêtre et de pare-soleil ? Si c'est uniquement solaire, dans ce cas pas le choix que de passer par IO, donc KLF-200.

Tu es bien certain de l'orthographe du nom de ta variable globale ? Il fait la différence entre les majuscules et les minuscules, il faut que le nom soit rigoureusement identique. Tu peux tester la réponse de l'API directement comme ceci : http://<IP>/api/globalVariables/BACKUP