Lazer

Je suis pas vraiment d'accord sur le sujet de la fiabilité matérielle sur la HC2. Oui les composants militaires ça existe, mais ce n'est jamais utilisé dans les produits grand public, sauf exception (un fabricant de carte mère de PC avant sorti ça une fois... pour les overclockers extrêmes, mais forcément à 2 fois le prix habituel pour ce genre d'équipement). Mais dans de cas là c'est juste un argument marketing de vente, sur un marché de niche. 600€ pour la HC2 c'est cher, oui et non. - C'est cher par rapport aux autres box domotiques grand public qu'on connait. - Mais par rapport à une Lifedomus, on a encore de la marge. Est-elle plus fiable pour autant, pas certain. Et dans d'autres domaines, quand on voit le prix que peuvent couter d'autres domaines tels que le matos photo, audio-vidéo, électro-ménager, ou autres produits électroniques qui sont très largement plus chers, et qui ne sont pas plus fiables (bien au contraire, quand on voit le taux de panne des TV ou des appareils électroménager c'est rageant). Par exemple j'ai du matos photo (Canon gamme L pour les connaisseurs, le matos que les pros emmènent en reportage), et bien je peux aller au milieu des dunes de sable ou sous les chutes du Niagara avec et aucun problème de fiabilité. A coté de ça je fais des photos chez moi et là ça tombe en panne... bref, la panne est aléatoire, même sur du matos haut de gamme résistant. Maintenant j'ai compris, en voyage je pars avec 2 boîtiers (la photo c'est important pour moi) Dans mon métier, le matos informatique est toujours redondé, et pourtant on ne parle pas de vulgaires PC fragiles comme on a sur nos bureaux, mais plutôt de serveurs à plusieurs dizaines/centaines de k€ pièce (voire pire...) Les pannes, ce n'est pas normal, on est tous d'accord. Mais ça arrive sur tous les produits, donc sur la HC2 aussi. Bref, les pannes arrivent, c'est comme ça, on y peut rien à part raler (ça défoule mais ne fait pas avancer le schmilblick), donc il faut faire avec et trouver une solution pour les contourner. C'est pas pour rien que dans l'aéronautique, le militaire, etc... tout est doublé, triplé, voir plus. En domotique, hors KNX qui m'a aussi fait rêver mais n'est pas financièrement accessible (sans parler des problèmes de passage du bux filaire), une solution consiste à conserver le contrôle local des équipements, ou alors avoir une HC2 en contrôleur secondaire. J'ai toujours eu cette idée en tête, dès le début, car un contrôleur unique c'est clairement un risque (Single point of failure). J'espère que nous aurons cette possibilité prochainement. J'espère aussi que Steven tu ne vas pas devoir renvoyer ton HC2 juste pour un problème de clé USB. Et vue le prix de l'expédition DHL, tu devrais demander à ton revendeur, c'est à lui de prendre en charge le RMA durant la durée de garantie.

@Steven, est-ce que ce n'était pas plus simple de t'adresser à ton revendeur qui doit aussi gérer la garantie ? En même temps, si il renvoie la box à Fibaro, ça ne fait que rajouter un intermédiaire supplémentaire pour rien... Sinon, pour la procédure de retour RMA, c'est un grand classique de SAV quand la garantie est gérée par le constructeur. C'est pareil dans tous les domaines.

@couillerot, je pense qu'il faudrait surtout mettre toutes les icônes bien rangées dans la galerie, et un lien en première page vers cette galerie.

Il y a fort àparier que la prochaine Freebox (dans 1 an) intègre des fonctions domotiques. Ils ne peuvent pas passer àcoté. Pour une fois, Free est clairement àla bourre sur les nouvelles technos, alors que d'habitude ce sont toujours les premiers.

Tu comprends pourquoi j'attends la fonctionnalité permettant de mettre une seconde HC2 en contrôleur secondaire Z-Wave. J'attends de voir comment c'est implémenté, mais j'aimerai bien un truc du style cluster en mode maitre/esclave, avec bascule possible entre les 2 box. Peut-être que je rêve. C'est surtout le chauffage qui me manquerait, toute la programmation des radiateurs électrique en dépend. Et comme je n'ai pas d'interrupteur local pour commander les modules, ça oblige à remettre les radiateurs en marche forcée. L'alarme est autonome, et comme tu dis les dimmers sont commandables localement via les interrupteurs.

arf, dommage. Je ne suis pas un spécialiste de lm-sensors.... j'ai seulement joué avec il y a quelques années quand j'avais mon serveur home-made fanless (un Pentium II.... oui ça date), donc j'aurais du mal àt'aider làmaintenant.

Et Did également si je ne m'abuse.

Freebox = 18W + Plastique => ventillo obligatoire PC : j'en parle même pas tellement ça consomme. HC2 : 13W + boitier alu qui dissipe la chaleur (c'est le boitier qui joue le rôle de radiateur). On fait bien des Amplis audio et des PC dédiés Home-Cinéma avec des boitiers en alu pour dissiper la chaleur, et qui consomment plus que la HC2. Après est-ce que le refroidissement passif de cette box est suffisant ? Je suis le premier à me poser la question, et il faudrait avoir accès à lm-sensors dans Linux pour voir les températures internes. Un revendeur de domotique me disait qu'en 3 ans, il n'a vu aucune HC2 revenir pour avoir cramé. Dans le cas de la domotique, l'obsolescence programmée n'a pas besoin d'être faite sur le matérielle, mais elle est faite sur le logiciel. Il suffit d'arrêter les mises à jour pour forcer la migration des utilisateurs sur le nouveau matos. C'est ce qui se passe de façon pas du tout cachée en téléphonie. EDIT : grillé par PITP2.... en parlant de grillade, aller hop je file

Arf non, toujours pas, faut dire que je suis inscrit au concours du plus gros uptime, et si j'enlève la clé je vais perdre Pour Steven, je veux bien la dupliquer et on peut essayer d'en générer une nouvelle, sauf.... que je ne suis pas chez moi ! Au mieux je peux faire ça vendredi, je la colle sur une VM Linux de mon serveur, une image binaire avec "dd", et une copie des fichiers avec "cp" ou "tar", on pourrait essayer d'établir une procédure pour faire un backup/restore (qui a pensé recovery ) de la clé. Tu as raison, il faudra qu'on fasse ça avant que ça nous tombe sur la tête.

Lol la box ne boote pas et ils veulent faire une connexion distante.. .

Ouaip, ça serait cool que ce soit l'alim qui soit en défaut. Attention mesurer sa tension à vide ne suffit pas, si elle a chauffé il se peut qu'elle délivre encore 12V à vide, mais pas suffisamment en charge. Avec le connecteur branché ce sera difficile de mesurer la tension, le mieux est de trouver une alim équivalente (même tension, intensité supérieure ou égale). L'alim de la Freebox doit faire l'affaire, mais Steven est chez un autre opérateur je crois. Sinon la ZiBase Multi il parait que c'est l'avenir

Ton problème me rappelle vaguement ce problème similaire : http://www.domotique-fibaro.fr/index.php/topic/519-toutes-les-leds-clignotent/

ah oui ok ... merci labomatik

%20 c'est ce qu'on utilise pour encoder les URL. Je pense que tu as raison Krikroff, ça n'est pas trop "LUA compliant".

Normalement, il a reçu un email suite àton MP. Attends un peu, il est peut-être occupé/absent/...

Les disques durs, tu les mappes en RDM à la VM Xpenology. Donc DSM voit autant de disques que tu lui a présenté, et tu peux donc étendre le RAID sur les nouveaux disques que tu ajoutes, il n'y a aucun souci J'ai cru à un moment que tu voulais créer des disques virtuels (depuis le datastore) et les présenter à la VM Xpenology. A ce moment là DSM aurait vu des disques physiques (RDM) et des disques virtuels (datastore) aux caractéristiques et performances très différentes, ce qui n'est pas conseillé.

Je ne suis pas certain de bien comprendre ce que tu dis, mais àpriori oui c'est possible. Par contre tu auras de très mauvaises performances, parce que mélanger du physique et du virtuel, c'est pas top quand même. A réserver aux tests, mais pas àla prod.

2 - Non c'est hardware, entre le chipset et le processeur. Aucune chance d'arriver à"créer" les fonctions VT-D avec un BIOS moddé. 3 - Encore une fois, DSM n'est pas sur le SSD, il est installé sur le ou les disques durs de 2 To (ou plus). Sur le SSD (=datastore), il y a uniquement le nanoboot de 32 Mo qui permet de démarrer la VM Xpenology et de faire croire àDSM que nous sommes sur un vrai Synology. C'est làque ce trouve le hack de ce projet Xpenology. Le SSD est effectivement beaucoup plus fiable qu'un disque dur. Au pire, si le SSD crame, tu remets un autre nanoboot et tu redémarres ta VM Xpenology sans souci puisque tout est sur les disques durs (je me répète...) 4 - Euh non, les VLANs ça ne sert que pour la sécurité. En terme de performances, ça n'apporte rien. Par contre si tu as besoin de perfs importante entre les différentes VM (sans sortir du serveur), il peut être intéressant de créer un vswitch dédié avec une interface réseau virtuelle supplémentaire sur chaque VM. Mais encore une fois, pour l'accès extérieur, les VLAN ne peuvent pas améliorer les performances (et même les réduire, puisqu'un VLAN ce sont quelques octets rajoutés en début de trame IP).

bouhhhh désolé pour ce post pas vraiment constructif, mais j'ai pas vraiment d'idée.... j'espère que tu trouveras une solution autre que le renvoi en garantie. Tu as essayé de la laisser refroidir ?

32 Mo (Mega-octets) : seul le nanoboot va sur le datastore/SSD. Les données et applications sont sur le disque dur de 2 To. Si tu prends un SSD de 64 Go, ce sera quasiment entièrement disponible pour les VM Windows et Linux. Non, impossible avec ESXi sur ce serveur Le RAID de ce serveur est du pseudo-RAID matériel, qui n'est pas reconnu par ESXi. De plus, ESXi ne permet pas de faire du RAID. Donc si tu veux du RAID, tu n'as pas d'autre choix que d'acheter une carte RAID PCI reconnue par ESXi (voir la liste de compatibilité sur le site de VMware) Si tu as plusieurs disques durs de 2 To, tu peux les mettre en RAID SHR sous DSM, mais cela protégera les données + applis de DSM, mais pas le datastore sur SSD. SCSI Paravirtual conseillé pour les performances, mais ce n'est pas supporté sur les vieux OS, donc parfois il faut repasser en LSI SAS Logic (par exemple avec Windows XP, etc...). Si tu installes les VMtools, ce qui est conseillé, cela apporte les drivers permettant de passer en SCSI Paravirtual. Par contre, si tu parles du réseau, alors c'est VMXNET3 qui est conseillé, et la même remarque que précédemment s'applique.

[Tuto VidéoSurveillance] Piloter L'enregistrement Des Caméras Avec Synology Surveillance Station

je suis bien illuminé par le spot au dessus de ma tête, mais àpart ça, ça ne m'arrive pas souvent.... même jamais

Pour Oufman, appelles-le par MP et dis lui de venir par ici, pas certain qu'il voit passer ton message autrement En attendant regarde le travail de ce gars là : https://plus.google.com/u/0/+OlivierCarreno/posts

Les trous sont tout petits, il faut des fils comme on utilise en électronique sur les plaques d'essais, ou àdéfaut 2 fils d'un câble réseau doivent faire l'affaire. C'est un interrupteur utilisé en contact sec, il n'y a aucune puissance, donc inutile d'utiliser des fils 1,5 ou 2,5mm² habituels en électricité. N'importe quel bouton fera l'affaire, pourvu qu'il est connecté en contact sec sur ces 2 fils qui sortent du module, et surtout pas sur le 230V.

question subsidiaire : peut-on désactiver le module via un script LUA ou l'API ? Ce qui permettrai d'intégrer ça dans des scénarios, parce qu'expliquer àla famille qu'il faut aller dans l'interface d'admin de la HC2 pour désactiver l'allumage automatique, c'est pas très WAF/HAF :/