jojo

Nico, Je ne réponds pas à ta question, mais ton option {"Days", ...} me semble inutile vu que tous les jours sont listés ?

@Sakkhoo, Encore une idée. Génèse de l'idée : j'ai nettoyé ma piscine et ai fait un backwash de mon filtre, ce qui a fortement baissé le niveau de ma piscine. Donc savoir s'il va pleuvoir à plus que 2 jours peut être intéressant (si je sais qu'il va pleuvoir, je peut faire le backwash avant la pluie, comme ça elle se reremplit toute seule ) => dans la variable Pluviométrie, je verrais bien qu'elle stocke également les infos sur la pluviométrie des jours suivants (comme l'historique). Il faut voir comment le faire, car je sais qu'il y a moyen de nommer (au lieu de numéroter) les entrées d'une table

et plus important : "l'âge du capitaine ?"

je te confirme que j'ai également le même phénomène depuis ma HC2. Perso je me contente d'un flux (snapshot), car le flux image (qui est en mjpg) est beaucoup trop gourmand àmon gout pour la bande passante de mon réseau. Mais le plus important est qu'il prenne une photo en temps réel. Tu confirmes ?

donc globals ne fonctionne pas ? Je disais ça, car je suis le champion des fautes de frappe. Je viens de regarder dans le code GEA de maître Steven, et c'est bien global qu'il faut utiliser GEA.source["type"] == "global" donc il faut attendre patiemment sa petite idée ..

Bienvenue, Maintenant on ne devra plus parler de WAF, mais tu parleras de MAF ? Bien-sûr qu'on t'aidera

@PITP2 : pourrais-tu mettre ce tuto et les dernière infos (de moicphil par exple) sur le sujet dans un tuto sur ce forum ? Cela me semble super intéressant, mais perso je ne le mettrai pas en oeuvre demain, et lorsque je voudrai retrouver l'info, impossible ? Merci

@Sakkhoo, Avec l'optimisation envisagée, je metterais tout sur 1 bouton, y compris la prévision. S'il faut faire une réinitialisation, on fait les 10 appels , puis un sleep de 1'30 (pour être sà»r) puis le reste. Et on peut ajouter un label qui affiche soit réinitialisation, soit la date du dernier appel de 2h06. On est d'accord que dans la variable on met entrée1 : précipitation du jour entrée2 à 10 : historique des précipitations entrée11 : date du dernier relevé de l'historique à 2h06 entrée12 : action à prendre Pour savoir si une réinitialisation est nécessaire on peut faire différents tests (à affiner suivant l'expérience) : si la variable est nil si la date du dernier relevé de l'historique (entrée11) n'est pas la date de jour - 1 Donc si on a une réinitialisation, tant pis pour l'historique d'arrosage. Je ne suis pas enthousiaste de créer une variable supplémentaire "Arrosage fait". Surtout si tout est automatisé, s'il est nécessaire de faire l'arrosage, il se fera. Donc quand on décale tout à 2h06 du matin, si on était sensé faire un arrosage la veille, on ajoute à l'entrée 2 la quantité correspondant à l'arrosage théorique réalisé.

Berale, En informatique, le problème se trouve souvent entre le clavier et la chaise Faute de frappe ligne 30 : "... == "globals" au lieu de "... == "global"

j'ai aussi (mais moins que toi) des vannes Danfoss. Elles sont associées àdes panneaux de chauffage. Avec Lua, j'ai fait un petit code qui, avec un clic, modifie le comportement (donc les consignes aux vannes), en fonction de la saison ou des vacances, ... Sans LUA, tu oublies cette automatisation, par exemple

merci Lazer, je me doute que tu ne peux pas tout faire. Mais content de lire que tu gardes l'idée pour plus tard

Bienvenue, Perso je suis passé d'une HCL àune HC2, et je ne regrette pas, car LUA te permettra beaucoup plus que d'inclure des tes modules.

pour écrire la table dans une variable, j'aurais essayé ceci fibaro:setGlobal("PRECIPITATIONS", json.encode(precipitation))

version 2.1 Ajout d'un bouton pour l'analyse, car bug dans la main loop au bout d'un certain temps. Toutes_Lumières_v2.1.vfib

Merci Lazer, C'est ce que je pensais hier soir, et j'ai mis tout le brol dans un bouton qui est appelé par la main loop, et ça marche. Mais il me semblait que la mainloop foirait pour les téméraires en v4.x, pas pour les sages restés en v3.600

très bonne idée Lazer (faire cela via le serveur mail de Synology). tu nous ponds un VD qui ferait ça ??

c'est une excellente direction. donc la première entrée est précipitations du jour les entrées 2 à 11, les précipitations des 10 jours précédents je mettrais également en entrée 12 la date du dernier relevé, comme cela si pour une raison x ou y on a loupé un relevé (pas internet, ...) on peut réinitialiser tout le bazar. en entrée 13, on met l'action à prendre. Il n'y a plus qu'à voir comment stocker tout cela dans une variable globale, et le relire. P.S. : tu vois que tu peux

@cybersquat tu ne trouves pas ton bonheur ici ? http://www.domotique-fibaro.fr/index.php/gallery/album/207-baie-coulissante-sans-coffre/

cela devrait intéresser couillerot (tu connais ?) pour son home cinema

as-tu regardé dans tes spams ? Je sais moi que Google m'a fait un soucis pour l'envoit de mails depuis une caméra, j'ai créé un adresse mail spécifique pour cela, qui était moins protégée. Vérifie aussi au niveau de ton access control panel, si les mails sont toujours bien configurés.

c'est un défit que tu me lances là Je vais voir ce que je peux faire, je devrais y arriver, mais ce n'est pas moi qui calcule le nbr de mm arrosé. On pourrait déjà commencer par voir comment stocker un tableau dans une variable.

idée, mais pas le code On connait les valeurs de J-1, ..., J-10 Donc dans la variable existante "Arrosage", il faudrait changer son type pour qu'elle soit "libre" et plus prédéfinie. On y stoquerait un tableau à plusieurs entrées : J-0 à J-10 et l'action à prendre. Au passage, charger les 10 derniers jours à chaque fois devient inutile, sauf la première fois, à l'initialisation du script (=si la variable arrosage est à nil). Donc à 2h06 du matin, ce qui est déjà stocké en J-1, devient J-2, et ..., et j-9 devient J-10 On ne lit que hier qu'on met à J-1 et auquel on rajoute la qté en mm qu'on a arrosé la veille (théoriquement 1 des deux valeurs est à 0) P.S. ce script ne me sert actuellement qu'à faire travailler mes neurones, car je n''ai/n'aurai pas d'arrosage automatique

Bonjour, J'utilise ce petit bout de code pour déterminer la version du firmware, et adapter le code pour V4.X ou v3.X. Il a toujours très bien fonctionné, jusqu'il y a peu. Quelqu'un aurait une idée ? Code : -- détermination de la version du firmware HC2 = Net.FHttp("127.0.0.1",11111) version = "" payload = "/api/settings/info" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) if tonumber(jsonTable.softVersion) >= 4 then version = "4.x" else version = "3.x" end else fibaro:log("--- ERROR --- code : " ..errorCode) fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end fibaro:debug('version = ' ..version) Debug : [DEBUG] 17:00:29: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:29: version = [DEBUG] 17:00:32: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:32: version = [DEBUG] 17:00:35: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:35: version = [DEBUG] 17:00:38: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:38: version = Mais quand je fais un save du VD (SANS avoir fait AUCUNE modif) tout redevient ok. [DEBUG] 17:07:08: version = 3.x [DEBUG] 17:07:08: Aucune lumière allumée [DEBUG] 17:07:11: version = 3.x [DEBUG] 17:07:11: Aucune lumière allumée ?????? Merci

voici le mail que je viens de recevoir de Fibaro Dear Vincent, We have just opened the registration. Feel free to register and discover our e-learning portal. Regards, Marek Grajczak

mais le IN ne permet-il pas justement d'avoir une alimentation indépendante de l'objet contrôlé (ici le moteur du volet) et du module ?