Lazer

hum, c'est bizarre, c'est exactement à eux que je pensais.... pff, ils sont vraiment fidèles à leur (mauvaise) réputation.

Pas d'inquiétude, c'est le coup classique, il faut faire la dernière mise à jour AVANT de restaurer ta configuration sauvegardée précédemment. Pour l'adresse IP, si tu ne veut pas qu'elle change, le plus efficace est de forcer un bail DHCP fixe sur ta box Internet. Mais c'est de moindre importance, tant que tu sais retrouver l'adresse IP de ton HC2 et y accéder, tu pourrais faire les recovery, mise à jour, et restauration autant que tu veux. EDIT : si j'ai bien compris le screenshot, ton vendeur n'assure pas la garantie ? C'est illégal, c'est quelle boutique pour info ? Afin que je m'assure de ne jamais commander chez eux....

Le Remotec ZXT-120 pour piloter les clims permet aussi de se mettre en mode FLIRS lorsqu'il est sur batterie. (pour info ce module peut aussi être alimenté par secteur, auquel cas il passe alors en mode Routing Slave, c'est à dire qu'il écoute tout le temps et participe activement au routage des trames Z-Wave sur le réseau) Il est dommage que les modules de type thermostat les plus populaires (Secure SRT-321, vannes Danfoss, etc) ne permettent pas le FLIRS. Ca userait plus les piles, mais ça permettrait des ordres beaucoup plus rapides. @Sebbrunie1 je ne vois pas bien comment GEA pourrait cliquer sur un bouton de la télécommande ? Tout ce qu'il pourra faire, c'est simuler l'appui sur un bouton, afin de déclencher la scène sur trigger, mais ça ne te permettra pas de savoir si la telco est dans les parages ou pas. Ce qu'il faut que tu comprennes, c'est que la telco, comme tous les périphériques à piles, ne peuvent pas être détectés (pas de polling), puisqu'ils sont endormis (afin de préserver les piles). Il y a 2 moments où tu peux la "voir" : - lorsqu'un utilisateur appuie physiquement sur le bouton => alors la telco envoie l'info au contrôleur Z-Wave, puis elle se rendors immédiatement - lorsqu'elle se réveille (wake-up, au sens Z-Wave du protocole). Si je ne dis pas de bêtise, cette telécommande, comme le Button Fibaro, ne se réveille plus automatiquement. Donc il faut la réveiller manuellement par combinaison de touche (cf manuel) => A ce moment là, elle contacte la box domotique, puis attends des "ordres" pendant quelques secondes, c'est à ce moment là que la box domotique peut envoyer de nouveaux paramètres au module. Je t'incite à (re)lire ce petit texte : https://www.domotique-fibaro.fr/topic/4332-paramã¨tres-rã©veil-et-polling-des-modules-z-wave-sur-batterie/ En fait, et puisqu'il en est régulièrement sujet sur ce forum, les modules à pile Z-Wave se comportent comme un iPhone sur le Wi-Fi. Quand le chipset Z-Wave (ou Wifi) est coupé, tu n'as juste aucun moyen de savoir si le module (ou iPhone) est présent ou pas. Et encore, l'iPhone doit alimenter sa puce régulièrement pour synchroniser toutes les applis et leurs notifications, tandis que le module Z-Wave peut rester plusieurs jours, voir indéfiniment, sans jamais alimenter sa puce (si personne n'appuie sur le bouton de la telco)

Oui je sais, mais bon, je n'ai pas parlé du FLIRS car vu la question, ça n'aurait fait que compliquer inutilement la réponse.

LA télécommande est un module sur batterie, donc endormi, afin d'économiser les piles. Par conséquent, tu ne pourras pas détecter sa présence. Ce n'est pas prévu pour ça. Après tu peux jouer sur l'intervalle de réveil, et le mettre à 1h par exemple, et ensuite changer les piles tous les mois, c'est à toi de voir.... :/

Essaye plutôt la requête SQL comme ceci pour insérer les données dans la table _month : INSERT INTO domotique_gaz_month (year, month, device_id, min_value, min_day_value, sum_value, max_day_value, max_value) SELECT YEAR(DATE) AS year, MONTH(date) AS month, device_id AS device_id, MIN(min_value) AS min_value, MIN(avg_value) AS min_day_value, SUM(avg_value) AS sum_value, MAX(avg_value) AS max_day_value, MAX(max_value) AS max_value FROM domotique_gaz_day WHERE date > (SELECT COALESCE(MAX(LAST_DAY(STR_TO_DATE(CONCAT(year,',',month,',',1),'%Y,%m,%d'))), '0001-01-01') FROM domotique_gaz_month) AND date < DATE_FORMAT(CURRENT_DATE, '%Y/%m/01') GROUP BY YEAR(DATE), MONTH(date), device_id D'abord dans PhpMyAdmin. Si cela ne fonctionne pas, tu auras un message d'erreur. Sinon, si ça fonctionne, tu pourras la coller telle quelle dans ton fichier PHP.

Aucun problème, tu peux faire les mise à jour Over-the-air de tes modules sans crainte.

Le mieux est d'utiliser un module Velux KLF-050 piloté par un module double relai FGS 222 : https://spiccand.wordpress.com/2014/08/02/piloter-vos-volets-io-homecontrol-en-z-wave/ Le module ne se trouvait pas en France à l'époque de la rédaction de l'article de Steven, mais on le trouve maintenant sur toutes les boutiques sérieuses. Pas la solution la moins chère, mais c'est fiable. C'est que j'utilise perso. Si vous voulez absolument souder une télécommande, @kiwi donne sa solution sur son blog, mais la télco n'est pas tout à fait identique : https://oav.net/dotclear/index.php?post/2014/03/07/How-to-interface-a-Velux-Solar-powered-roller-shutter-and-ZWave-Domotic-box...

ah bon très bien alors, merci de la précision @sebcbien

Oui c'est normal, depuis le firmware 4.110 le code LUA a changé, et il n'est plus possible de redémarrer la HC2 depuis un VD, il faut utiliser une scène avec la nouvelle API LUA : https://www.domotique-fibaro.fr/topic/9811-lua-arreter-ou-redémarrer-sa-hc2/ Donc le bouton reboot de ton VD doit être vidé, et remplacé par une simple commande permettant de lancer ta scène : fibaro:startScene(sceneID) Tu remplaces sceneID par l'ID de ta nouvelle scène.

Le plus simple ça reste la solution avec le détecteur 230V, et le module Qubino et sa sonde de température.

Dans ce cas, je suppose que oui, mais à tester, car normalement l'entrée contact sec du FGBS attends une mise à la masse, et non pas au Vcc (12 ou 24C) comme semble le faire le détecteur de ton schéma. Il te faudrait donc un détecteur qui fasse contact sec. A voir selon le modèle que tu choisis.

Voilà, ça me semble OK maintenant Alors pour le FGBS il faut une entrée contact sec, et la sortie est également de type contact sec, sans courant. Tu ne pourrais jamais piloter une lampe avec la sortie sans y rajouter un relai, ce qui devient usine à gaz, sans compter que tu perdrais la possibilité de dimmer la lampe.

Pour le FGBS, c'est non, tu vas le cramer. Impossible de l'utiliser ainsi. Je n'ai​ pas la documentation du Qubino sous les yeux, mais ton montage me semble totalement faux. Par ex, la lampe doit être sur le neutre, et la sortie du dimmer du Qubino. C'est pour cela que je te disais de retrouver mon schéma.

De mémoire, dans /api/interface/data ou quelque chose dans le genre. Tu pourras le retrouver en faisant F12 sur ton navigateur pour voir les requêtes appelées par l'interface web.

Regarde sur le topic du dimmer Fibaro FGD 211, j'ai donné le schéma de câblage avec un détecteur de mouvement il y a pas mal de temps. Ensuite tu pourras transposer au module Qubino. N'utilise surtout pas un FGBS qui va griller direct si tu lui applique du 230V aux entrées.

On en parlait ici de la prise :

Bon en fait, je ne sais pas, il faudrait que tu compares avec ton propre iPhone sans l'application en question. Mais les iPhone ont toujours eu la réputation d'avoir une mauvaise autonomie, c'est peut être normal, mais perso ça me surprend. Donc il faudrait que tu compares le même test sans l'appli comme je disais. Je suis habitué à mon Sony Xperia, qui bien que vieux de 3 ans, reste en vie pendant au moins 3 jours sans utilisation (écran éteint, pas de coup de fil), et bien sûr avec le Wifi allumé tout le temps, puisque c'est une option que l'on peut choisir dans les options d'Android, de base, sans application additionnelle pour "tricher".

En 12h, tu as perdu 40% de batteries ? Rassures moi, tu as utilisé ton iPhone pendant la journée, la batterie ne s'est pas vidée autant toute seule ???

Normalement cela se règle au niveau des capteurs eux-même Donc aussi bien le retard à l'armement que le retard au désarmement.

Car tu envoies un email au format Texte brut. Il faudrait envoyer un email au format HTML, avec tous les entêtes qui tout le bazar. Il y a plein d'exemples sur Internet, pour mettre en forme ses emails au format html, ça se fait bien, c'est jusque que ça va alourdir ton code LUA. Je ne l'ai jamais fait en LUA, mais je l'ai déjà fait dans des langages encore plus rudimentaires, comme depuis des scripts Shell. Cela dit, il faut espérer que Fibaro ne filtre pas le contenu du mail, car il passe obligatoirement par leur serveur. Dans ce cas, la solution ultime serait d'envoyer l'email directement via le serveur SMTP de ton provider Internet, mais dans ce cas il faudra encore en plus ajouter la gestion du protocole SMTP. Assez simple heureusement, peut-être l'a tu déjà fait depuis une console telnet. Par contre ça serait la solution ultime pour envoyer des emails depuis la HC2, en était indépendant des serveurs (cloud) de Fibaro.

Une piste : si c'est du https, alors uniquement depuis une scène, avec net.httpclient() il y a des tonnes d'exemples sur le forum.

En effet, la mesure de conso c'est plus simple Tu dois pouvoir agir sur les paramètres du Wall Plug si tu veut qu'il remonte plus rapidement les mesures, peut être que tu pourrais arriver à détecter les éclairs pendant les rafales. Mais attention à ne pas descendre trop bas, tu risques aussi de saturer le réseau Z-Wave. Par contre pour la remonté des infos sur le web, il y a 10000 solutions. Le LUA se contentera de faire une requêtte http vers ton serveur Web (que ça soit IFTTT (attention ce service n'est pas fiable et il y a des loupés), tes propres scripts PHP, etc)

@Nico ce que tu pense faire doit être faisable, mais présente quelques contraintes : Message de Bello65 : Réponse de Bruno : Source : https://community.domadoo.com/t/vos-motorisations-somfy-rts-communiquent-avec-tous-vos-dispositifs-grace-au-rfplayer-et-jeedom/1564/6

Je doute que tu arrives à trouver les bon paramètre du FGMS et qu'il soit suffisamment sensible ET rapide pour détecter des pic lumineux de 1/1000s (ou plus, ça dépend de tes modèles de compacts/torches). Et même si tu arrives à le paramétrer, tu devrais encore gérer les suites d'éclairs à intervalle de 1s J'ai bien un FGMS dans la pièce qui nous sert de studio, il faudrait que je regarde à l'occasion si il détecte les éclairs de mes 2 flashs. J'en doute... Dans tous les cas, je pense que ça ne sera jamais fiable. Tu ferais mieux d'utiliser des capteurs prévus pour cela, genre ça : https://www.amazon.fr/Cellule-déclenchement-DynaSun-PSS04-Synchronisation/dp/B002G1N8DC/ref=sr_1_1?ie=UTF8&qid=1491665985&sr=8-1&keywords=cellule+flash Sur la prise de syncho PC, tu auras une tension à chaque détection de flash. Et ça sera fiable, puisque prévu pour. d'après la norme, la tension de synchro PC devrait être de 6V. (et 24V sur les vieux flash). A vérifier, mais l'idée c'est de connecter ça sur un composant genre optocoupleur, et ensuite tu rentres dans un module Universel FGBS. Et là le montage sera fiable. Il faut juste chercher quel genre de composant utiliser (optocoupleur, autre ?) pour faire l'interface entre la prise synchro PC et l'entrée FGBS. Cela doit se trouver, il y a pas mal de bidouilleurs qui ont détourné l'usage de ce genre de cellule flash.