jojo

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 ?

la "seule" expérience que j'ai en la matière, est la commande de l'éclairage et des boutons de mes portes de garage. Donc si je fais le rapprochement avec un interrupteur simple d'éclairage, il faudrait essayer comme suit : alimenter L et N en 220V (je te recommande de commencer comme ça avec une ralonge électrique, puis on verra pour le faire définitivement, mais je suis sà»r que ton module fonctionnera en 220V) brancher le IN sur le + de l'alimentation du volet brancher le S1 sur la sortie du contact clé de la montée brancher le S2 sur la sortie du contact clé de la descente brancher le O1 sur le départ vers le volet + pour la montée brancher le O2 sur le départ vers le volet + pour la descente ok maître Did ?

les backup devraient fonctionner en 4.040. Faits un mail àsupport@fibaro.com. Comme on est vendredi, ils te répondront peut-être encore aujourd'hui

il y a un truc bizarre avec le calcul : il a plu aujourd'hui, et il faudrait faire un arrosage long ? Je vais regarder d'un peux plus prêt la "logique" du calcul

dans le FGS, je ne sais pas comment sont raccordés les S1et S2. Mais ce que je sais, c'est que si S1 change, O1 change également En général IN est branché sur le L plutôt que le N. Mais ici d'après ton schéma de l'installation actuelle, cela semble être le N qui pilote => à connecter sur le IN ceci dit, je brancherais la sortie de l'interrupteur montée sur S1, le départ vers le volet pour la montée sur O1 pour la descente : sortie sur S2 et départ vers le volet su O2

on avance ... pour le paramètre 3 : 2 = auto off actif alors pour la montée (qui est O1), je mettrais le paramètre 4 à 0.5 et pour la descente, le paramètre 5 à 0 (= auto-off disable) en tout cas c'est ce que je lis pour les FGS-221