jojo

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

3 fois la même réponse en 1 min. Je crois que c'est la bonne

Les icônes DOIVENT être au format 128x128. Pour être sûr que c'est le cas, lors du téléchargement, tu doit choisir l'option save de l'icône et puis seulement click droit Save Imae As

J'ai déjà fait un VD qui me recrée automatiquement toutes mes variables. => en cas de recovery, je le réimporte, appuye sur un bouton, et hop Je suis entrain de travailler sur quelque-chose de similaire pour les heating panels, avec réimportation possible de la config. J'aurais bien voulu également sauver la config des différents device. Evidemment qu'il faudra tous les réinclure, mais si je connais le nom extact qu'ils avaient avant le crash, je remets le même nom, et avec le générateur d'id de Steven mon GEA est reparti en 3 min. Et avec un bon backup, je peut remettre facilement les bon paramètres. Pour l'instant j'ai beaucoup documenté dans one note, mais il faut tenir ça à jour ...

même pas besoins de faire le do while true, le main loop s'en charge tout seul (toutes les 3s) donc juste l'appui sur le bouton programmé dans la main loop

cool, je t'envoie mon adresse par MP, car c'est bientôt mon anniversaire