jojo

s'il fait beaucoup de traffic au début, puis moins ensuite, n'est-ce pas simplement parce qu'il avait rempli son cache ?

je n'ai pas d'iPhone, ni d'iPad, Mais que de l'Android. Et ce que je sais, c'est que l'appli pour téléphone fonctionne correctement, mais pas celle pour tablette (pas de notification). Du coup je crois avoir dépensé >600€ pour rien ;(

pour l'id du bouton, tu dois mettre son numéro d'ordre (en tenant compte des labels, et si plusieurs boutons sur une même lign) fibaro:call(fibaro:getSelfId(), "pressButton", "1")

la HC2 nous surprendra tous les jours : pas mal pour une box "cloud-less"

tu as le flux video sur ton NAS sans soucis. De ce que j'ai regardé sur la HC2, je pouvais avoir une image, mais problème de mot de passe, puis je n'ai plus creusé

Krikroff, reprend vite tes chats noirs, tout est bien reparti maintenant. Mais je ne dirs rien àFibaro !

restore terminé, et sans anycroche ... RAM à22% Pourvu que ça dure !

j'ai pu passer en recovery : c'étaient les boutons qui n'étaient plus connectés, pourtant , je n'avais jamais ouvert la boite, ni joué au foot avec (j'aime pas le foot). Je lui fais un petit restart tranquille, puis restore du backup. On croise tous les doigts SVP

et zut, elle ne veut pas passer en recovery :angry:

@ quikdave, celà fait depuis très longtemps qu'il y a toujours un module maître ( invisible) et des modules esclaves. Pour mes FGK : 1 maître + 1 escalve pour la porte et pour celui qui a une sonde température : 1 + + 3 esclaves. Pour mes FGS (2 relais) j'ai également 1 Mâitre + 3 esclaves @Nico : des 503 bien méchants qui plantent toute la box et pour lesquels il faut un redémarrage des services. J'ai fini ce que j'avais à faire, je tente un recovery

sinon, j'ai optimisé tous les mainloops (j'étais trop confiant, et je les faisais tourner àgogo pour maintenir des fibaro:log àgogo), et la performance est de nouveauau rdv. Mais toujours des 503 qui plantent la box.

je sens qu'il y a qqch qui a merdouillé lors du recovery. J'aurais du en refaire un dans la foulée (avant la réinclusion de tous le modules), car il a été fastidieux. Je m'y atèle demain

ils me désespèrent.... Très poli au téléphone, mais aucun action. Je crois avoir trouvé la source de mes problèmes de performance : mes main loop qui travaillaient trop. Je les optimisents tous. Mais mon plus gros stress reste mes deux bouton arrière. Demain pm j'essaye pour voir si je sais rentrer en mode recovery.

en effet, il faut EVITER comme la PESTE la disquette dans le panneaux variables. Tu fait un delete de la variable x_sonos... puis tu sauve le VD, et ça devrait passer

Je n'ai pas tout capté à cette vidéo Mais cela voudrait-il dire qu'avec un upgrade du firmware de nos FGS, ... ils pourraient mesurer la quantité d'énergie réellement consommée, et on pourrait ne plus devoir déclarer une consommation théorique pour chaue device ? En résumé, transformer nos FGS en Quibino de qualité ?

j'ai restauré un vieux backup, viré tous les VD et scène, puis tourné le benchmark de Steven Et ça semble mieux [DEBUG] 10:47:34: Nb runs : 1000 | id : 262 | G.Variable : DeadNodes [DEBUG] 10:47:34: ---------------------------------------------- [DEBUG] 10:47:34: [DEBUG] 10:47:36: getValue Exist : instruction time : 2s | cpu time : 1.33s [DEBUG] 10:47:38: getValue Not Exist : instruction time : 2s | cpu time : 1.22s [DEBUG] 10:47:45: setValue : instruction time : 7s | cpu time : 2.79s [DEBUG] 10:47:47: getGlobal Exist : instruction time : 2s | cpu time : 1.41s [DEBUG] 10:47:49: getGlobal Not Exist : instruction time : 2s | cpu time : 1.19s [DEBUG] 10:48:33: setGlobal : instruction time : 44s | cpu time : 3.23s [DEBUG] 10:48:40: getType : instruction time : 7s | cpu time : 6.47s [DEBUG] 10:48:48: getName : instruction time : 8s | cpu time : 6.47s [DEBUG] 10:48:56: getRoomID : instruction time : 8s | cpu time : 6.48s [DEBUG] 10:49:06: getRoomName : instruction time : 10s | cpu time : 8.15s [DEBUG] 10:49:08: getSunrise : instruction time : 2s | cpu time : 1.27s [DEBUG] 10:49:08: [DEBUG] 10:49:08: ---------------------------------------------- [DEBUG] 10:49:08: ALL DONE Je vais remettre le truc qui ne fonctionnait pas, et attendre ce qu'ils disent. Sinon ce qu'il me restera à faire sera de killer un VD à la fois jusqu'à ce que le benchmark soit de nouveau OK. Mais je veux savoir également pourquoi mes 2 boutons arrières ne fonctionnent plus, car à priori, comme ça je ne sais plus rentrer en mode recovery ...

Je viens de les avaoir en ligne, et ils devraient me recontacter sans faute dans la journée. Wait and see ...

RAMà85%. Je cherche ce n° de tél et les appelle

ils partent demain matin. OK, je regarde

Krikroff, Je n'ai pas de compte Facebook (et je me porte très bien malgré tout ). Je te "cède" les droits d'auteurs de l'image (ie, tu peux t'en charger ?)

regarde ici http://www.domotique-fibaro.fr/index.php/topic/1277-nas-synology-dsm-5-sur-serveur-hp-n54l-vmware-esxi-55/?p=129212

je fais également exctement comme Nico

@Nico, Non, c'était un faux Benchmark. J'en avais tellement mare, que j'avais choisi la voie de la dérision ... pour la RAM, c'est une vraie catastrophe depuis la reconfig complète. Elle était super stable avant Je crois que je vai tenter un recovery ce WE (ma femme est absente ...)

sorry sebcbien, je n'ai pas suivi ton conseil ... Mais j'ai fait un force update, et maintenant le recovery du backup a bien voulu aller jusqu'au bout. Le benchmark, n'est pas mieux, mais tout semble fonctionner correctement, et quand je regarde à GEA: Il me fait un premier GEA Version 5.40 : en exécution... après 18s et puis un second 4 sec plus tard ... Soit, ça roule, je ne touche plus à rien

bon on progresse. Dans le bouton du VD qui est dédié àjouer ce stream, as-tu bien mis le code COMPLET de Krikroff de la première page ?