Fredmas

Bon ben ça y est. Mon ancienne HCL qui a pourtant rendu de bons et loyaux services pendant des années et m'a fait rentrer dans le monde de la domotique, vient de vivre son premier recovery et d'être débranchée Elle se portait bien, mais devenue inutilisée et abandonnée, son cœur s'est arrêté. Vive sa remplaçante qui tourne en place depuis quelques mois comme une horloge, et qui ne me fait absolument jamais regretter mon ex

Correct

Mais du coup plus je joue, plus je crois apprendre, et plus j'ai des questions

T'inquiètes, je serais bien mal placé pour critiquer vu mon niveau Et je te remercie encore beaucoup pour ton travail et ces QA très utiles. Grâce à tes 2 QA météo (état et prévision), j'ai gagné beaucoup de temps, notamment dans la construction du "http:request", du "response.data", et du json en général que je ne connais pas. Là je pense avoir à peu près pas trop mal compris , et je me suis fait une version dans un seul QA qui fait le tout : état de la journée (réutilisable par la box et d'autres QA) et prévisions (réutilisable par d'autres QA). Maintenant je joue avec et je modifie au fur et à mesure mais surtout afin de comprendre pour la maintenance à venir

Autre point, puisqu'il n'y a plus besoin d'écrire dans la variable "lat" de l'onglet du QA, et que la variable "lat" n'est pas utilisée dans le reste du code, au risque de faire une bêtise je viens de remplacer ça : lat = api.get("/settings/location").latitude lati = tostring(lat) par ça : lati = tostring(api.get("/settings/location").latitude)

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 

Ok merci pour ta réponse. J’ai encore à apprendre

Et cette ligne déclare day1 en local du coup ?

Oui des fois c'est simplement sous notre nez Tant mieux si tu arrives à faire ce que tu souhaites finalement. Concernant ta sirène, non je n'ai pas et je ne peux pas te répondre. Et d'ailleurs je suis plus favorable à séparer totalement la fonction alarme et la fonction domotique, en récupérant juste l'état de l'alarme autonome pour compléter son fonctionnement, mais pas la piloter via le contrôleur domotique fatalement moins fiable.

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 

Tu cherches à la refaire en mode bloc j'imagine ? Si oui comme j'ai désormais tout fait en LUA, je ne maitrise pas la nouvelle interface bloc. Mais je tente de te répondre : as-tu essayé d'ajouter le bloc retard qui est en haut à droite de l'interface, puis d'y ajouter dans ce bloc le bloc du module que tu souhaites activer ? Je n'ai pas vérifié, mais ça pourrait être ce que tu cherches.

Ha mince, je ne l'ai pas vu Je n'ai plus qu'à retourner lire une nouvelle fois le code Merci Edit : "Purée je dois être miro, car en cherchant je ne vois pas day1 déclaré en local quelque part "

#2 Question 2 : Pourquoi déclares-tu day2, day3, day4, day5 en local, mais day1 en global ? local day2, day3, day4, day5

OK merci Comme je l'ai dit, aucune critique, j'aime comprendre ce que je fais c'est tout. D'autant qu'il y a 3 ou 4 mois je n'avais jamais touché de LUA alors je suis bien mal placé pour faire le malin

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 

OK #1 Question 1 : Pour commencer, par exemple dans le code il y a : day1 = tonumber(day) day1 = tonumber(day1) day2 = tonumber(day1) + 1 day2 =tonumber(day2) etc. Pour ne pas écrire simplement : day1 = tonumber(day) day2 = tonumber(day1) + 1 etc. Je ne comprends pas à quoi servent les deuxièmes lignes ?

Je ne sais pas si c’est ta passion pour le sujet, ton implication, ou ton altruisme, mais ta capacité à prendre le temps d’expliquer en profondeur ta pensée sur le sujet continue de me surprendre positivement

Salut Stef, J'ai donc installé ton QA (encore merci pour le travail) qui fonctionne parfaitement, et j'ai commencé à l'adapter à mon besoin. Comme je ne peux pas m’empêcher d'essayer de comprendre ce que je fais/utilise, et de manière générale le pourquoi du comment afin de faire avancer le schmilblick, m'autorises-tu quelques questions à propos de bouts de code qui fonctionnent parfaitement mais que je ne comprends pas bien ? Le but n'est absolument pas de critiquer (bien loin de moi cette idée) mais de progresser de mon côté D'autant que c'est probablement du à des incompréhensions LUA de ma part A+ Fred

Merci Après comme tu l'as compris, l'idée est davantage de progresser, apprendre, et éventuellement faire évoluer le code dans le bon sens. Pour l'instant, mon installation et mes QA n'ont que faire de gains de performance au niveau de la milliseconde Mais comme je l'ai déjà lu de ta part quelque part, peu importe la taille de la machine, un code optimisé reste une bonne idée, évitant le surdimensionnement des machines et usages, de manière générale. Bref tu m'as compris

Perfect ! Comme je l'ai dit j'étais dans ton cas, et à l'achat de la HC3L j'en ai profité (avec du temps...) pour basculer plein de scènes bloc et VD, en simplement quelques scènes codées en LUA. Comme je ne suis pas ingé SW à la base et que j'y suis arrivé, il n'y a donc pas de raison que tu n'y arrives pas avec de la patience et de la lecture : Lien vers le manuel Fibaro LUA Lien vers le manuel Fibaro Quick Apps Depuis, j'ai basculé mes quelques scènes LUA en encore moins de QA qui font mieux job. Résultats des courses, quasiment plus de variables en dur, plus de scènes, et un automatisme à des années lumières de ce que j'avais avec la HCL pendant des années. Alors pour les supers experts de la HC2 et HC3, cela peut faire sourire, mais pour des personnes comme toi et moi qui viennent de la pauvre petite HCL, cela n'a plus rien à voir Bon courage dans ta nouvelle aventure

Yes, c'est bien ce que j'ai eu durant mon process de migration. Ho non di diou de purée de pomme de terre ! Pour une fois que nous avons fait tous les deux pareil et que je n'ai pas fait une boulette que tu aurais pourtant répétée plusieurs fois

Du coup afin de ne pas polluer les autres topics , et histoire de continuer la discussion démarrée ici à propos des variables, de leur impact, et possible appel depuis un autre QA. Pour être sûr de bien comprendre : #1 En écrivant cet exemple local mavariable function QuickApp:onInit() mavariable = "Hello" end function QuickApp:ModifyVariable(value) mavariable = value end - "mavariable" a une portée locale (à tout le fichier qui la contient), le code ne fait pas appel à la table super-globale _G durant son exécution - elle ne peut pas être utilisée dans un autre fichier du QA qui la contient - elle peut être modifiée depuis l'extérieure grâce à l'appel de la fonction ModifyVariable avec un paramètre - performance exécution code théoriquement maxi #2 En écrivant cet exemple function QuickApp:onInit() self.mavariable = "Hello" end function QuickApp:ModifyVariable(value) self.mavariable = value end - "mavariable" a une portée locale (à tout le QA qui la contient), le code ne fait pas appel à la table "super-globale _G" durant son exécution - elle est membre de la classe de ce QA et peut donc être utilisée dans tous les fichiers du QA qui la contient - elle peut être modifiée depuis l'extérieure grâce à l'appel de la fonction ModifyVariable avec un paramètre - performance exécution code théoriquement maxi #3 En écrivant cet exemple function QuickApp:onInit() mavariable = "Hello" end function QuickApp:ModifyVariable(value) mavariable = value end - "mavariable" a une portée globale, le code fait appel à la table "super-globale _G" durant son exécution - elle n'est pas membre de la classe de ce QA mais peut être utilisée dans tous les fichiers du QA qui la contient - elle peut être modifiée depuis l'extérieure grâce à l'appel de la fonction ModifyVariable avec un paramètre - performance exécution code théoriquement moins bonne que #1 et #2 (tout dépend du référentiel d'exécution évidemment et de la taille du code) Soyez indulgents, mais ai-je bon ? J'imagine bien que certaines subtilités m'ont probablement échappé, notamment quand je relis pour la dixième fois cette phrase "Elle est donc automatiquement publiée et accessible depuis l extérieur du QA". Mais j'essaie d'apprendre

Comme j'ai une HC3L , je n'ai pas ces différents voyants sur mon contrôleur, et donc je préfère m'abstenir de donner un avis sur ceux-ci Mais là comme ça rapidement, quelques questions peut-être bêtes si tu as déjà fait pleins de vérifications : #1 As-tu activé l'accès à distance du menu 7 dans les paramètres (depuis ton ordinateur) ? #2 Ton contrôleur est-il associé à ton compte Fibaro Id ? #3 Dans l'app de ton iPhone et/ou iPad, tu essaies de te connecter via Fibaro Id ou via une adresse routeur ?

Oui, ce n'est pas le problème. Sur les conseils de ce forum depuis des années, je me suis toujours appliqué à d'abord Exclure un module (même neuf fraichement déballé), avant de l'Inclure. Là j'ai fait pareil : #1 HC3L en mode exclusion, triple bouton, exclusion réussi. #2 HC3L en mode inclusion, etc. etc. etc.

Félicitations J’étais dans le même cas que toi, et avec la flemme de démonter les modules encastrés et pas de câble réseau super long pour déplacer la HCL à côté des modules, j’ai simplement fait : #1 Exclusion des modules un à un avec la HC3L en utilisant les appuis boutons des modules et le contrôleur à côté en wifi #2 Inclusion des modules un à un avec la HC3L en utilisant les appuis boutons des modules et le contrôleur à côté en wifi Evidemment j’ai d’abord réalisé l’inclusion des modules sur secteur avant ceux à pile. D’un point de vue qualité de maillage je ne sais pas si c’était le mieux à faire, mais c’était mon choix. Ca a parfaitement fonctionné, et tout roule sans aucun problème de communication