jojo

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 ?

je n'ai pas d'expérience avec ce type de matos, mais faire ça à 5h du mat, c'est peut-être risqué

tu veux dire que quand tu branche la sonde extérieure sur le FGBS, ça fonctionne; et que quand tu branches une autre sonde de tmp pour la piscine (après exclusion/inclusion) ça fonctionne également. Mais dès que tu mets les 2 sondes en parallèle, tu ne vois plus rien ? Une fois que tu as mis les 2 sondes en parallèle, tu dois faire une exclusion/inclusion, AVEC les DEUX sondes connectées. P.S. ça fonctionne ton ouverture/fermeture de volet ?

Steven, Je relis avec beaucoup d'attention ton Wiki. Pour la durée tu dis : "La durée est le nombre de secondes pendant lesquels les conditions doivent être valides." Il me semblait que la durée (et surtout si c'est -1) ne s'appliquait qu'à la première condition ? idem pour {"Inverse"} qui ne s'appliquerait qu'à la première condition ?

bien vu pour les 10 appels dans la minute pour le 10jours => il doit être dans un bouton séparé des autres. Mais je ne comprends pas pourquoi tu interroges toutes les heures pour l'historique des 10 derniers jours ? Donc je verrais ceci comme bouton : historique du jour : la dernière heure, et aujourd'hui. Interrogé toutes les 30 min = 2 * 48 = 96 appels / j historique des 5 derniers jours : interrogé 1 fois par jour à 2h : 5 appels / j historique des 10 derniers jours : interrogé 1 fois par jour à 3h : 10 appels / j (! de ne pas rentrer en conflict avec historique du jour et prévision, mais c'est gérable facilement grâce à GEA) prévision 3 jours : interrogé toutes les 30 min = 3*48 = 144 appels / j donc avec 1 clé j'aurais 96 + 5 + 10 + 144 = 255 appels / j ?

autre idée (quand je suis lancé, ...) J'ai compris qu'il fallait être radin/économe avec l'utilisation des clés. Pour l'historique journalier (hier, 5 derniers jours, 10 derniers jours) : cela ne change qu'une fois par jour. Donc faisons 1 bouton qui serait appelé tous les jours à 3h par GEA (= 1 + 5 + 10 = 16 requêtes par jour). Pour l'historique du jour : ok pour mise à jour toutes les 60 min (= 2*24 = 48 requêtes / jours) (quelle est la fréquence de mise à jour du site, si toutes les heures, inutile de l'interroger toutes les 30 min) Pour les prévisions à 3 jours : quelle est la fréquence de mise à jour du site ? Si toutes les heures = 3 appels * 24 = 72 appels. On aurait alors 16 + 48 + 72 = 136 appels / j mon raisonnement / calcul est-il juste ?

Couillerot, Pourrais-je me permettre une demande, qui j'espère est simple. Sakkhhoo a créé un VD pour mesurer la pluviométrie : http://www.domotique-fibaro.fr/index.php/topic/4740-pluviom%C3%A9trie-avec-weatherunderground/ Il calcule 3 niveaux d'arrosage. Ce serait sympa d'utiliser les icônes suivantes: pas d'arroage : http://www.domotique-fibaro.fr/index.php/gallery/image/3642-arrosage-off-2/ ou http://www.domotique-fibaro.fr/index.php/gallery/image/3641-arrosage-off/ arrosage léger : je verrais bien l'icône pour arrosage important, mais juste avec moins de jets ... arrosage important : http://www.domotique-fibaro.fr/index.php/gallery/image/3645-arrosage-on/

ou alors simplement le important en supprimant des jets, pour le rendre léger

merci beaucoup. Sur base de cette idée, il m'en vient encore une autre pour faire évoluer : en fonction du calcul du niveau d'arrosage (Non, Léger ou Important), il pourrait afficher automatiquement une icône non : http://www.domotique-fibaro.fr/index.php/gallery/image/3641-arrosage-off/ léger : http://www.domotique-fibaro.fr/index.php/gallery/image/3647-goutte-a-goutte-1/ important : http://www.domotique-fibaro.fr/index.php/gallery/image/3645-arrosage-on/ ?

j'en connais un qui dirait : tu ne peux pas me mettre le code, histoire que je n'ai pas de nouvel ID qui soit créé ? Vois-tu de qui je veux parler ?

Rem's, Pour rendre ton code plus lisible / compréhensible pour toi et les autres, je te propose d'aligner : --[[ %% autostart %% properties %% globals --]] local sourceTrigger = fibaro:getSourceTrigger(); if (sourceTrigger["type"] == "autostart") then while true do local currentDate = os.date("*t"); local startSource = fibaro:getSourceTrigger(); if ((currentDate.wday == 1 or currentDate.wday == 2 or currentDate.wday == 3 or currentDate.wday == 4 or currentDate.wday == 5 or currentDate.wday == 6 or currentDate.wday == 7) and string.format("%02d", currentDate.hour) .. ":" .. string.format("%02d", currentDate.min) == "19:45") then fibaro:debug("Début de script") fibaro:call(101, "pressButton", "26") -- Annonce Petula fibaro:call(71, "turnOn") fibaro:call(309, "turnOn") fibaro:sleep(15*60*1000) -- 20h00 fibaro:call(318, "pressButton", "5") -- Volet chambre descente fibaro:call(26, "startProgram", "2") fibaro:call(315, "turnOn") fibaro:call(316, "turnOn") fibaro:call(70, "turnOn") fibaro:sleep(30*60*1000) -- 20h30 fibaro:call(13, "turnOn") fibaro:call(90, "turnOn") fibaro:sleep(50*60*1000) -- 21h20 fibaro:call(319, "pressButton", "9") -- Volet salon descente fibaro:call(13, "turnOff") fibaro:debug("Test scène semaine") end end end les ; ne sont à mon avis pas obligatoires (héritage du Pascal ?) il y avait également 2 ( et 2 ) inutiles sur la condition sur les jours. des petits "conseils" en passant ...

ton MV, fonctionne impec en 3.600 => tu peux supprimer la restriction. pour le last 10 days, il m'a fait une erreur, car il lui manquait une valeur ? en faisant ce test à la ligne 12, ça passe if tonumber(jsonTable.history.dailysummary[1].precipm) ~= nil then rain10days = rain10days + jsonTable.history.dailysummary[1].precipm end Il faudrait peut-être prévoir cela également pour les autres boutons EDIT : nos messages se sont croisé. Bien sà»r que je me suis fait plaisir !

Bienvenue, Histoire de rajouter un peu plus de doute dans ton esprit , mrpinfo nous à fait part d'une super offre d'une hc2 à un super prix 432euros sur amazon.it

en effet, quand je peux le faire simplement avec GEA, je le fait avec GEA. Quand cela devient plus touchy, c'est du pur LUA (modification avec 1 click de mes heating panels en fonction du mode de chauffe de la maison et des vacances : cela me fait penser que je devrais le partager)

merci pour ceci qui a l'air super. Devine ce que je vais faire en premier ? Regarder pourquoi cela ne pourrait pas fonctionner en 3.600, et, avec ta permission, et si c'est possible, le rendre compatible v3.x