jojo

merci, J'ai un peu modifié le début de la partie du calcul, histoire qu'il ne fasse pas d'erreur s'il ne trouve pas de données et qu'il m'affiche un icône, plutôt que l'horrible cube bleu ... ----------------- calcul ---------------------- local selfId = fibaro:getSelfId() local Dday = tonumber(fibaro:getValue(selfId, "ui.lblJour.value")) or 0 local days1 = tonumber(fibaro:getValue(selfId, "ui.lblHier.value")) or 0 local days10 = tonumber(fibaro:getValue(selfId, "ui.lbl10.value")) or 0 local days5 = tonumber(fibaro:getValue(selfId, "ui.lbl5.value")) or 0 local prevision = tonumber(fibaro:getValue(selfId, "ui.lblPrevu.value")) or 0 local pluiencours = tonumber(fibaro:getValue(selfId, "ui.lblHeure.value")) or 0 pluiencours = pluiencours > 0.1 en fait quand tu dis "or qqch", si l'expression précédente retourne nil, il met qqch, sinon c'est la valeur de la première expression. Sympa ?

peux-tu SVP remettre le code de ton calcul arrosage (que tu as modifié), car suivant tes conseils, j'essaie maintenant de limiter le nombre d'import des VD ... P.S. très chouette la nouvelle proposition de layout

effectivement, ce n'est pas rassurant ... Je ferais : un autre backup et voir ce qu'il dit si toujours problème, un restart de la HC2 et re-backup

j'ai un truc bizarre chez moi : je vois dans le log de ton YAPS qu'il démarre, que la variable Simu_presence (que j'ai définie en tant que predefined variable (ok ?)) change bien de valeur, mais ses changements ne sont pas reportés dans les changements de variables analysés par le module de Steven. J'ai même supprimé la variable, puis l'ai recréée, mais toujours le même comportement ? Peut-être une piste ? Je vais essayé en la créant comme une variable globale simple, et aussi en changeant son nom.

je propose ceci, ça me paraît plus clair local previous_10days = 10 -- max 10 calls per minute local previous_5days = 5 local yesterday = 1 rainyesterday = 0 rain5days = 0 rain10days = 0 for i = 1, previous_10days do local response ,status, err = WGROUND:GET("/api/"..cle_api.."/history_".. os.date("%Y%m%d",os.time()-i*24*3600) .."/lang:FR/q/pws:"..pws..".json") local jsonTable = json.decode(response) fibaro:debug(os.date("%Y%m%d",os.time()-i*24*3600)) fibaro:debug(jsonTable.history.dailysummary[1].precipm) if tonumber(jsonTable.history.dailysummary[1].precipm) ~= nil then rain10days = rain10days + jsonTable.history.dailysummary[1].precipm if i <= yesterday then rainyesterday = rainyesterday + jsonTable.history.dailysummary[1].precipm end if i <= previous_5days then rain5days = rain5days + jsonTable.history.dailysummary[1].precipm end end end fibaro:debug(" Il est tombé " .. rainyesterday .. " mm hier") fibaro:debug(" Il est tombé " .. rain5days .. " mm depuis " .. previous_5days .. " jours") fibaro:debug(" Il est tombé " .. rain10days .. " mm depuis " .. previous_10days .. " jours")

bon apéttit

J'ai encore une idée pour économiser des calls et rassembler les boutons Last 5 Days et Last 10 Days. Last 5 Days fait 1 call pour hier, puis 5 call pour les 5 derniers jours, c'est-à -dire J-1, J-1, J-2, J-3, J-4, J-5 Last 10 Days fait 10 call pour les 10 derniers jours, c'est-à -dire : J-1, J-2, J-3, ..., J-10 Tu vois où je veux en venir ? Donc un bouton l'actuel Last 10 Days, et hier = J-1 5 derniers jours = J-1 + J-2 + J-3 + J-4 + J-5 10 derniers jours = J-1 + J-2 + J-3 + J-4 + J-5 + J-6 + J-7 + J-8 + J-9 + J-10 ou (5 derniers jours ) + J-6 + J-7 + J-8 + J-9 + J-10

Sakkhho, tu ne m'en voudra pas ? Promis ?

pour être sà»r que tout est correctement cablé : sonde 1 seule : exclusion/inclusion => ok (tu notes bien le cablage) sonde 2 seule : exclusion/inclusion => ok (tu notes bien le cablage) et puis sondes 1 & 2 en parallèle : exclusion/inclusion => ça DOIT marcher

Super, merci pour tout ça fonctionne Nikel !

sub mes FGBS je n'ai jamais mis qu'une seule sonde pour l'instant. Je devrais en installer fin de la semaine prochaine un avec 2-3 sondes. Mais ça devrait marcher ! Es-tu sûr qu'elles sont bien raccordées, dans le bon sens ? N'y en a-t-il pas une des deux qui est montée àl'envers ?

j'aime bien ce qui est beau au regard. C'est pour cela que je ne suis pas encore passé àla v4.x car si recovery, je dois remettre toutes les icônes.

tu parles de la pose café du soleil ? En général, c'est de 10h00 à 10h30 et de 15h00 à 15h30

dans le post 1 c'est toujours la version 1.3, ou faut-il attendre une version 1.4 ?

c'est moins beau ...

Bonjour, Vous commencez à me connaitre : je suis un gros fainéant, c'est d'ailleurs pour cela que j'ai mis autant de temps à implémenter ce module, vu le nombre d'icônes à importer. Alors pour que ce soit plus facile pour moi si (un jour) je passe en v4.x, j'ai : modifié le nom des icônes pour qu'elles soient identiques au noms des variables (sauf le _) ainsi, dans le fichier .zip elles ont un certain ordre alphabétique. j'ai modifié l'ordre des variables dans le code (lignes 56 à 93), pour qu'il corresponde au même ordre que les icônes. Donc maintenant pour importer les icônes : unzipper le fichier avec les icônes les importer DANS l'ORDRE alphabétique où elles sont unzippées identifier l'ID de la première icône (et les suivantes se suivent de 1 en 1) modifier le code avec l'ID des icônes, mais maintenant elles apparaissent dans le même ordre, donc incrémentation de 1 en 1 Voici : le fichier ZIP avec les icônes un v1.1 du module avec la petite modif et voici le "code" de la modif (lignes 56 à 93) : local icone = { ["Averses de neige faible"] = 1130, --numéro icone à renseigner ["Averses de pluie faible"] = 1131, ["Averses de pluie forte"] = 1132, ["Averses de pluie modérée"] = 1133, ["Brouillard"] = 1134, ["Ciel voilé"] = 1135, ["Couvert avec averses"] = 1136, ["Développement nuageux"] = 1137, ["Eclaircies"] = 1138, ["Ensoleillé"] = 1139, ["Faiblement nuageux"] = 1140, ["Faiblement orageux"] = 1141, ["Faibles passages nuageux"] = 1142, ["Fortement nuageux"] = 1143, ["Fortement orageux"] = 1144, ["Neige faible"] = 1145, ["Neige forte"] = 1146, ["Neige modérée"] = 1147, ["Nuit avec averses de neige faible"] = 1149, ["Nuit avec averses"] = 1148, ["Nuit avec développement nuageux"] = 1150, ["Nuit bien dégagée"] = 1151, ["Nuit claire et stratus"] = 1153, ["Nuit claire"] = 1152, ["Nuit faiblement orageuse"] = 1154, ["Nuit légèrement voilée"] = 1155, ["Nuit nuageuse"] = 1156, ["Orage modéré"] = 1157, ["Pluie et neige mêlée faible"] = 1158, ["Pluie et neige mêlée forte"] = 1159, ["Pluie et neige mêlée modérée"] = 1161, ["Pluie faible"] = 1162, ["Pluie forte"] = 1163, ["Pluie modéree"] = 1164, ["Stratus se dissipant"] = 1166, ["Stratus"] = 1165, }

et pour ce qui est de l'appuis régulier tous les 15min, je proposerais ceci dans le main loop 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 == "02:06" then fibaro:call(fibaro:getSelfId(), "pressButton", "9") fibaro:debug("heure OS : " ..Var_Heure .."Historique des 5 derniers jours récupéré") elseif Var_Heure == "03:06" then fibaro:call(fibaro:getSelfId(), "pressButton", "10") fibaro:debug("heure OS : " ..Var_Heure .."Historique des 10 derniers jours récupéré") end if Var_Min =="00" or Var_Min == "15" or Var_Min == "30" or Var_Min == "45" then fibaro:call(fibaro:getSelfId(), "pressButton", le boutou à appuyer toutes le 15 min) end fibaro:sleep(60*1000) -- sleep 1 min end j'ai mis le appuis journaliers à 2h06 et 3h06, pour être sà»r qu'il n'y ait pas de chevauchement. Dans ta v1.3 as-tu déjà fait le split des boutons ?

surtout pas : l'icône à afficher dépend du calcul qui détermine l'action à faire (arroser, pas, un peu, beaucoup, (tendrement, à la folie, ) Donc à la fin de chaque appuit sur une des icônes de mise à jour des données (futur today, 5 jours, 10 jours, +3 jours) je lui dirait d'appuyer sur le bouton calcul : comme ça tu n'as que une fois le code de logique de calcul, et ce bouton mets la bonne icône. On n'associe aucune icône au VD et à chacun de ses boutons. Cela offre un avantage supplémentaire, c'est que si on voir l'horrible cube bleu, c'est qu'il n'est pas allé au bout et qu'il y a eu une erreur

voici la réponse que je viens de recevoir de Fibaro, suite à ma demande d'enregistrement non possible Dear Vincent, Registration is not enabled yet. We will introduce it in a few days. Regards, Marek

oui, tu peux le mettre dans la main loop, mais je ne la chargerait pas trop. Et comme l'icône ne changerait que si la prévision change, donc, je laisserais l'affichage de l'icône àla fin du code de calcul de la prévision. SI on utilise GEA, on n'a pas besoin de la main loop

les boutons sont numéroés de manières séquentielles, vois ce que mprinfo a expliqué dans "la HC pour les nuls"

j'ai lu quelque part qu'en v4.x le main loop ne pouvait pas être trop long ... alors le mieux serait de mettre tout cela dans un bouton, et le main loop appuyerait àintervalle régulier sur le bouton . C'est peut-être cela la source de l'erreur

oui, tu as tout à fait raison, 6, 12 & 18 H c'est plus pour le fun. Si effectivement c'était dans le même json, alors pourquoi pas. Mais ne changeons rien. Je pense que réarranger les boutons pour être ok avec une clé a en effet une bien plus grande valeur ajoutée. Je partage totalement ton avis :

merci de ton retour. Comme on a encore beaucoup de marge, est-il possible qu'avoir plus d'info sur l'historique du jour ? (dernière heure, dernières 6h, dernières 12h, dernière 18h et aujourd'hui par exemple, mais il me semble que ce ne serait qu'1 appel) : il faut voir si c'est possible avec 1 appel pour chaque commande, sinon on exploserait le cota de 10 appels/min Pour éviter que l'historique du jour et des prévision à 3 jour ne tombe en même temps que l'historique des 10 derniers jours, on rajouterait pour les deux premier une condition GEA {"Time", "03:15", "02:45"}

@mprinfo : c'est un musée chez toi ? ton commodore fonctionne toujours ?