Lazer

Si il clignote de toutes les couleurs façon gyrophare de police, c'est plutôt le tamper, c'est àdire le détecteur de vibration qui s'enclenche. Les mouvements sont normalement signalés par une unique couleur, et c'est assez bref.

C'est juste un délire le coup des chevilles. La question àla base c'était scotch double face contre cheville + vis. Et le scotch ça fini immanquablement par se détacher.

Banlieue parisienne, zone dense (petite couronne), à 3500m du DSLAM, j'ai 5 à 6 Mbps de débit maxi avec une Freebox Revolution. La fibre optique, même pas en rêve, contrairement aux grandes annonces des opérateurs

Han, mais t'es un génie JossAlf !!! Grâce àtoi j'ai enfin trouvé une application domotique àmon Lego Mindstorm EV3.... oui je suis un grand enfant

En fait elle interprète bien les valeurs, puisque la température du FGSS est bien affichée. Le bug est plutôt dans la présentation des résultats. La v4 est prévue pour mars.... 2014 Comme d'hab, Fibaro a des supers produits, un super marketing, mais ils sont super à la bourre sur les développements logiciels. Mais en général on leur pardonne, car quand on voit la progression depuis le tout début de la HC2, on se dit qu'ils ont de la marge et qu'ils n'ont pas fini de nous ébahir

Non, comme le dis JossAlf, le problème vient bien de la v3 de la HC2. Elle devrait logiquement créer un module enfant pour représenter la température. On a le même problème avec le thermostat Secure SRT321. il me semble avoir vu dans des screenshots de la version Alpha de la v4 que ce sera bien corrigé. Pour être précis, dans un module, il n'y a pas vraiment de module maitre et esclave, mais plutôt une notion de Classes Z-Wave. Chaque module répond à plusieurs classes. Après, le contrôleur domotique est libre d'interpréter (ou pas) chacune des classes à sa façon. C'est la raison pour laquelle certaines modules sont entièrement reconnue par certaines box du marché, tandis que d'autres modules sont partiellement reconnus. Edit : un lien sur le sujet : http://blog.univers-domotique.com/2013/06/la-technologie-z-wave/

JossAlf, on peut rebooter la HC2 via l'API HTTP, mais pas l'éteindre. Ou alors il faut la rooter (ce qui au passage permettrait d'installer NUT et de gérer presque tous les onduleurs USB en direct)

Ah un onduleur manageable par IP c'est intéressant, mais ça coute une blinde non ? Pour savoir si tu peux l'interfacer avec la HC2, c'est pas compliqué, il faut regarder quels sont les protocoles avec lesquels tu peux discuter : - HTTP => possible, sauf si il utilise un cookie pour l'authentification, c'est mort - SNMP => ça a l'air assez hard à coder, voir ce sujet : http://www.domotique-fibaro.fr/index.php/topic/591-coder-un-paquet-snmp/ - SSH => impossible - Telnet => avec Net.FTcpSocket() ça doit être faisable, mais il y a un peu de boulot quand même.

En fait, cette image provient du guide de base de la centrale uniquement. Le déclenchement sur pré-alarme de la sirène extérieure + flash est bien activée par défaut quand celle-ci est liée à la centrale. Ce comportement est modifiable dans les options de la sirène (décrit dans la doc de la sirène). Donc pas de souci, les intrus savent bien qu'ils sont détectés dans le jardin La centrale n'a pas d'E/S filaires. Pour le retour d'état, je vais utiliser des modules récepteur contacts secs 12/24V DIAG63ARX, que je vais brancher sur les entrées d'un Fibaro Universel. Pour piloter l'arrêt/démarrage, je souderai un FGS-221 sur une télécommande.

Il faut distinguer les volets roulants pour fenêtre de toit et pour fenêtre normales. En fenêtre de toit, ce n'est que du 24V DC, certainement à cause du risque d'infiltration de pluie. Chez Velux, c'est du 24VDC à inverssion de polarité, c'est à dire qu'il n'y a que 2 fils, et tu envoies du +24 ou du -24V selon que tu veux une montée ou une descente. En fenêtre normale, à ma connaissance il n'y a que du 230V AC. La marque Bubendorf pose problème. Chez Somfy, très largement distribué en France, c'est extrêmement simple : 3 fils : Neutre + 2 Phases (1 pour ma monté, 1 pour la descente). Le Fibaro FGRM fonctionne parfaitement bien avec. Attention aux systèmes sans-fils, très difficile à domotiser, particulièrement chez Velux (IO Homcontrol) et Somfy (RTS) tous 2 propriétaires. A noter que pour Somfy, le protocole RTS est géré par les box Zibase, Homewizard, et Somfy. C'est clair que c'est fatigant cette manie de vouloir fermer leurs protocole... à croire qu'ils ne veulent pas que la domotique puisse se démocratiser. Sans vouloir troller, ça me rappelle fortement un certain éditeur de logiciel, et un autre qui fait des téléphones...

Apparemment le suivi GPS est assez buggé et tout ceux qui l'ont essayé ont abandonné... Perso je n'ai pas testé.

Mes souvenirs d'électroniques sont loin, mais un bouton rotatif n'est qu'une résistance variable, permettant de générer une tension variable qui sert de commande pour un ampli. En très simplifié comme ça : Et je ne suis pas certain que le RGBW accepte un signal sonore, qui est tout sauf un courant continu.

Je peux faire un tuto ESXi si ça intéresse des gens. Avec Xpenology dedans.

ESXi est gratuit. Pour avoir les fonctions avancées, c'est à dire faire fonctionner plusieurs ESXi ensemble, il faut passer à la licence vSphere Infrastructure.... payante Bon je pense quand même que VMware est la solution de virtualisation la plus avancée aujourd'hui.... extrêmement employé dans les entreprises. Mais ce n'est pas la moins chère, loin de là ....

A mon avis faut passer par un composant intégré ampli. Une sortie analogique 12V d'un RGBW pourrait servir àcommander l'ampli. Mais le signal sonore ne passera pas par le module Fibaro. Un peu d'electronique autour de tout ça et ça doit le faire. Après je laisse les pros de l'électronique parler

Ah oui je comprends bien sur. Normalement j'aurai fait ça avant, notamment pour protéger la vitre du soleil quand il va commencer àfaire trop chaud.

On a quand même bien dérivé du sujet initial sur la virtualisation. Est-ce qu'avec Xen, tu peux migrer automatiquement une VM d'un serveur à un autre ? Sous VMware, ça marche super bien, mais il faut évidemment le datastore sur un stockage partagé, donc 3 machines minimum en tout.

Mets y une prise CPL et t'es tranquille.

Acidric, oui effectivement j'ai une alarme Diagral, achetée et posée en même temps que l'achat de la maison. Il faut dire que nous habitons le 93 et donc ça nous a bien rassuré (avant, on était en appart, à l'étage, avec porte blindée, et 2 barrières à digicodes en bas...) Cette marque est assez chère (sensiblement le même prix que Somfy en fait), mais les très bons retours sur les forums, ainsi que de ma famille m'ont convaincu. Il faut la chopper en pack en promo chez Casto-Merlin (1 à 2 fois par an), et cumuler les 10% de remise fidélité, là ça devient relativement intéressant. Ce n'est peut être pas la meilleur alarme au monde, surtout comparé aux alarmes pro, mais la certification NFA2P apporte quand même un gage de sérieux et de fiabilité (détecteurs, transmission sans fil). En ce qui concerne les détecteurs extérieurs, on en a parlé ici : http://www.domotique-fibaro.fr/index.php/topic/991-detection-de-pr%C3%A9sence-exterieure-et-cam%C3%A9ra/?hl=d%C3%A9tecteur#entry11183 Je n'ai aucun problème avec les chats, pourtant il y en a bien 3 ou 4 qui se baladent dans mon jardin. Je trouve que c'est très fiable, et on n'a pas de fausse alerte à cause des végétaux, car on peut régler la distance du faisceau inférieur. Alors bien sà»r si le mec il marche à 4 pattes, il passe au travers. Mais bon voilà quoi, si il était intelligent, il n'en serait pas là En tout cas ça a fait échouer la tentative d'effraction qui a eu lieu chez moi cet hiver. Pour chaque détecteur, on peut régler 3 niveaux d'alerte avec une sirène qui monte en puissance : Il y a également un mode présence que nous activons toutes les nuits. Cela active uniquement les détecteur périphériques (pas de détect intérieur). Cela fait sonner la sirène intérieure sans réveiller les voisins. Bon je n'essaye pas de faire la pub de Diagral, mais je l'ai choisi pour sa fiabilité, et de ce coté là je ne suis pas déçu. Au niveau de l'interfaçage avec la domotique et la HC2, c'est très limité, mais je prépare un tutoriel à venir dans quelques semaines. Avant fin mai si tout va bien. Ca permettra de connaitre l'état de l'alarme (statut ON/OFF, détection d'intrusion), et de l'arrêter/démarrer à distance. Ca ne permettra pas de connaitre les infos sur un détecteur particulier. Je note l'idée du déclenchement automatique de l'arrosage du jardin, c'est très original

Les clusters, c'est quand même un sujet assez complexe, voire même le sujet le plus complexe qui puisse exister pour un ingénieur système. Surtout qu'il faut avoir des notions de réseau et de stockage. Pour info, je connais assez bien les clusters IBM HACMP / PowerHA sous AIX. Je connais un peu RedHat Cluster. Et j'ai des notions des clusters VMWare. Donc je peux affirmer que la domotique c'est de la rigolade pour se reposer l'esprit le dimanche à coté de ce que c'est que de faire fonctionner correctement un cluster (encore que le LUA ça peut être bien prise de tête des fois...) Un cluster, quand ça marche, c'est nickel. Mais quand ça veut pas, c'est pire que tout, à tel point que plusieurs entreprises, après une expérience malheureuse avec un cluster, préfèrent faire évoluer leur infra vers une solution sans cluster, malgré tous les beaux discours que le prestataire peut avoir sur les évolution du produit. Le pire que j'ai eu, c'est un cluster que j'ai mis 1 an à faire fonctionner correctement. Et non, je ne suis pas complètement mauvais, puisque le problème était reproductible sur certaines autres clusters (mais pas tous), et j'ai dialogué pendant tout ce temps là avec les développeurs d'IBM aux US qui m'envoyaient les patches à appliquer au fur et à mesure. Parmi les soucis généralement rencontrés : bascule intempestive, pas de bascule du tout, bascule qui ne redémarre pas sur l'autre noeud, temps de bascule anormalement long, etc... la liste est longue J'ai aussi vu des cas particuliers : clusters installés, configurés, recettés et mis en prod. Finalement, aucune bascule durant 3 ans (tant mieux). J'arrive pour faire la migration vers la nouvelle infra, je fais une bascule manuelle préalablement pour vérifier que tout va bien, et là c'est le drame : les évolutions de l'appli font que ça ne bascule pas 3 ans après. Voilà le décors planté... Ce qu'il faut savoir, c'est qu'à la base d'un Cluster, ce n'est pas le système d'exploitation qu'on clusterise (AIX, Linux, Windows, ...), mais les applications qui sont dedans. Par exemple : un serveur Web, un serveur de messagerie, un serveur de fichiers, une base de données, etc... Ensuite, une application clusterisée peut être en mode : - actif/passif (bascule automatique sur le serveur secondaire en cas de crash du serveur primaire) => cas généralement le plus simple à mettre en Å“uvre - actif/actif (tous les noeuds du cluster travaillent, ce qui permet en plus une répartition de charge. Exemples : load-balancer sur un serveur Web, Oracle RAC, GPFS, etc...) => plus complexe à mettre en oeuvre Autre façon de clusteriser, grâce aux hyperviseurs permettant de faire de la virtualisation, c'est de le faire au niveau de la machine virtuelle complète (donc le système d'exploitation complet) comme le fait VMware. Là c'est génial et ça marche assez bien. Je ne connais pas Xen, HyperV, Proxmox & co donc je ne saurais pas dire si ça fait aussi bien. C'est du mode actif/passif. Quelque soit le cluster retenu, la plupart du temps une application partage des données. Donc clusteriser un service c'est bien, mais que fait-on du stockage derrière ? Et bien il faut qu'il soit partagé entre les différents serveurs. Et c'est là que ça devient difficilement gérable pour les particuliers que nous sommes, à la maison. En entreprise, le stockage se fait généralement sur des baies de disques externes, de type NAS (via le réseau Ethernet) ou SAN (via un réseau Fibre Channel dédié, très performant), voire encore d'autres technos (Infiniband, ...) A la maison on commence tout juste depuis quelques années à avoir des petits NAS, alors de là à acheter 2 autres serveurs pour mettre devant et clusteriser l'application, ça commence à être assez violent. A noter que certaines applications peuvent être clusterisées sans forcément avoir besoin d'un stockage partagé. C'est pas exemple le cas d'un serveur Web avec des pages statiques : il suffit de répliquer les pages Web avec un bête rsync entre les 2 serveurs et le tour est joué. Si le serveur Web fait appel à des pages dynamiques (en fait les pages sont statiques, ce sont les données qui sont dynamiques), alors il faut aller chercher les données dans une base MySQL qui devra être clusterisée. Si cette base n'est pas clusterisée, elle devient ce qu'on appel un SPOF (Single Point Of Failure). Et oui, la sécurité d'un système est égale à celle de son maillon le plus faible. Donc en continuant cette logique, où on a 2 serveurs en cluster, et un stockage partagé derrière, on se doit d'assurer la sécurité du stockage. SI on estime que le RAID n'est pas suffisant (car la panne peut venir du contrôleur), alors il faut doubler la baie de stockage..... ah ben voilà on en est déjà à 4 machines physiques en tout... et encore là c'est rien, dans les banques ça devient comique parfois... Après toute cette théorie (pfiou le roman, je suis trop bavard), il faut qu'on se penche que quels sont les services que tu souhaites clusteriser. En fonction de chacun, on verra lequel est facilement clusterisable ou pas. Note : perso, à la maison je n'ai aucune intention de mettre du cluster. Ca sera de la réplication avec rsync pour sécuriser les données. En cas de panne, le redémarrage sera manuel. Actuellement je fais ma réplication sur des disques externes stockées ailleurs. Quand j'aurai un second serveur, je répliquerai en plus entre les 2, ce qui me permettra d'avoir un RPO (Recovery Point Objective) de 24h, c'est à dire au maximum 24h de données perdues (c'est à dire rien du tout pour un particulier).

J'approuve tout àfait ce que vous dites tous les 2. C'est beau, on est tous d'accord

Ah oui là ça dépasse mes compétences... Le souci c'est la garantie, c'est bien pour un vieux volet, mais le miens a une facture de 6 jours.... Pour la solution IPX, j'étais effectivement tombé dessus, mais comme je n'en ai pas, je l'avais tout de suite éliminé, à cause du cout (et je n'en n'ai pas spécialement besoin pour un autre usage). Et puis les fils, j'ai réussi à les tirer sous l'isolant jusqu'à un point où j'ai du 230V en enlevant simplement 3 tuiles par l'extérieur, mais je me vois mal faire la même chose sur une plus grande distance pour aller chercher un IPX. Sur un forum, j'ai aussi vu un gars qui avait des problèmes d'arrêt du moteur avec le 24V DC dans un long câble, il y a des grosses chutes de tension. Alors dans ce cas, il faut tirer des fils de 2,5mm² pour être tranquille.

Did : Oui je sais, la solution avec un FGS c'est un montage où il faut mettre les 2 relais en série, afin d'être certain de ne pas pouvoir faire de court-circuit : http://blog.lbcconcept.fr/wp-content/uploads/2014/04/schema-relais-xdom24.jpg BenjyNet, qu'appelles-tu développer notre propre électronique. Le montage que je tente de faire ne s'appelle pas vraiment de l'électronique, mais c'est quand même un assemblage de composants, qui a l'avantage de parler nativement en Z-Wave. Parce que pour tout recréer en repartant de zéro, c'est quand même pas mal de boulot, et mes souvenirs d'électronique sont quand même assez loin. En plus, je ne suis pas certain qu'on soit capable de réaliser mieux et/ou moins cher que les quelques montages tout fait que j'ai linké dans mon premier message. Coolride, est-ce que tu disposes de quelques composants pour faire des premiers tests ? De mon coté je vais déjà commander les transfos, afin de faire des tests manuellement, avant de les connecter sur un FGRM (qu'il faudra que j'achète aussi)

Nico, tu as déjà ce qu'il faut pour tester ? Moi je n'ai rien en stock dispo, si ce n'est les relais, mais il faut que je les tests car ils sont assez vieux (mais neuf) Did, à ce moment là autant le faire avec un FGS-221, mais on n'aura pas les positionnements intermédiaires. En plus, je ne suis pas certain que le FGRM accepte de se calibrer si le courant est constant, car il ne pourra pas détecter les fins de courses. Ou alors il faut le faire fonctionner en mode Gate (dans la documentation)

J'en ai 3 et je n'ai rien remarqué. En même temps, j'ai dépassé les 30 ans depuis longtemps, je n'entends plus les hautes fréquences, je suis bientôt sourd et aveugle :/