jjacques68

ah, j'espère qu'ils vont corriger ça !! parce ces QA semblent être vraiment de la bombe !!! On déclare une fonction dedans, et on accède à cette fonction depuis les scènes et le passage d'arguments -----> on va économiser un paquet de VG avec ce système !! c'est nickel ça !!

allé c'est parti Pour les heureux possesseur d'une HC3, arrivez-vous à afficher les QA dans l'application Mobile ?

Ben moi ça y est je suis en plein de dedans... Viens de la recevoir...

ah ben punaise oui tu as raison ! je viens de relire les doc vite fait... et bien ça va simplifier les choses ça cool !!

ha bon ? depuis toujours ça ?

Ouuuiiii mais ! Un petit peu d’aventure ne fait pas de mal !! Envoyé de mon iPhone en utilisant Tapatalk Pro

Et ben non ! Mais je vais y aller tranquillou... Sauf si ça va comme je veux et je sens que je vais y passer des soirées, nuits, week-end entier dessus !! Envoyé de mon iPhone en utilisant Tapatalk Pro

bah ! ce doit être à cause des utilisateurs de jeedom

tien c’est étrange, le taux de rebond est pas un peu élevé ? après on peut l’interpréter de plusieurs manière...

ben on connaît pas le mask... peut être du /16

Bon alors, éteins laHC2 en restant très longtemps sur le bouton power. Attend quelques secondes. Et rallume là puis test. ça sent la pile du bios qui est vide...

je dis ça bêtement, mais : tu as essayer de taper cette adresse ip dans un navigateur ? et surtout de purger le cache du navigateur

pas de soucis, tu nous feras un retour d'expérience

oui oui, j’ai vu le setTimeout est toujours là

je n’osais pas le dire ...

ah minute là, quand la scène est OFF, on perd le contenu des variables locales !! donc c’est pas la solution non plus, dans le cas où des variables locales sont utiles...

je croyais que ce n’était pas possible !!

oui en effet, plus besoin de coder le setTimeout dans les scènes pour faire du bouclage. Mais on perd la notion de Thread, car la scène sera OFF entre 2 appels ! ça va libérer des ressources ça !

hé ben dit donc, sont rapide

zut j’aurai dû proposer le vin blanc...

ah mais oui suis bête, on met != 2 pour les boolean et elle sera déclenchée pour le 0 et le 1 ! oui va falloir comprendre la logique

tient ! curieux !! dans tout ce que j’ai lu, je vois pas comment déclencher une scène sur un simple changement de statut d’un capteur genre ouverture de porte : 0 ou 1 actuellement, si on met ce device en trigger, la scène sera déclencher lorsqu’il passe à 0 ou à 1 ! ben avec leur système, il va falloir écrire 2 lignes de trigger : une pour le 0 et une pour le 1 punaise moi qui ai 1 scène avec presque tous mes device en trigger pour faire du push et alimenter mon propre observateur d’évènement, je t’explique pas la complexité avec le nouveau système s’il faut tout doubler, sans parler des device qui renvoient autre que 0 et 1 ! on va se marrer !!!!

j’ai l’impression qu’ils ont fait ça pour qu’on arrête de faire tourner des scènes en boucle H24 7/7...

c’est vrai qu’on vient pas trop pour le tourisme dans mon coin... faut plutôt allé sur Colmar... sinon je viens de lire la doc LUA des scènes... intéressant, très intéressant ! il y a un gros travail qui a été fait sur les trigger de scènes. ça va changer notre vision actuelle. j’ai du mal encore à m’imaginer comment les utiliser. J’ai actuellement UNE scène qui me gère l’ouverture ou la fermeture des volets par exemple. Avec un gros bloque de condition D’après leur système, on pourrait tout passer dans les trigger, mais alors il faudrait 2 scènes !!!! Une pour l’ouverture et une pour la fermeture !! moi qui voulait optimiser tout ça !! je suis du coup un peu perdu sur la méthode : plusieurs petites scènes OU une grosse scène

ou alors je t'invite chez moi pendant une semaine, et tu fais la migration Bière - bretzel - choucroute -au menu sans oublier la schwartzwald en dessert évidemment