Lazer

les réducteurs standard en 40 c'est introuvable, donc j'ai laissé tombé les honteux bricolages, et ainsi j'ai un truc propre Après c'est quand même con leur truc, si la plaque arrière était mieux organisée, il sera facile de caser un 80mm, au rapport bruit/puissance d'aspiration bien plus intéressant. C'est là qu'on voit que ce genre d'onduleur c'est prévu pour les salles serveurs, là où on ne pose pas trop la question du bruit (bouchons d'oreilles inside)

il est fourni avec l'adaptateur pour baisser la tension, comme tous les Noctua le package est complet Mais bon, j'ai quand même envie qu'il ventile un minimum quoi, car même en 12V, un 40mm ça ventile vraiment pas grand chose. Sinon faut inventer le watercooling d'onduleur

Bonne nouvelle pour mon Eaton 5P avec son ventilateur bruyant d'origine. J'ai reçu le Noctua et des connecteurs propriétaires, j'ai assemblé le tout avec le bon brochage, et ça fonctionne ! L'onduleur ne se met pas en erreur. Donc il ne vérifie pas la vitesse de rotation du ventilo, seulement le fait qu'il tourne correctement.... ou pas. Maintenant c'est relativement silencieux (on entend quand même un peu le ventilo, ce n'est pas du fanless, mais ça n'a rien à voir à la turbine d'origine) Je laisse tourner toute la nuit pour voir, puis je ferai un tutoriel détaillé en image avec les référence des connecteurs à commander, car j'ai un peu galéré pour trouver l'info.

de mémoire il me semble bien avoir vu des sauts supérieurs à2/3%

ça le fait aussi avec la RAM de base Mais il faut le grapher pour s'en rendre compte, c'est pas évident à voir quand on se contente d'observer les camemberts une fois de temps en temps.

Si c'est Amazon, aucun souci => tu demandes un retour produit. Par contre aucune idée de combien de temps ils mettront àt'en renvoyer une.

Non. Mais je te dis que tu perds ton temps avec le support Fibaro, n'attends aucune aide de leur part àce stade. Ta seule chance c'est le SAV de ton revendeur. Ou alors arriver àréparer la carte mère/BIOS par tes propres moyens.

Bah de toutes façons ils ne pourront rien faire àdistance si la box ne boote pas. Ça c'est sur.

Tu peux tenter de réinitialiser les paramètres du BIOS, voire de flasher un nouveau BIOS. Mais si tu ne veux pas t'embêter, c'est SAV direct.

Essaye un recovery si tu ne vois pas la box sur ton réseau en mode recovery, c'est qu'elle a peut être pris une adresse IP en 192.168.81.1. Ce que tu peux voir sur l'écran branché au boot. Dans ce cas là , il faut mettre manuellement ton PC dans la même plage d'adresse de sous-réseau

ah bon ? Etrange, je n'ai jamais eu ce souci (ceci dit j'appuie rarement sur le bouton... pour ne pas dire jamais !!!) mais si la box est totalement plantée (Linux planté), dans ce cas làl'appui court ne fonctionnera pas, mais avant de planter Linux, faut y aller (un peu comme un Windows Server, comme dit ce matin, ce n'est pas la faute de l'OS, mais des applications)

la seule façon de faire un arrêt propre, c'est un appui court sur le bouton arrière. ..... en attendant l'arrêt via l'API, ce que Fibaro a promis pour la prochaine Beta 4.081

La seule association que j'ai, c'est entre un thermostat SRT et un module relai FGS. Pour les lumières, j'ai viré les associations entre les détecteurs FGMS et les dimmers FGD, car ça manque de souplesse : prise en compte de variables externes, ce que GEA permet.

> Il me semblait que quand il y avait qqch qui ne fonctionnait pas, parfois un reboot via l'API ne suffisait pas, et qu'un court appuis sur le bouton réglait ce problème. En effet, si le process HCServer est planté (503 unavailable), tu ne peux plus attaquer l'API, donc seul l'appui court sur le bouton fonctionne. Mais en préventif, quand HCServer fonctionne normalement, mais que la RAM approche du niveau critique, faire un reboot via l'API est identique à l'arrêt/redémarrage via le bouton => arrêt des applis, et shutdown de Linux. Par contre, si HCServer est planté (503 unavailable), l'API n'est plus disponible. Mais le petit lien dispo sur la page Web d'accueil permet de ne redémarrer que les services, sans reboot de Linux.

En fait j'ai conservé la nuit du dimanche au samedi, comme ça si le backup fait tout planter (puisqu'il arrête certains services momentanément), j'ai la journée du dimanche pour réparer. Je pense qu'il n'y a pas de différence entre ce que tu appelle le soft et le hard reboot. Si tu fais un appui court sur le bouton arrière, c'est identique au reboot via l'API => Les programmes sont stoppés et Linux est redémarré proprement (shutdown -r) Par contre si tu fais un appui long sur le bouton arrière (10s), alors là il s'agit d'un hard shutdown => identique à débrancher la prise électrique, donc à proscrire.

quelques pistes : - sauvegarde de la clé - boot sans la clé - accéder au BIOS avec le clavier - si box moins de 6 mois, => SAV revendeur (oui je sais c'est galère si ta domotique gère le chauffage)

ils doivent être beaux les logs des proxy de l'éducation nationale @Nico oui en effet, un reboot régulier est indispensable, mais à 3h le dimanche matin chez moi c'est le backup auto qui est déjà programmé ! Ca me rappelle les serveurs Windows qu'il fallait rebooter tous les dimanche (je ne sais pas si c'est toujours le cas avec les versions récentes de Windows Server ???)

A ce jeu là , ta freebox aussi est un PC, de même que ton NAS, etc.... et pourtant tu ne les reboot jamais (sauf en cas de mise à jour) c'est par normal qu'une machine, qui ne fait qu'une seule tâche, soit aussi rapidement instable. Contrairement à un vrai PC (au sens Ordinateur Personnel) qui sert à tout faire, travailler, se divertir, etc

les temps ont bien changé, qu'est ce qu'il ne faut pas lire maintenant :huh: A la lumière de ce genre de remarque je comprends tout à fait le départ de @Kiwi et de quelques autres

Tu croyais mal [emoji14] Plus sérieusement, tu vois encore làun bel exemple de communication défaillante de Fibaro.... La différence entre le marketing et la technique. Par contre sans la clé, tu aurais eu plein de fonctions qui fonctionnent mal ou pas du tout (le backup bien sûr, mais aussi l'exclusion de modules, et quelques autres trucs, etc)

oui c'est un PC sous Linux, il n'y a aucune difficulté particulière, si ce n'est : - perdre la garantie (encore qu'un recovery efface toute trace) - il est facile de tout casser, tellement la DB est mal fichue !!!

C'est un peu le thème du robot intelligent dans le film Chappie

You should definitively write in English I am not sure to understand what you mean, but I think you should have a look at this tutorial, which may help you as a starting point to modify the CSS code on the fly : http://www.domotique-fibaro.fr/index.php/topic/5999-script-greasemonkey-pour-firefox-pour-faciliter-le-login/

Euh oui exact, je viens de vérifier et j'ai mis 40s sur mon FGS. J'avais oublié en fait que si on relâche le contact, alors le KLF arrête la monté/descente. Finalement c'est bon signe, ce montage fonctionne tellement bien que j'avais oublié sa configuration

Non pas en standard. Je met les 2 onglets cote à cote sur mon écran, et je réplique tous les paramètres à la main. Mais si tu es motivé, tu écris un petit script en LUA qui lit les paramètres d'un module via l'API, et les écris dans l'autre module, toujours via l'API. Alors ça fait un bel exercice, mais ça prendre plus de temps que la recopie manuelle des paramètres