Cardane

effectivement, encore mieux, merci

ah, cool, je ne suis donc pas complètement gâteux, il me semblait bien que c'était différent avant

Bonjour à tous, J'ai une petite question sur les fonctions avec un nombre de paramètres variables. (function(...)) Je croyais que la variable 'arg' était une variable cachée et qu'il n'était pas nécessaire de la déclarer, mais il faut bien la déclarer comme ceci local arg = {...} Est-ce qu'il y a eu un changement à ce sujet ? il me semble que sur HC2 elle était disponible directement

Joyeux anniversaire @Dragoniacs, et la montée de version de l'application mobile arrive

oui, sur HC2, dans le Configuration/contrôle d'accès, tu édites le User et vers le bas de la page, dans Contrôle d'accès, tu as la possibilité de définir les accès par Device et par Scene

j'avais exactement le même problème, les CPU presque à 100% parce que j'avais une erreur dans GEA... c'était avec la version précédente et j'avais un ligne GEA avec un CustomEvent qui n'était pas encore supporté... donc tu as peut-être quelque chose du même genre, regarde si tu n'as pas de message dans le log pour GEA...

@Lazer oui effectivement c'est arrivé avec la version 5.3 de LUA, mais juste dommage qu'ils n'aient pas ajouté une possibilité de faire un cast sur un INT, et une fonction toInt(), ca éviterait de devoir chaque fois convertir.

joyeux anniversaire @Lazer, et pas trop de folies hein, vous êtes confinés en France :-) mais bon, faut quand même faire un peu la fête

version 7.21 installée, j'attends ce soir pour voir si les premier customEvents passent correctement, mais pour le reste tout est nickel

@Lazer, j'ai un doute maintenant, l'option CustomEvent est supportée à partir de quelle version ? moi je suis en 7.11, c'est peut-être ca le problème tout bêtement

quelqu'un pourrait-il me dire ou se situe l'erreur dans cette ligne ? GEA.add( {"CustomEvent", "onCivilDusk"}, -1, "event onCivilDusk", {"Close", 199, 100} ) si j'ajoute cette ligne dans mon GEA, les cpu montent ) 50% et GEA part en cacahuète :-) mais je ne vois pas ou est l'erreur

pour info, si j'ai bien vu, les définir dans l'onglet permet simplement que les events soient utilisables dans les scènes blocs....

yes, i saw that in documentation... i did start a test yesterday, will see later on today if everything is running correctly, then i'll try to optimise my code based on your example ;-) i guess we can manage that using the isdst flag ?

@Lazer, merci pour le rajout de test, il en me reste plus qu'à aussi tester si on n'est pas en fin de mois et c'est bon

merci @lazer, je vais tester ca, et effectivement pour l'instant je fais un setTimeout d'une heure (mode test), et complètement oublié cette histoire de 24 heures sur HC2... je vais faire la modification et attendre, je verrai bien si ca passe sur HC3 :-)

tu as cliqué sur l'icône "-" en rouge ?

bon, sur base des différents conseils de @lazer et @jang, le QA commence a fonctionner correctement... il ne me reste plus qu'une chose à faire : le premier déclenchement... ce QA se rafraîchit automatiquement toutes les 24 heures afin d'aller chercher les nouvelles valeurs sur le site externe. Mais je voudrais aussi que, après installation du QA, le premier déclenchement se fasse à 03:00 du matin (heure idéale pour éviter les problèmes de conversion entre temps UTC, heure local, heure d'été, etc...). Une fois ce premier déclenchement effectué, pas de problème, j'utilise un setTimeout de 24 heures et c'est ok... Quelle serait la manière la plus simple pour faire ça à votre avis ?

mais est-ce qu'il faut passer par cet onglet pour le créer, ou est-ce que l'appel a emitCustomEvent("monEvent") fait aussi la création ? bon, je suppose en voyant ton écran qu'il faut le créer avant... je vais essayer ca, ce qui me dérange c'est de devoir tester l'heure dans une boucle dans le QA

ah oui mais la vous me parlez chinois :-) je n'ai jamais essayé ca, je ne sais même pas de quoi vous parlez :-) bon, pour l'instant j'ai mis en place sur base de variables globales.... si j'essaie de comprendre ce que vous dites, je suppose que le QA devrait lui-même faire le test pour savoir si on est à l'heure du CivilDusk par exemple, et à ce moment là générer un event , c'est ca ? EDIT : OK, j'ai trouvé la fonction fibaro.emitCustomEvent("eventForCivilDawn").... mais donc ca veut dire que dans le QA je dois boucler en testant l'heure jusqu'au moment ou elle est égale à une des heures gérées par le QA... ca me parait un peu lourd non ?

salut @Lazer, merci du retour, oui, j'ai déjà ca dans des labels, mais le but c'est effectivement de pouvoir utiliser les valeurs dans GEA et de faire simple... créer des childs me semble un peu compliqué ou usine à gaz rien que pour ca, donc je partirais plus sur des variables. Par contre, de ce côté, tu conseilles quoi ? globales ou locales au QA ? pour être utilisables par GEA ? en fait les scènes blocs je n'utilise pas du tout

Bonjour à tous, Le titre du post n'est peut-être pas le meilleur, mais bon, voilà ce que je cherche à faire... Je suis en train de faire un QA sur base du VD Dawn and Dusk écrit par @OJC sur HC2. Pour faire simple, j'aimerais que les valeurs de Sunrise, Sunset, Civil Dusk et Civil Dawn puisse être utilisée à la fois dans les scène blocs et dans GEA. Mais si j'ai bien compris, ce qui est utilisable dans ce cas ce sont les 'properties' du QA (exemple value pour un QA Temperature sensor). Comme ici je manipule des heures, le seul type qi me semble utilisable est le QA générique, mais alors il n'y a pas de properties prédéfinies. Y-a-t-il un moyen d'en créer, ou d'en simuler ? Merci d'avance

chez moi ca marche toujours, pour l'instant 2°, soleil et nuages et 14km/h de vent...avec YR Weather

oui, c'était juste ca, un copier coller malheureux et ensuite tellement bête que je ne l'ai jamais vu :-) et oui, effectivement, mettre ca dans un pcall j'arrête de picoler le soir

@jang, yesssss, so obvious :-) thanks a lot

@Lazer, mais j'ai aussi essayé en mettant l'appel http dans la fonction d'appel du bouton ou même dans le onInit, avec chaque fois les mêmes messages d'erreur... ca doit être une erreur dans le self.http:request mais je ne vois pas