jojo

quelle est la température de la pièce où se trouve ta HC2 ?

Did, je trouve tes icônes piscines superbes, et cela fait une homogénéisation de l'ensemble qui me plait énormément. Tant qu'àfaire j'ai une petite suggestion. Pourrais-tu faire sur base de la même piscine une avec un thermomètre rouge (que j'utiliserais si la piscine > 25°C) et un avec thermomètre bleu (temp < 26°C) (thermomètre àla place du filtre, en haut àdroite) ? Merci

aviez-vous déjà vu ça, après 1d 7h d'uptime ? Moi non.

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