jojo

personne n'a de Nest thermostat ?

j'attends encore quelques jours (les retours précis de Lazer), je ne suis pas super pressé. est-ce que quelqu'un pourrait voir si la librairie i/o est disponible en v4 ? http://www.domotique-fibaro.fr/index.php/topic/4841-backup-hc2-idées/?p=72260 en v3.600, j'ai également des moving sensors qui passent en température (AEON DSB05 et FGMS). Avez-vous observé ce phénomène en v4.x, ou observé que ce problème y a été résolu ?

Suite à l'idée que Did a fait germer en moi avec l'icône de ses congélateurs, j'ai fait un VD qui permet de changer l'icône affichée par défaut d'un device (pas d'un virtual device, il y a une instruction pour cela) : http://www.domotique-fibaro.fr/index.php/topic/4839-modifier-licone-dun-device/ P.S. Did, je trouve cela "risqué" de brancher un congélo sur un WP (même si alway on), car s'il déconne, ton congélo n'est plus alimenté. Je préfère perso une sonde de température sur un binary sensor, ce qui est même moins cher ...

j'ai trouvé cette librairie i/O qui me faisait de l'oeil, mais j'ai l'erreur suivante, comme si elle n'existait pas [ERROR] 00:39:20: line 4: attempt to index global 'io' (a nil value) code : local FileName = "untitled text.txt" local FileContent = "texte1" local file = io.open(FileName, "w") file:write(FileContent) io.close(file)

toujours partage d'idées, sans aucune prétention : absent + forcé => 2 (avant simu 1, overide 1) présent => 0 (avant simu 0, overide 0) absent + non forcé => 1 (avant simu 1 , overide 0) lorsque je force la simu, je suis à 2. Si je désactive la simu (forcée ou pas), je mets à 0. Si je veux juste désactiver le forçage, je passe à 1. Mais de toute façon, je ne peux pas avoir overide = 1 et simu = 0, car alors YAPS perd les pédales, et avec "ma" proposition ce n'est pas possible. Au niveau des process : activer simu si >= 1 forcer simu si = 2 Pour moi, c'est génial comme c'est, et je sais que je dois faire attention à ne pas entrer la combinaison overide = 1 et simu = 0

moi je ne suis pas un Linuxman, donc je préférerait vraiment un script LUA

oui, mais j'aimerais qu'il fasse cela tout seul, sans que pour chaque json je doive faire un clic droit ... l'idéal serait une fonction lua qui permetterait de sauver sur disque

et par exple aussi avec /api/panels/heating et /api/panels/heating/<id> tu pourras sauvegarder toute la config de tes panneaux de chauffage

oui, mais pour un module virtuel, tu ne dois pas utiliser ce VD. Tu as l'instruction : fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", 153)

mprinfo, on mélange 2 choses ici : vérifier que la dernière table exportée est toujours la bonne ( tu as raison c'est très "simple", c'est exacteent ce àquoi je pensais) mon souhait de faire un backup de la config en exportant les json (http://www.domotique-fibaro.fr/index.php/topic/4841-backup-hc2-id%C3%A9es/)

@mprinfo, darklite44 nous a dit qu'il n'exploitait pas une faille de leur système, mais que c'était la méthode standard de Fibaro. Donc il ne devrait pas y avoir de problème ...

sérieux Lazer, tu nous abandonnes à notre 3.600 ?

Bonsoir, J'ouvre ce topic pour récolter vos bonnes idées pour réaliser un backup externe de notre BOX. L'idée vient de mprinfo : utiliser l'API de Fibaro, qui nous ressort 3000 json (Devices, Rooms, Pannels, ...) Il "suffit" de parser tout le bazar, et c'est bon. La permière question que j'aurais, c'est comment sauver dans un fichier txt le contenu d'un json ?

Je vais ouvrir un topic spécifique pour récolter les idées et continuer la discussion

Limitation : lorsque l'icône d'un device est modifiée, il faut faire un refresh du browser pour que la modification apparaisse. Post initial mis à jour

oui, il y a un tuto quelque part sur le forum pour sauver les ID des devices dans une variable globale, MAIS je crains que les variables globales soient limitées en nombre de charactères

bonne idée de sauver les json : rooms, panneaux de chauffage, paramètres des modules. Je vai essayer de faire un VD qui pourrait faire le job. Mais j'aurai besoins d'aide ...

biensûr que tu peux l'utiliser sans GEA, j'ai mis le code LUA juste en dessous

Avec ce VD, vous pourrez modifier l'icône d'un device via script LUA. N.B. : il n'est pas nécessaire d'utiliser ce VD pour modifier l'icône d'un autre VD. Préférez simplement l'instruction fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", 153) Un tout grand merci à Lazer et PITP2 pour leur aide pour la V4..x et à Did pour avoir fait germer l'idée. Exemple d'utilisation : vous avez un thermomètre dans votre congélateur, et vous souhaitez que l'icône soit différente si la température est normale ou trop élevée. Ok, ce n'est que de l'esthétique, mais si en plus d'être utile, la domotique peut être belle … Voici les icônes que Did a créées pour la température de son congélateur. http://www.domotique-fibaro.fr/index.php/gallery/image/3703-cong%C3%A9lateur/ http://www.domotique-fibaro.fr/index.php/gallery/image/3704-cong%C3%A9lateur-alarm/ Vous devez d'abord charger les icônes pour le type de device dont vous souhaitez modifier l'icône (cette phrase devient très mystique … ). Ensuite vous devez : Récupérer l'ID du device : vous le voyez dans l'URL lorsque vous modifiez le device Récupérer l'ID des icônes : voir tuto de Did : Récupérer l'id d'une Icône. Finalement Importez le VD ci-joint (il est compatible V3.x et v4.x) Recopiez autant de fois que nécessaire le bouton avec son code, en mentionnant au début l'ID du device et de l'icône DeviceIcone_v1.0.vfib Utilisation : Via GEA : ajouter l'option {“VirtualDeviceâ€, <id,_module>, <no_bouton>} - Press le bouton du module virtuel {“VirtualDeviceâ€, 2, 1} Via LUA : fibaro:call(<ID de ce VD>, "pressButton", "<# du bouton>") Pour connaître le n° du bouton : voir tuto de mprinfo : Module Virtuel - Numérotation Des Boutons Limitation : lorsque l'icône d'un device est modifiée, il faut faire un refresh du browser pour que la modification apparaisse.

avec un recovery complet ils ne devraient rien voir. Mais simplement avec ajout puis suppression, ils pourraient le voir. J'ai eu le coup avec mon Syno, lors dune intervention, ils ont remarqué que j'avais, très longtemps auparavant, installé un logiciel non officiel, que j'avais supprimé immédiatement ...

regarde également le tuto à ce sujet dans ma signature. N.B. : la HC2/L n'accepte que le mpeg, pas de h.264 N.B.2 : rentre d'abord l'IP locale pour ta camera. Tu ne la verras que si tu es connecté en local sur ta HC2. SI tu veux la voir depuis l'extérieur (même via ta HC2) tu devras ouvrir un port sur ton routeur vers ta caméra et renseigner l'IP et le port externes de ta caméra sur la HC2, en espérant que ton routeur accepte le loopback

pour me ballader avec ma box, je la connecte en CPL, ce qui donne le même résultat que mprinfo, même si tu n'as pas équipé toute ta maison de RJ45

ah, ça ce serait cool, on pourrait ainsi vérifier si la table qu'on a générée il y aa x temps est toujours d'actualité !

GEA est vraiment trop puissant : il y a un bug, mais il y a moyen de le contourner pour quand même faire fonctionner le bazar ! Donc ce que je voulais : si la lumière de la SdB est allumée pendant 1 min (et Alarme éteinte, et variable ECS = Non) que ECS passe à Oui pendant 20 min si ECS a été mis à Oui autrement que par la lumière de la SdB, alors ECS ne passe PAS à Non au bout des 20 min. le code "normal" aurait été : -- Mettre ECS à oui pendant 20 min -- Tache en sommeil (NotStarted) -- Cette tache va passer la variable à Non si elle est à Oui depuis plus de 20 minutes local autoECSNon = GEA.add (estECS, 20*60, "Variable ECS à OUI depuis #durationfull# => variable ECS = NON", {{"VirtualDevice", DeviceID["VAR_ECS"], 4}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"NotStarted"}, {"MaxTime", 1}}) -- Cette tache va passer la variable à Oui si la lumière de la douche est allumée depuis 1 min et que la variable ECS est à non -- Elle va aussi redémarrer la tache si dessus GEA.add ({DeviceID["ALARME_ACTIVE"], DeviceID["LUM_SDBREZ_DOUCHE"], pasECS}, 1*60, "Variable ECS à OUI car LUM_SDBREZ_DOUCHE allumée depuis #duration#.",{{"Inverse"}, {"VirtualDevice", DeviceID["VAR_ECS"], 3}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"RestartTask", autoECSNon}}) mais suite au bug de MaxTime, il faut mettre ceci : -- Mettre ECS à oui pendant 20 min -- Tache en sommeil (NotStarted) -- Cette tache va passer la variable à Non si elle est à Oui depuis plus de 20 minutes local autoECSNon = GEA.add (estECS, 1, "Variable ECS à OUI depuis #durationfull# => variable ECS = NON", {{"VirtualDevice", DeviceID["VAR_ECS"], 4}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"NotStarted"}}) -- Cette tache va passer la variable à Oui si la lumière de la douche est allumée depuis 1 min et que la variable ECS est à non -- Elle va aussi redémarrer la tache si dessus GEA.add ({DeviceID["ALARME_ACTIVE"], DeviceID["LUM_SDBREZ_DOUCHE"], pasECS}, 1*60, "Variable ECS à OUI car LUM_SDBREZ_DOUCHE allumée depuis #duration#.",{{"Inverse"}, {"VirtualDevice", DeviceID["VAR_ECS"], 3}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"RestartTask", autoECSNon}}) GEA.add (estECS, 1, "", {{"StopTask", autoECSNon}}) => supprimer le "MaxTime" et rajouter la dernière ligne. En fait j'ai exploité l'aspect séquentiel de GEA : ECS passe à Oui via la lumière, alors il redémarre la tâche d'extinction automatique, et donc ligne suivante ne s'exécutera pas

bon courage Nico