Fredmas

Yes C'est pour ça que de mon côté aidé par le forum comme la première étape est majoritairement atteinte : DB quasi vide, scènes remplacées par QA, et ça tourne de manière stable, je laisse désormais fonctionner quelques jours/semaines pour essayer de piéger d'éventuels cas de vie oubliés dans mes validations et apporter quelques corrections ou nouvelles idées de fonctionnement (sachant qu'il y a quelques temps, je venais de 6,5 ans de HCL avec pleins de scènes blocs, des VG et des VD). Pour l'optimisation de la portée de variables et des gains de perf (encore négligeables dans mon usage), je le ferai par principe, mais dans un second temps dans le cadre de l'amélioration continue durant les longues journées pluvieuses d’automne

Bon pardon pour le hors-sujet à force... Si tu souhaites supprimer/déplacer, ce serait normal, mais du travail pour toi. Mais du coup bien que tu l'aies déjà répété, j'ai mélangé les notions de variables "persistantes" écrites dans l'onglet Général/Variables ou dans l'onglet Variables d'un QA, avec la notion de leur portée dans le code LUA... #1 Donc finalement j'ai bien limité au maximum l'écriture en dur des variables en les supprimant de ces onglets. Bon point pour l'usure du contrôleur et la vitesse de calcul, car c'était mon premier objectif #2 Par contre j'ai créé beaucoup de variables à portée globales dans mes QA (sans préciser local ou self), ce qui n'est pas catastrophique dans mon usage mais pas le mieux d'un point de vue calcul et risque d'erreur en réutilisation. Je peux donc encore améliorer mes codes en réduisant la portée des variables si nécessaire. Quand Lazer dit : "Reprenons :"

Merci pour cette explication très claire, comme souvent Comme discuté ensemble dans un autre sujet il y a quelques temps, j'étais justement en train de virer presque toutes mes variables globales "persistantes" pour utiliser un maximum de variables locales dans mes QA Purée j'étais tout content d'y être arrivé cette semaine, mais ton explication éclairée vient à l'instant de me faire comprendre que je me suis planté, comme le décrit mon exemple précédent. Car je n'ai pas précisé soit self. ou soit local suivant le besoin que tu décris Donc sans le vouloir j'ai créé pléthore de nouvelles variables globales... Bon ben je retourne lire et modifier ma manière de déclarer mes variables dans mes QA

@Lazer dans le doute je viens d'aller relire d'autres sujets avant de poser la question pour essayer de me répondre tout seul, mais je ne suis pas sûr d'avoir trouvé la réponse. Par curiosité j'ai aussi testé cette écriture et ça fonctionne également : function QuickApp:onInit() mavariable = "Hello" end function QuickApp:ModifyVariable(value) mavariable = value end En gros, sans le self. devant la variable. Quelle est la différence avec l'écriture que tu as proposé qui fonctionne évidemment ?

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Merci d’avoir pris le temps de m’expliquer et pardon si je t’ai fait répéter Même si j’essaie de suivre un max de sujets, on en oublie parfois Ta réponse m’éclaire tel un laser dans l’obscurité

Merci + https://www.domotique-fibaro.fr/topic/15084-questions-de-newbie/ = toujours moins débutant que moi apparemment Bref, on se fait plaisir mutuellement et on s'écarte du sujet météo là Merci pour tes réponses Stef, je continue de regarder ton QA pour l'utiliser pour mon besoin qui est d'anticiper certains automatismes du lendemain en fonction de.

Du coup, si on veut mettre à jour la variable locale "toto" avec la valeur "1" du QA2 (destinataire ID2), via le QA1 (émetteur ID1) , comment écrire dans le QA1 ? Ca ça marche ??? fibaro.call(2, "updateProperty", "toto", 1)

Merci Stef , au passage ça va faire plaisir à Christophe Je ne me suis pas trompé dans mon analyse, c’est déjà une petite victoire me concernant

OK merci pour ta réponse et l'explication. Je reviens sur les coordonnées, désolé d'avance car je n'ai pas ton niveau ni celui de @Lazer en LUA et QA. En tout cas pas encore Dans cette v1.2 tu as écrit : lat = api.get("/settings/location").latitude lati = tostring(lat) self:setVariable("latitude", string.format("%.2f", lati)) Comme je n'ai pas trouvé de getVariable("latitude") dans le reste du QA, mais que je vois la ligne ci-dessous qui appelle simplement "lati": http:request("https://api.weatherbit.io/v2.0/forecast/daily?lat="..lati.."&lon="..long.."&days=5&lang=fr&key="..key_id, Du coup je pensais supprimer les 2 variables fixes en mémoire "latitude" et "longitude" du QA, et donc remplacer tes 3 lignes de codes (x2) que j'ai cité au début, #1 mais j'hésite à simplement supprimer la troisième ligne est garder uniquement : lat = api.get("/settings/location").latitude lati = tostring(lat) #2 ou plutôt écrire comme dans ton QA "Arrosage" d'ailleurs) : lat = api.get("/settings/location").latitude lati = tostring(string.format("%.2f", lat)) A mon avis la version #1 doit fonctionner puisque je ne trouve pas de getVariable(latitude") dans le reste du QA et que je n'ai pas l'impression qu'il y ait une limitation de la longueur de string dans l'API Weatherbit (dans leur exemple dans le doc il y a 5 chiffres après la virgule). Mais comme dans ton QA Arrosage tu as utilisé la version #2, j'ai le doute maintenant. Tu es d'accord avec #1, ou plutôt la #2, ou tu me réponds "touche pas à ça petit c.."

Je vais tester dans les prochains jours, et je ne manquerai pas de te faire signe en cas de problème D'ailleurs, sans vouloir ouvrir de longs débats, comme la fiabilité des précisions météo a toujours été discutée depuis des années peu importe les supports et usages, pourquoi as-tu choisi WeatherBit et pas un autre fournisseur ? Je demande principalement par curiosité vu que je vais bientôt l'utiliser également grâce à ton QA

Merci

Pareil de mon côté. RAS

Salut Stef, Et merci pour ce QA, que je ne vais pas tarder d'essayer pour prévoir des évènements automatiques à venir demain via des variables Une petite question si tu me permets, as-tu intégré dans ce QA l'update des coordonnées auto que tu as implémenté dans le Quick App - Météo WeatherBit v1.2

Vu que j’applique à chaque fois le Did’ Process, ben je confirme ! Pas encore eu le temps d’updater les 2 stables précédentes…

Oui hors cloud c’est une très bonne idée et compréhension du besoin domotique Merci pour la lecture @Lazer

Ho purée, pas eu le temps d'installer la 5.080.9 qu'une nouvelle stable est déjà dispo

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Pas encore lancé la mise à jour, mais si la procédure apéro doit durer 3 jours, il va falloir un peu d’anticipation et de préparation avant

Haaaaaa vous me rappelez ma jeunesse avec tous ces jeux que j’ai aussi possédés dans les années 90 avec mon tout premier 386…

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire  Tout s’apprend La vitesse dépendra de tes bases. Moi qui n’en avait absolument aucune et qui partais de zéro en codage, j’arrive désormais à faire 2 ou 3 trucs en LUA à force de lectures, de tests, et du soutien du forum

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire