jojo

làtu parles d'expérience ... ça sent le vécu. Bienvenue au club (vous comprenez pourquoi je fait peu de mise àjour, c'est déjàassez difficile àvendre comme ça)

si ça les fait bouger, on aura gagné. Le jour où tu envoies un mail à support@fibaro.com, utilise juste une autre adresse mail

@Sakkhho, +1 également (je ne peux plus mettre des j'aime aujourd'hui ) @PITP2 : j'aime ton post sur le forum officiel

@mprinfo & darklite44 &kabutop & ... tous les autres On connait tous parfaitement Fibaro : il y a énormément de points positifs, mais on sait aussi que leurs releases ne sont pas toujours fiables. Avec l'expérience qu'on a tous ici, on sait qu'ils ne sortent que des betas. Donc on laisse ceux qui ont des box de tests valider, et puis on y va. Perso, j'ai mis le temps pour passer à v4.X, et je ne regrette pas (d'avoir pris le temps, ET d'y être passé). Mais je sais que je patienterai encore pour le prochain upgrade

@Did, tu nous inquiètes : tu dois passer prochainement sur le billard ? @jmg38 As-tu ouvert un topic sur leur forum ou un message au support. Car (selon moi) un topic sur leur forum à plus de visibilités et si beaucoup de monde réagit, cela fera peut-être plus avancer les choses

j'ai fait une traduction dans le post

sur le forum officiel

vois dans ma signature un tuto pour configurer une caméra sur ton HC2/L

j'y repense, pour ton scénario TV : c'est le 2° cas qui est testé (le scénario ne s'exécute que quand on franchi le seuil de 20 ) De plus si cela fonctionnait en 4.042, cela doit être lié à 4.045. Et avec tout ce que je lis sur 4.045, tu n'as plus qu'à pleurer et espérer que 4.046 arrive bientôt et solutionne le problème

pour ton scénario TV, chaque fois que la consommation de ta id["LAMPE"] est modifiée (et tant que > 20), le scénario GEA va s'exécuter ? Donc si la lampe a une consommation qui varie entre 20 et 25, le scénario risque de s'exécuter plusieurs fois. Ou le scénario ne s'exécute que quand on franchi le seuil de 20 ? => àtester avec un scénario simple

pour ta 1° question : j'écrirais les conditions de temps de la manière suivante, SANS if dans les option : ça c'est plus un principe de base (pas de if dans les options, c'est pas logique, pas beau et ne sera bientôt plus supporté) local lampetimer = GEA.add( {"Global", "temps", "5"} , 5*60, "5mm", {{"turnOff", id["LAMPE_CHAMBRE_AMELIA"]}, }) pour ton scénario de lampes, je ferais comme ceci (sans oublier de mettre id["detecteur"] dans les déclencheurs de scène) GEA.add(id["detecteur"], -1, "detection", {{"turnOn",id["LAMPE_CHAMBRE_AMELIA"]}}) local GEA.add( {id["LAMPE_CHAMBRE_AMELIA"], {"Global", "temps", "5"}} , 5*60, "#duration#", {{"turnOff", id["LAMPE_CHAMBRE_AMELIA"]}}) local GEA.add( {id["LAMPE_CHAMBRE_AMELIA"], {"Global", "temps", "10"}} , 10*60, "#duration#", {{"turnOff", id["LAMPE_CHAMBRE_AMELIA"]}}) local GEA.add( {id["LAMPE_CHAMBRE_AMELIA"], {"Global", "temps", "15"}} , 15*60, "#duration#", {{"turnOff", id["LAMPE_CHAMBRE_AMELIA"]}})

et maintenant que vous êtes en 4.045 est-il toujours indispensable d'avoir l'appli allumée sur le smartphone ?

Je sens que je suis reparti pour attendre une prochaine version stable... Et il n'y a pas intérêt àce que d'ici làje doive faire un recovery complet, car je veux rester en 4.042

oui, mais ici l'objectif est d'être hors de la box ET indépendant de la BD. Donc si on veut faire une clean install comme Nico, on réimporte ce backup/VD et le tour est joué

@pepite, je ne comprends pas bien ta demande, mais ce que j'en ai compris : les plantages ne préviennent pas mais tu ne changes pas tes variables (leur définition en tout cas) tous les jours, ni toutes les semaines => quand tu fais une modif, tu fais un backup Comme le backup nécessite une intervention manuelle, je ne sais malheureusement pas l'automatiser plus

@Nico : le mieux serait de faire une réinstallation complète

les plugin perso ont-ils disparus avec l'upgrade ? peut-on toujours en importer ? performances benchmark de Steven ? et son GEA, plus réactif ?

c'est pas parce que je suis passé en v4.x que je serai le premier pour les prochaines maj ...

comme il s'agit d'une table interne, je pense que nom.

Voilà , j'ai créé mon premier VD de backup/restore externe des variables. http://www.domotique-fibaro.fr/index.php/topic/4900-backup-variables/ Je voudrais faire la même chose pour les heating panels

Le soucis de bon nombre d'entre nous est le fait qu'on soit lié à un backup sur une clé USB propriété de Fibaro. L'excellent tuto de Lazer explique comment faire un backup de la clé, mais il faut avoir des connaissances Linux, que perso je n'ai pas. Merci à mprinfo pour son tuto sur la création des variables en LUA qui m'a donné l'idée et les premières infos pour le restore. Merci également à Steven pour son script de génération des ID dont je me suis inspiré pour faire le backup. Alors, ici, je vous présente mon premier couple scène / VD de backup / restore, d'une série que j'espère longue … Avec la scène en mode débug, on crée le backup des variables. On colle le résultat du debug de la scène dans le bouton restore du VD (que vous exportez sur votre disque dur), et en cliquant sur le bouton Restore, il recrée les variables si elles n'existaient pas. Si vous lancez le restoreen Debug, vous avez un débug détaillé de ce qu'il a fait. C'est très utile pour faire un restore sur une nouvelle box (ou après un recovery) Les instructions se trouvent dans le code de la main loop. Version 2.0 : Backup_Variables_v2.0.vfib Backup_Variables_v2.0.lua Version 1.0 : Backup_Variables_v1.0.vfib Backup_Variables_v1.0.lua

du coup, tu ne regrettes plus d'être passé en v4.X ?

pour le label, ça DOIT fonctionner, sauf si l'id du label n'est pas ScnStatusZone1 vérifies bien, il y a des limitations en tout genres pour les ID des labels et boutons des VD

as-tu essayé ceci dans les options ? {“Sliderâ€, <id_module>, <id_slider>, <valeur>} Met la valeur dans le slider du module {“Sliderâ€, 19, 1, 21.3}

non, malheureusement (mais le forum est riche en icônes ) Tu t'habitueras vite à avoir des réponses rapides et précises sur ce forum