sebcbien

La racine est un mot anglais Sent from my Note4

Oui yams boucle tout le Temp ;-) Sent from my Note4

mais àquoi sert cette option gea ??? {"VirtualDevice", id["YAMS"], 13}

Ce n'est pas normal. C'est nouveau ? Sent from my Note4

Pour moi il y a trois états. -activée -désactivée -forcée Quand tu dis je la lance, elle est off et tu force alors ? Sent from my Note4

Le mainloop tourne toujours... Que veux tu dire par lancer ? Sent from my Note4

@lazer Comme ? Sent from my Note4

Mais pas un seul qubino.... C voulu vous croyez ? Sent from my Note4

pepite, c pas LE bug de la V4.07 qui fait déconner lesVD ?

Maintenant que ma mémoire est stable, si j'ai encore un peu de temps, je ferai une nouvelle scène gea, ou je mettrai plein de restart, j'essayerai avec et sans triggers...

@jojo Essaye de désactiver GEA en journée quand tu n'est pas là . en 8h il y a déjà moyen de se faire une bonne idée. Évidemment pour que ça se voie il faut un graphique, sinon rien que les % ne parlent pas assez si ça change quelque-chose, alors il sera temps de chercher plus loin. Perso, je ne comprends pas trop, ce n'est pas logique ces restart... ce sont des -1... et ça monte même quand je ne suis pas là ... ?!?? @steven ,tu nous a toujours dit que les -1 ne sont évalués que lorsqu'il y a des triggers.. ? donc ca ne devrait pas avoir d'impact quand il n'y a aucune activité... ??? tu confirme ? Alors pourquoi ma mémoire diminue de manière constante, qu'il y aie de l'activité ou non ?!??! Perso je m'attendais pas à "découvrir" ça ... je m'attendais à trouver une erreur dans mes scripts, un truc un peu logique... je m'attends à ce que d'autres, avec les mêmes instructions n'aient pas ce probable, que ce soit aléatoire, d'une box à l'autre... Comme le dit bien @Lazer, je penche aussi à une "surcharge de travail" générée par de gros scripts comme gea ou Home kit, que la HC2 gère mal. Voici l'historique de ma recherche: http://www.domotique-fibaro.fr/index.php/topic/3719-module-virtuel-hc2-diagnostics/page-3#entry98828 http://www.domotique-fibaro.fr/index.php/topic/7275-maj-hc2-4070-du-21012016/page-19#entry110920 http://www.domotique-fibaro.fr/index.php/topic/7275-maj-hc2-4070-du-21012016/?view=findpost&p=111838 http://www.domotique-fibaro.fr/index.php/topic/7275-maj-hc2-4070-du-21012016/?view=findpost&p=111682

Au début, j'ai d'abord désactivé des scènes complètes, des VD, pour finalement arriver sur le fautif dans ma config: GEA J'ai deux GEA et il n'y en a que un qui fait monter la mémoire... donc c'est pas GEA àstrictement parler le fautif. Concernant cette ligne qui faisait monter ma mémoire: GEA.add(id2["WC_MVT"], -1, "", {{"RestartTask", malampewc},{"RestartTask", malampewcdim}}) je l'ai réactivée 12h et la mémoire est repartie àla hausse. je l'ai maintenant remplacée par ceci: et la mémoire est stable/descend... GEA.add(id2["WC_MVT"], -1, "", {{"RestartTask", malampewc}}) GEA.add(id2["WC_MVT"], -1, "", {{"RestartTask", malampewcdim}}) Vraiment très bizarre. p.s. je viens de 3.6, et pour moi la 4.07 est très stable a part ce problème de mémoire.

Ah zut... :-/ Et tu as essayé de désactiver gea durant quelques heures ? Sent from my Note4

Je pense que je tiens un bout... Donc dans mes recherches pour trouver ce qui faisait monter la ram chez moi, j'ai d'abord passé pas mal de temps a chercher les scènes ou VD fautifs. j'en ai désactivé pas mal mais la ram montait toujours. puis j'ai désactivé mes 2 GEA et la miracle -> stable !!! j'en réactive 1, paf ça remonte, je le désactive et active l'autre et .. ca ne remonte pas. Donc c'est pas gea en sois, mais une/des instructions que j'utilise dans gea... pas de bol c'est celui avec 60 lignes gea :-/ voilà maintenant quelque jours que je procède par élimination, et je pense avoir trouvé la ligne fautive. -- Allumage à 95% dès que détection mouvement. Le if permet de ne pas renvoyer l'ordre d'allumage si la lampe est déjà allumée GEA.add({id2["WC_MVT"],{"Value-", id2["WC"],89}}, -1, "",{{"Function", function() fibaro:call(id2["WC"], "setValue", "95") end}}) -- On dimme la lampe automatiquement après 3 mn et on l'éteint après 2mn si pas de mouvement ou si la lampe à été remontée a plus de 89% local malampewc = GEA.add({"Value+", id2["WC"],89}, 3*60, "",{{"Value", 5}}) local malampewcdim = GEA.add({{"Value-", id2["WC"],55},{"Value+", id2["WC"], 1}}, 2*60,"",{{"Value", id2["WC"], 95},{"Function", function() fibaro:sleep(300) end},{"turnOff"}}) -- Relance des tâches en cas de détection GEA.add(id2["WC_MVT"], -1, "", {{"RestartTask", malampewc},{"RestartTask", malampewcdim}}) Si je désactive la ligne 8, celle avec 2 restart task, bah la mémoire ne monte plus, elle descend même depuis 24h... Je préfère publier le résultat de mes recherches maintenant, même si ce n'est pas encore sà»r à 100% Je viens de faire un test long que ça ne monte pas, maintenant j'ai réactivé la ligne et je vais de nouveau attendre 24 h pour être suà». Je ne pense pas que ce soit le restart task en lui même car j'en ai ailleurs, mais plutôt la combinaison de deux restart dans une même ligne. Je n'ai pas trouvé d'autres différence avec ces lignes et les autres que j'utilise. Un truc très bizarre, c'est que c'est une ligne -1 , donc exécutée uniquement sur event ... mais ca empêche la mémoire de monter même quand il n'y a personne a la maison ... ?!???!! Donc, Lazer, regarde si tu n'a pas des lignes gea similaires, ca fera avancer le schmilblick j'espere

Je n'ai pas le code devant les yeux mais j'ai l'impression que ta scène s'est lancée plein de fois en peu de temps...J'espère que le log nous apprendra d'avantage. Perso ça ne m'est arrivé qu'une fois pendant le développement, j'avais raté une condition de sortie et ça a tourné en boucle 30 secondes.. Sent from my Note4

Allez, j'accepte le chêne 1er choix

Motivé ? non, mais bon quand 'fo y aller...

D'un autre côté, j'ai quand même plein de scripts qui secouent pas mal la box et qui ne font pas monter la ram Entre autres tout mes scripts qui remontent les infos sur emoncms mes scripts netatmo qui balancent des requêtes https et des json dans tous les sens toutes les minutes des log analyser qui balancent des emails dès qu'il y a une action sur la hc2, idem pour le contenu des vg, le watchdog et j'en passe... Donc je dirais pas à coup sur que c'est juste la charge mais plutôt certains types de requêtes...

il me faut encore un peu de courage pour essayer de localiser quelles lignes pourraient causer cela... C'est "marrant", pcq des gens comme @jojo on encore plus de lignes gea que moi et n'ont pas de problème de mémoire... @lazer, si tu en as ;p , désactibve un peu ton/tes gea pour 24H... mais il faut monitorer avec un graphique, car comme c'est un processus très lent, sans graphe la marge d'erreur est grande

ceci dit, ça a eu un effet WAF assez puissant... je l'avais prévenue que plein de trucs ne marcheraient plus... bah elle l'a senti passer, et les enfants aussi... tu te rends compte, allumer des lampes à la main, pas de réveil lumineux, devoir enclencher l'alarme avec le code, plus de météo etc etc... C'est qu'on s'habitue vite à tout ça

ce n'est pas moi qui ai fait cette solution, elle est seulement basée sur le même principe que cette methode-ci. Mais bonne chance, elle demande encore plus de connaissances que cette méthode-ci...

vous noterez l’héroïsme, j'ai du me passer de GEA des JOURNÉES entières pour réaliser des test fiables. Je pense que je mérite une médaille tiens !

Salut Lazer, Après une bonne semaine de test, voici mes conclusions concernant la fuite mémoire... tires-en les conclusions toi-même... Attention, je ne dis pas que le problème viens de GEA, mais je dois avoir des lignes qui appellent des fonctions qui provoquent des pertes mémoire...

Le monde ne s'est pas fait en un jour. La tu es sur des tutos "avancés"... Prends ton temps Sent from my Note4