Sakkhho

Le jailbreak de la Hc2 ;-)

Merci pour ce partage. Pas applicable dans l immédiat pour moi mais c est grâce àtoutes ces petites choses que la box HC2 prends tout son sens. Et aussi qu on y passe autant de temps dessus [emoji1]

non compatible en V4.042 (elle est bien inlcuse mais impossible de la faire sonner) Il y a un bug dans le template qu ils ont voulu rajouter. Avant cette version c était ok. bug remonté àFibaro.

Merci pour ta réponse. En fait j ai créé un VD sur les précipitations. Regarde dans la partie tuto HC2 ou cherche avec le mot clef : pluviométrie Il y a 2 VD ; un de Steven qui utilise le pluvio netatmo et le mien qui va uniquement chercher les données sur le web.

Et je me rends compte avec les orages de ces jours que la notion de pluie dans l heure est inutile. Les stations ne remontent pas assez vite l info.

ok je peux voir pour rajouter 5jours par exemple.

est ce qu'il y a un besoin d'aller chercher la prevision à5 ou 10jours ?

Yes tout bon

Trop stressé, reprendre calmement. la variable est bonne ? " Precipitations "mets une valeur 0 dedans même si je crois que ça marche sans Click sur Initialiser Click (après 1mn) sur rafraichir pas de raison que ca marche pas chez toi

Precipitations dans les variables Mais pas une variable prédéfinie

la clé est bonne puisque tu recupere bien les datas. tu as crée la variable Precipitations ? à mon avis non ou pas avec la bonne orthographe.

c'est possible - l'API permet de faire un forecast jusqu'à 10j. A la fiabilité pres d'une prevision meteo à 10j.

Pour moi ca fonctionne bien, et le timming de 0h06 est aussi correct ma table ce matin [DEBUG] 08:47:03: 1- Valeur J : 0 [DEBUG] 08:47:03: 2- Valeur J-1 : 2.5 [DEBUG] 08:47:03: 3- Valeur J-2 : 0 [DEBUG] 08:47:03: 4- Valeur J-3 : 0.0 [DEBUG] 08:47:03: 5- Valeur J-4 : 0.0 [DEBUG] 08:47:03: 6- Valeur J-5 : 5.3 [DEBUG] 08:47:03: 7- Valeur J-6 : 0.0 [DEBUG] 08:47:03: 8- Valeur J-7 : 0.0 [DEBUG] 08:47:03: 9- Valeur J-8 : 0.0 [DEBUG] 08:47:03: 10- Valeur J-9 : 0.0 [DEBUG] 08:47:03: 11- Valeur J-11 : 0.0 [DEBUG] 08:47:03: 12- Valeur J+2 : 2 [DEBUG] 08:47:03: 13- Valeur Arrosage à faire : 0 [DEBUG] 08:47:03: 14- Date dernier Arrosage : jamais [DEBUG] 08:47:03: 15- Date dernier Traitement data : 18.05.2015 la pluie d'hier soir et bien à J-1 maintenant. @cybersquat ; si tu as rien dans le debug du bouton rafraichir c'est que ca coince au debut car il est bien documenté :-) tu peux copier coller le debut ? car si je mets l'ID de ta station dans mon code j'ai [DEBUG] 09:22:25: 0 [DEBUG] 09:22:25: 0 [DEBUG] 09:22:25: Il est tombé 0 mm depuis 1 heure [DEBUG] 09:22:25: Il est tombé 0 mm aujourd'hui [DEBUG] 09:22:26: Risque de pluie [DEBUG] 09:22:26: 1 [DEBUG] 09:22:26: Partiellement nuageux [DEBUG] 09:22:26: 0 [DEBUG] 09:22:26: Partiellement nuageux [DEBUG] 09:22:26: 0 [DEBUG] 09:22:26: Prévision pour les 2 prochains jours : 1 mm tu as donc un probleme dans ta clé @pepite, les boutons LONG et COURT correspondent aux arrosage que tu peux faire. le click (soit manuel soit par GEA par exemple) rajoutera la quantité d'eau que tu as definis dans chaque bouton. Ceci pour tenir compte des arrosages dans le cumul des precipitations. Peut etre pas tres clair, si vous avez une autre idée ou un autre wording je suis preneur Pour des raisons cosmétiques je vous propose de remplacer la ligne 15 du bouton TRAITEMENT par precipitation[15]=os.date("%d.%m.%Y",os.time()-(1*24*3600))

Tu devrais avoir 2mm aujourd'hui et 2mm pour les 2 jours. Vérifie si pas d erreur dans ta clé api du bouton rafraîchir données et/ou dans le nom de la station. Sinon click sur débug de ce même bouton et dis nous ce qu il y a.

quel est le nom de ta station ?

Comme il pleut on sera fixé demain si ca passe comme il faut ;-)

oui tu as pas tort, 0h06 c'est peut etre un peu court :-) le debug de cette nuit donne : [DEBUG] 15:41:43: 1- Valeur J : 0 [DEBUG] 15:41:43: 2- Valeur J-1 : 0 [DEBUG] 15:41:43: 3- Valeur J-2 : 0.0 [DEBUG] 15:41:43: 4- Valeur J-3 : 0.0 [DEBUG] 15:41:43: 5- Valeur J-4 : 5.3 [DEBUG] 15:41:43: 6- Valeur J-5 : 0.0 [DEBUG] 15:41:43: 7- Valeur J-6 : 0.0 [DEBUG] 15:41:43: 8- Valeur J-7 : 0.0 [DEBUG] 15:41:43: 9- Valeur J-8 : 0.0 [DEBUG] 15:41:43: 10- Valeur J-9 : 0.0 [DEBUG] 15:41:43: 11- Valeur J-11 : 0.3 [DEBUG] 15:41:43: 12- Valeur J+2 : 5 [DEBUG] 15:41:43: 13- Valeur Arrosage à faire : 0 [DEBUG] 15:41:43: 14- Date dernier Arrosage : jamais [DEBUG] 15:41:43: 15- Date dernier Traitement data : 20150517 A suivre demain :-)

Cool, tu as testé la V2 ?

Hello Voilà une V2.0 - elle permet de tenir compte de l'arrosage et donc de rajouter une quantité en "mm" au data de précipitations. (vous pouvez modifier la valeurs dans les boutons LONG et COURT De plus on fait un long appel à l'API WU une seule fois. Ensuite on traite les données via une table. Donc tout ce qui est vrai pour la 1.5 reste valable (création clé API WU - Variable Arrosage à créer - Icône etc... (voir post 1) en plus il faut créer une variable "Precipitations" pour stocker la table - (pas une variable prédéfinie) - mettre 0 comme valeur; ensuite au 1er lancement il faut cliquer sur "Initialiser" (attention 10 appel API) attendez à minima 1mn et cliquer sur Rafraîchir pour avoir les données jours et previsions. Chaque nuit sur il faut appuyer sur "Traitement"pour traiter les datas. je vous propose GEA -- Arrosage GEA.add(true, 10*60, "", {{"VirtualDevice", id["CALCUL_ARROSAGE"], 2},{"Repeat"}}) -- Rafraichir les données pluie Jour Et Previsions GEA.add(true, 30, "", {{"Time", "00:06", "00:07"},{"VirtualDevice", id["CALCUL_ARROSAGE"], 14}}) -- Traitement de l'Historique Pluie ou pour le main loop pour ceux qui n'ont pas GEA ca doit être qq chose comme while true do local Var_Heure = os.date("%H:%M") local Var_Min = os.date("%M") --fibaro:debug("heure OS : " ..Var_Heure) if Var_Heure == "00:06" then fibaro:call(fibaro:getSelfId(), "pressButton", "14") fibaro:debug("heure OS : " ..Var_Heure .."Traitement des données effectué") end if Var_Min =="00" or Var_Min == "15" or Var_Min == "30" or Var_Min == "45" then fibaro:call(fibaro:getSelfId(), "pressButton", "2") fibaro:debug("heure OS : " ..Var_Heure .."Rafraichissement des données") end fibaro:sleep(60*1000) -- sleep 1 min end l'appui sur long ou court engendra l'ajout de 10 ou 20mm le lendemain de l'arrosage via la bouton Traitement et le label 'Arrosé le' prendra la date du dernier arrosage. je veux bien un beta testeur ;-) d'ailleurs qui peut me dire comment verifier la table via un fibaro:debug(print(Precipitations)) ca marche pas. merci edit : V2.1 un peu plus commentée Calcul_Arrosage V2.1.vfib

honnêtement je préfère séparer les choses, enfin c'est mon besoin. il est nécessaire je pense de rafraichir régulièrement la data HEURE et la data JOUR --> 1 bouton de meme pour la data prevision --> 1 bouton ou mieux comme la fréquence peut être la meme on rassemble tout dans 1 bouton : "Temps Réel" qui fait 2 requêtes API à la fois * 6/h * 24h = 288 /jour Ensuite j'ai un bouton "Historique" qui fait le boulot tot le matin pour basculer l'historique d'1 jour et qui récupère la data HIER : 1 requête API/jour Ensuite pour l'arrosage, comme tout il faut que cela soit semi automatique :-) donc je pense créer un bouton Long et un bouton Court Le click sur ce bouton fera local QuantiteLong = 20 local selfId = fibaro:getSelfId() local precipitation = json.decode(fibaro:getGlobalValue("Precipitations")) precipitation[12] = QuantiteLong fibaro:setGlobal("Precipitations", json.encode(precipitation)) fibaro:debug("" .. precipitation[12] .." mm d'arrosage effectué") GEA s'occupera de tout, c'est à dire si le calcul arrosage dit LONG ou COURT, alors GEA enclenche l'electrovanne le soir ou dans la nuit (c'est mieux pour l'arrosage :-)) pendant x minutes, et appuie sur le bouton LONG ou COURT, et passe la Variable Arrosage à NON. en + un bouton initialiser qui fait 10 appel est je pense aussi nécessaire. J'ai donc 5 boutons - Temps Réel - Historique / Initialiser - Court / Long

Super. Je suis impatient de voir ce que cette appli peut faire par rapport àl iPad origine fibaro Et espère ne pas être déçu.

avant de tenter de coder cette nouvelle version, j'aimerai voir avec vous (enfin surtout jojo, mon partenaire sur ce VD :-)) si la logique est bonne 1 Je conserve la requête HEURE et JOUR (1 seul requête API) pour avoir quelque chose en temps reel (enfin toutes les 10mn) Pour le reste 2 il faut initialiser le module pour allez chercher les 10 derniers jours ; est ce que je garde un bouton d'appel 10days (INITIALISER) ou alors dans le code du bouton (voir si après je trouve un moyen de dire, uniquement si la table est vide alors lance la requête 10jours - le problème que je vois ici c'est que si pour une raison la table est corrompu on peut pas réinitialiser) 3 Tous les matin à 2h par exemple, on bascule dans la table je J+1 vers J+2, J+3 vers J+3 etc... et on lance un requête HIER pour avoir J+1 --> 1 appel API 4 On conserve le bouton Previsions --> 1 appel API on se retrouve donc avec 3 appel (sauf pour initialiser) donc super large. on pourrait meme encore optimiser et basculer J vers J+1 mais bon pas nécessaire je pense et plus simple pour la suite ;-) ensuite et c'est la que je sais pas trop comment faire j'aimerai tenir compte comme decrit plus haut de mm d'eau issue de l'arrosage. peut faire comme cela : - créer un variable Arrosage fait : OUI / NON - j'ai donc un couple LEGER/IMPORTANT et OUI/NON - lorsque l'arrosage sera terminé alors on passe la variable à OUI - si variable à OUI (et suivant LEGER ou IMPORTANT) je rajoute x mm à la valeur YESTERDAY après la avoir fait la requête en 3 pour ne pas écraser la valeur - on repasse la variable à NON est ce que ca vous parait bon ?

non non je suis pas vexé, et je suis d'accord avec toi, que ce n'est pas suffisant mais c'est un debut et comme je me bats à chaque ligne de code ... c'est pas simple :-) je viens de gagner une bataille (enfin j'espère :-)) local RepriseTable = json.decode(fibaro:getGlobalValue("Precipitations"))

fait toi plaisir, c'est collaboratif :-) on peut récupérer facilement les températures, vents etc de WU, après faut écrire l'algo qui interprète ces valeurs. pour revenir à ma lecture de table, la table est bien remonté avec ton code jojo, j'ai fait un test et je vois bien [10,9,8,7,6,5,4,3,2,1,0] pour la relecture, je tentai un simple local relecturetable = fibaro:getGlobal('PRECIPITATIONS') mais ensuite si j'essai de faire des opérations avec la nouvelle table, ça bug est ce qu'il faut faire qq chose de + compliqué ? json.decode ?

Ca àpas l'air mal. je vais essayer de la relire ailleurs. (enfin trouver le code pour la relire d'abord:-))