jojo

@flamalex a fait une modification au code car problèmes à partir du firmware v'.140ou v 4.145. Il l'a baptisée v2, mas comme on était déjà à v5.4, je l'ai rebaptisé v6.0. My_Batteries_v6.2.vfib My_Batteries_v6.1.vfib My_Batteries_v6.0.vfib --------------------------------------------------------------------------------------------------------------- My Batteries Ce virtual device permet de visualiser le niveau des batteries de l'ensembles de vos appareils sur batterie (max 10). Il est TRES largement inspiré du travail initial de Steven http://www.domotique-fibaro.fr/index.php/topic/1710-my-batteries/ Merci également à Moicphil qui m'a énormément aidé pour debugger la partie v4.x Les modifications que j'y ai apportées : modification de l'affichage, avec moment du dernier check automatique incorporation des supers icônes de @couillerot firmware 4.x push si batterie sous un certain niveau Voici la dernière version du VD : My_Batteries_v5.4.vfib Et les codes : MyBatteries.Batteries.lua MyBatteries.MainLoop.lua

c'est archi vrai : le + gros du taf revient àSteven, je n'ai fait que de la cosmétique. la version 4.2 est en test final pour la v4.x, et sera donc bientôt dispo

ok ta vanne fonctionne donc. Mais quend je parle de l'ID, c'est sont ID dans ta HC2. cfr photo ci-dessous. Mon ID est le 179, tu doit évidemment l'ajuster dans le fibaro:call(ID, "setTargetLevel", 23) et le 23 est la température désirée

récupère vite ta HCL pour pouvoir les utiliser, car sur eeonibrol ça ne doit pas être possible

es-tu sûr du device ID ???

mais évidemment trainkill666 c'est comme ça qu'il faut faire de manière simple et efficace. Désolé d'avoir proposé qqch de bien plus compliqué

oui, mais àpriori pas de prbl, car il a une HC2

@dbreux, la réponse de Bono2007 répond àta question? Je ne fais donc pas la scène bidon

on m'a déjàplusieurs fois posé la question (et celui qui m'a appris comment faire est Did). Donc 2 solutions : Did en tant que membre du mois nous fait un super tuto ... j'essaye de trouver le temps ce WE pour vous faire un tuto spécifique

Moi je suis en 3.600, donc je ne sais pas tester/développer en 4.x Si qqun qui a une 4.x m'indique quelle partie de code il faut modifier par quoi, je le modifie et fait un VD qui est compatible 3.x et 4.x

je laisse la parole aux experts qui ont ce type de matos

alors là, je deviens sec ... Dernière chose exclusion / réinclusion de la vanne. Chez moi tout àfonctionné du 1° coup

bien vu, mais en effet ce boitier contient plusieurs contacts, dont un de sabottage, à raccorder au min sur la 2° entrée du binay sensor et donc gérable => scènes (demander à Did comment modifier un FGS pour électrocuter l'intru en cas de sabottage), envoi mail, SMS, ...

Modifier les variable directement avec la sheet de pinou (sorry pinou pour ça, mais pour le reste c'est SUPER) a selon moi 2 inconvénients : sécurité : on est obligé de rentrer le mot de passe admin en clair dans la sheet google. Perso je ne trouve pas cela cool. J'ai créé un compte Google dans mon Fibaro qui n'a l'autorisation que d'exécuter ce que la sheet prévoit Fonctionnalité : en effet, si une variable est modifiée directement dans le panneau des variables, ou via l'API (utilisée ici), cela ne génèrera pas un trigger pour tes autres scènes. Donc le mieux, selon moi, est de faire ce que j'explique ci-dessus. Cela répond aux 2 issues

Voici la version 3.2 avec une correction d'un bug au niveau de l'affichage : si le nbr de device sur batterie diminue, les dernière ligne ne se mettent pas à blanc. Dans l'exple ci-dessous, on voit 2 fois le même device à la fin My_Batteries_v3.2.vfib

moi je l'utilise pour enregiser automatiquement dans une sheet xls tous les SMS que j'envoie et reçois. Si un jour j'ai besoin de ces infos, avec xls on fait ce qu'on veut

donc ta HCL avait un avantage avec tous ses bug (?) : elle t'occupait

le RFId ne communique pas directement avec le HCL, mais via le binary sensor => ce sera EXACTEMENT la même chose. Et de toute façon, il n'est pas prévu dans les scènes une action pour activer / déactiver l'alarme Fibaro. Donc la seule solution sera toujours avec l'API que je t'ai donnée

@Did, Quand je parlais de perdre le retour d'état, ce n'était pas dans le cas où on fait ton bricolage, mais si on utilise le relais du FGS pour exciter un autre relais donc sur le relais du FGS il n'y a pas de puissance consommée c'est l'autre relais qui se charge de la puissance pas besoin de bricoler, souder, ... (on n'est pas tous des experts) mais alors, le second relais peut claquer, malgré que le FGS fasse bien son boulot. Mon analyse est-elle bonne ?

je ne suis pas électricien comme Did, mais àla lecture de ce que je vois, je mettrais de toute façon un relais car : au plus il y a de puissance qui passe dans le relais du Fibaro, au plus il va s'user => mieux vaut user et remplacer un relais àqq € qu'un module Fibaro Mais alors se pose la question du retour d'info : ton Fibaro va dire que ok, alors que l'autre relais est HS, et tu n'auras rien vu ...

Vous me donnez des idées les gars, mais attention, je suis beaucoup moins pointu que vous. Existe-t-il un émulateur/hypervisuer Android sous MAC. J'ai parallel desktop, cela pourrait-il faire l'affaire ?

oui, mais ici il parlait de mettre cela dans son tableau électrique

Did, On peut également mettre un relais de puissance à la sortie de chaque contact du FGS-221. S'il y a par exemple 2 radiateurs de 2000W, cela coà»terait moins cher de mettre 1 FGS-221 avec 2 relais que 2 FGS-211 ?

si c'était simple, ce serait moins drôle ..

c'est chaud, mais possible. Tu crées une variable AuthMvt = oui/non scène 1 : si AuthMvt = non pdt 1800s Alors authMvt = oui scène 2 : si AuthMvt = Oui ET detecteur = breached ALORS action ET AuthMvt = non