jojo

comme je suis impatient, j'ai fait le test en supprimant les devices invisibles for k, v in pairs(devicesJSon) do local doit = (dead or not v.dead) -- exclure les device invisibles if v.visible == false then doit = false end if (doit) then et j'ai réduit result à2897 caractères, mais c'est encore de trop. Je continuerai àchercher demain

Sorry, je ne comprends pas. Comment vais-je réduire la taille de la variable result si je modifie ça result = result .. "<BR>--"..rooms[v.roomID].."<BR>" en ça ? result=result .. "<BR>--"..rooms[v.roomID].."<BR>"

@Steven, Je viens de faire une analyse un peu plus approfondie, en remplaçant reseult = par fibaro:debug( Donc j'affiche mes lignes de débug au fur et à mesure, mais c'est inutilisable, car il y a l'heure, ... Mais cela m'a permis de voir qu'il listait également tous les devices qui étaient cochés comme invisibles (dont tous les main zwave controler). Donc dans la fonction d'exclusion, il faudrait également supprimer les devices pour lesquels visible = false, et le tour est joué.

depuis ma migration en V4, j'ai voulu relancer le script pour vérifier, et il ne me retourne rien du coup j'ai mis des debug un peu partout pour voir jusqu'où il allait, et en fait, il va jusqu'au bout, sauf qu'il ne veut pas afficher le résultat : fibaro:debug(result) la variable result a chez moi une longueur de 4017 caractères. Aurait-on atteint la limite des possibilités du fibaro:debug ?

je comprend bien ce que tu veux : on génère les ID on sauve le tout dans une var globale et en début de chaque script, on lit la var globale avec les noms et id et dans le scipt , on fait simplement réf au nom du device je vois 2 difficultés : longueur maximale de la variable globale (perso, le script me génère un string de 3900 caractères !) le temps CPU de lecture de la VG à chaque exécution de chaque script

si tu as des infos par rapport aux perf de GEA, ça m'intéresse. Car depuis mon upgrade, la latence est de 1 à4 sec (pour les lumières déclenchées par FGMS, c'est pas génial). Pour Nico, avec une clean install, c'est hyper rapide. Je serais tenté de tout refaire, mais j'aimerais avoir un autre input (quand tu as migré vers GEA 5.34)

Merci Nico pour le retour. Bonne et mauvaise nouvelle : si je dois, comme toi, tout refaire depuis zéro Peut-tu poser le benschmark de Steven ? Voici le mien : [DEBUG] 21:59:05: Nb runs : 1000 | id : 56 | G.Variable : Chauffage [DEBUG] 21:59:05: ---------------------------------------------- [DEBUG] 21:59:05: [DEBUG] 21:59:07: getValue Exist : instruction time : 2s | cpu time : 1.49s [DEBUG] 21:59:09: getValue Not Exist : instruction time : 2s | cpu time : 1.35s [DEBUG] 21:59:16: setValue : instruction time : 7s | cpu time : 3.24s [DEBUG] 21:59:18: getGlobal Exist : instruction time : 2s | cpu time : 1.61s [DEBUG] 21:59:20: getGlobal Not Exist : instruction time : 2s | cpu time : 1.34s [DEBUG] 22:00:12: setGlobal : instruction time : 52s | cpu time : 3.96s [DEBUG] 22:00:20: getType : instruction time : 8s | cpu time : 6.34s [DEBUG] 22:00:28: getName : instruction time : 8s | cpu time : 6.18s [DEBUG] 22:00:36: getRoomID : instruction time : 8s | cpu time : 6.21s [DEBUG] 22:00:46: getRoomName : instruction time : 10s | cpu time : 8.13s [DEBUG] 22:00:48: getSunrise : instruction time : 2s | cpu time : 1.51s [DEBUG] 22:00:48: [DEBUG] 22:00:48: ---------------------------------------------- Merci, c'est ce qui me déciderait à refaire alors une clean install demain

j'ai essayé avec un autre browser => idem mais ce n'est pas un problème de code, car sur mon tel Android, cela fonctionne pico-bello Zut, ça m'énerve, ce n'est pas grave, mais je trouverai. De même GEA réagit beaucoup moins vite : latence 1 à 4 sec, alors qu'avant instantané. Mais le script de benchmark de Steven confirme cela ... Pour le reste, je suis super content, car tous mes détecteurs de mvt semblent fonctionner beaucoup mieux

merci d'avoir regardé. Je termine ma migration vers V4.x et relis cela àtête reposée.

merci, j'ai tout essayer (vider tout dans le cache et redémarrer mon pommier (là tu m'as fait bien rire )) ça ne change rien. Est-ce que il n'y aurait pas eu des changements en v4 par rapport au retour des binary sensor Je suspecte que ce code ne soit plus valide if tonumber(fibaro:getValue(GV_Open, "value")) == 0 then if tonumber(fibaro:getValue(GV_Mvt, "value")) == 0 then fibaro:debug("GV_Close") fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", iconeClosed)

merci pour l'affichage des device cachés : cela me confirme que je les ai tous qui apparaissent, même si la ligne entre master et slave continue vers le bas => c'est juste un problème de layout . Pour l cache, je suis sous MAC/Chrome. Comment je fais, j'ai vu qu'il me supprimait tout : mon historique, mes cookies, ... bof. Je devrais supprimer quoi ? ou est-ce que un restart du MAC suffirait ?

en fait quand on met l'alarme en route, cela revient àmettre les devices indépendemment en route. Je ne sais pas ce que tu veux dire par zone ? (= pièce ?) => donc tu dois armer un àun les devices que tu veux armer

j'observe tout de même deux choses ennuyantes : les icônes de mes VD ne changent que si je fait un refresh de la page (en 3.6, il y avait une sorte de refresh automatique, quand je fermais ma porte de garage, je la voyait passer de ouvert, àmoitié ouvert et ensuite fermé. Maintenant je dois faire un refresh de la page pour savoir si la porte est fermée (ou ouverte) suite àl'ordre que j'ai donné : pas cool) avec les 3 tonnes de slave devices qu'il crée, je ne vois que les 4 premiers, impossible de voir les suivants (et donc de les configurer si besoin)

sorry, je ne pensais pas que cela aurait eu un impact sur les associations, et encore moins que tu doives aller derrière tes radiateurs pour réassocier le bazar

c'est vrai que sebcbien n'habite pas loin de chez moi, je pourrais faire une descente chez lui

l'upgrade est terminé, tout semble ok du premier coup !

tout a l'air ok Je me demande vraiment pourquoi j'ai autant stressé. TOUT semble fonctionner sans rien avoir à faire (sauf paramètre GEA GEA.isVersionFour = true) même pas drôle ...

j'ai appuyé sur le bouton, et voilà déjà ce qu'il m'affiche. Normal ? EDIT : j'ai ouvert une nouvelle page , et je vois l'upgrade C'était vraiment mon browser qui déconnait. Stress ...

ok, j'appuie sur le bouton .

j'hésite de plus en plus : upgrade comme Lazer ou tout refaire comme Nico ????

tu peux essayer ceci : regarde ton "wakeup intervale" : c'est le temps (en secondes) pour qu'il renvoie les infos à la box (=> il faut peut-être juste être un peu patient) reconfigure device décocher et re cocher (avec Save entre les deux) le report low température ?

personne n'a de Nest thermostat ?

j'attends encore quelques jours (les retours précis de Lazer), je ne suis pas super pressé. est-ce que quelqu'un pourrait voir si la librairie i/o est disponible en v4 ? http://www.domotique-fibaro.fr/index.php/topic/4841-backup-hc2-idées/?p=72260 en v3.600, j'ai également des moving sensors qui passent en température (AEON DSB05 et FGMS). Avez-vous observé ce phénomène en v4.x, ou observé que ce problème y a été résolu ?

Suite à l'idée que Did a fait germer en moi avec l'icône de ses congélateurs, j'ai fait un VD qui permet de changer l'icône affichée par défaut d'un device (pas d'un virtual device, il y a une instruction pour cela) : http://www.domotique-fibaro.fr/index.php/topic/4839-modifier-licone-dun-device/ P.S. Did, je trouve cela "risqué" de brancher un congélo sur un WP (même si alway on), car s'il déconne, ton congélo n'est plus alimenté. Je préfère perso une sonde de température sur un binary sensor, ce qui est même moins cher ...