Lazer

Tu n'as pas prévu de mettre des dimmers derrière les interrupteurs, des modules volet roulant, etc... ? Ça permet de bien mailler le réseau.

Tu as essayé d'inclure le module près de la box et de le déplacer ensuite ? Il recalculera le maillage après le déplacement.

Le Fibaro n'est pas homologué détecteur de fumée par la norme française à cause de la sonnerie qui n'est pas assez puissante (c'est la contrepartie d'une taille aussi petite). Il est bien vendu comme un "capteur" et non un "détecteur". Cela ne le rend pas moins efficace (et même au contraire, puisqu'en v4 nous aurons la courbe de captation de fumée, donc le seuil sera réglable précisément pour élaborer des scénarios intelligents (pré-alarme, possibilité d'allumer les dimmers, faire sonner une autre sirène, notification push, etc....)) La solution pour les assurance c'est d'avoir en plus un détecteur NF le moins cher possible posé discrètement dans un coin de la maison. A ma connaissance, le Nest n'est pas compatible avec la HC2. Ca viendra peut-être en v4. Maintenant, connaissant un peu cette boîte, ça va encore être un module dépendant du Cloud.... on aime ou on n'aime pas. A toi de voir

Suffit de partager le PSD, et on pourra chacun mettre notre voiture sur le calque dédié.

Je m'en doutais

@Benjy, si il y a bien du maillage en EnOcean, c'est comme pour le Z-Wave : seul les modules alimentés par secteur répètent le signal. Le souci c'est qu'on utilise que des sondes sans piles, exactement ce qu'il ne faut pas faire en théorie... Bon ça ne me pose pas de souci, car les 2 sondes sont maintenant installées à leur emplacement définitif, et elles captent bien (rez-de-chassée), avec mon placard qui a une position presque centrale. J'ai mis une sonde derrière une enceinte surround, posée sur le support mural de l'enceinte. Invisible L'autre est sur une étagère haute de la cuisine. Mon oeil de Sauron est inexploitable car il faut partie de ceux qu'il faut réinclure tous les 15 jours.... pas envisageable pour moi. Il est dans sa boîte en attendant la v4 qui est censée résoudre les problèmes de réseau Z-Wave. @Ludo, mon serveur FHEM est dans une VM de mon serveur HP, donc clé USB obligatoire. Pas de carte EnOcean PI. J'ai mis une rallonge USB, donc j'ai quand même bien positionné la clé (c'est mieux que derrière la carcasse métallique du serveur).

J'ai mis les 2 modules le plus loin possible dans la maison. Je ne sais pas trop quelle distance ça fait, je dirais moins de 10m environ. La clé USB est toujours dans le placard, derrière une porte en bois. Les 2 sondes sont à l'étage. En chemin direct, ce n'est pas évident de voir ce qu'il faut traverser, mais il y a au moins : - Une dalle en béton (traversée en diagonale) - un mur porteur - un bout de l'escalier (escalier en béton, couvert de bois) Bilan : - une sonde entre -95 et -91dB (Bad) - l'autre sonde ne capte plus du tout !!! Heureusement, dans cette chambre j'ai une sonde 1-Wire connectée sur un FIbaro Universel, c'est donc bien plus fiable (mais pas de mesure d'humidité)

L'oeil de Sauron manque toujours cruellement de fiabilité en v3, il est inutilisable. Et puis mon chat le déclenche non-stop. En ce qui concerne le RSSI, j'arrive à monter à -55 (excellent) en visée direct de la clé, à 1 ou 2m de distance. Là ils sont sur une étagère, avec un bureau de bois comme obstacle à traverser, et de plus la clé est dans un placard (porte en bois). Résultat : entre -75 et -82 dB (good) MIse à jour : ah la blague, en rédigeant ce message, je me suis installé devant le bureau, donc il y a mon corps à traverser en plus. Résultat : -86 dB (good)

Un PC chez toi ??? Il ne te manque plus qu'un NAS allumé 24/24 là Les claviers Azerty, m'en parle pas, une horreur. Faut pas oublier que ça a été inventé pour ralentir la frappe à cause des vieilles machines à écrire. On n'est pas gâté. La touche Alt-Gr, un enfer. Alors qu'avec un Querty, tous les caractères spéciaux tombent sous les doigts, coder est un vrai plaisir, et utiliser "vi" un bonheur. Sinon, avec les changements d'API de la v4, je me demande si les gars d'Imperihome n'attendent pas la nouvelle version avant de s'y mettre...

Le PVC blanc c'est bien, mais ça n'ira pas trop dans le style de la maison... Donc on reste sur du bois Moi ce serait surtout pour mettre sur la porte d'entrée, afin d'allumer la lumière automatiquement quand on rentre la nuit dans le noir. Sinon EnOcean et FHEM il y a un truc super bien, c'est le RSSI, la remonté du niveau de réception radio. Super pratique pour mesurer la portée et l'emplacement des modules !

Bon comme ça fonctionne bien, et qu'on aura bientôt (un jour, peut-être, espérons, patience, ça va venir, ...) des plugins de type virtual-switch, je suis tenté de prendre un détecteur d'ouverture EnOcean. Pas de problème de pile comme avec les FGK, et la remontée dans la HC2 se ferait au travers de la passerelle FHEM. Seul inconvénient, c'est qu'il faut jouer de la bombe de peinture car ils ne sont dispos qu'en blanc (et mes fenêtres et porte sont couleur bois, soit marron). Quelqu'un utilise des capteurs d'ouverture EnOcean ?

Bon, après une journée de charge, j'ai réussi à intégrer ma seconde sonde, mais ça n'a pas été simple. En fait, c'est tout con, il fallait remettre FHEM en mode d'apprentissage avec la commande suivante : set TCM310_0 teach 300 Ce qui nous laisse 5 minutes pour appuyer sur le bouton d'inclusion du module. Décidément, ce n'est vraiment pas intuitif FHEM.... une fois configuré, on n'y touche surtout pas !!!

Ah oui .... le mapping RDM est un lien symbolique dans Linux, donc il a suivi le lien et copié le contenu au lieu de copier simplement l'information de lien. Donc tu seras bon pour recréer le mapping RDM sur le SSD. J'espère que tu n'as rien perdu...

Merci pour ce retour Je n'ai pas encore fait ma migration vers le SSD, mais je pense que les RDM seront repris. Au pire, un coup de commande vmkfstool et c'est reparti.

Bon je vais les laisser charger àfond toute la journée près de la fenêtre. Parce que même celle qui fonctionnait, 10 minutes après avoir éteint la lumière en allant me coucher, elle a arrêté d'envoyer les valeurs. Donc une bonne charge et j'espère que ça ira mieux

Voilà , je me suis installé une nouvelle passerelle FHEM, sur un Linux Debian, dans une VM virtualisée avec ESXi sur mon serveur HP Proliant. La clé USB EnOcean est bien présentée à la VM, et je peux voir avec succès une sonde Tryo 2 Sys Temperature + Humidité. En revanche je n'arrive pas à inclure la 2nde sonde... il y a une manip spécifique à faire après avoir appris une première sonde ? J'ai bien chargé la sonde sous un spot, mais je ne vois passer aucune trame dans FHEM. Vivement la v4 et ses plugins

Si tu es sous Android 4.4 tu pourrais envisager une passerelle de détection de proximité Bluetooth 4 Low Energy, avec un Raspberry PI et une clé BT : http://domotique-info.fr/2014/04/fhem-passerelle-domotique-bluetootht-4/ Édit j'avais pas vu que tu voulais aussi surveiller tout ton réseau local, donc le bluetooth c'est pas ça....

Tu assures Krikroff !

Oui, ça fait plaisir de voir un revendeur et un fabricant à l'écoute de ses utilisateurs On a vraiment là un super module. Pour la dispo, ma commande est estimée à début de semaine prochaine, ce qui signifie qu'ils devraient rentrer dans le stock à partir de lundi 13 octobre. EDIT : faudra qu'on crée un nouveau sujet pour discuter de ce module, ça évitera de polluer ce sujet.

@satryany, ton application a l'air vraiment complète, c'est super Mais je te dis franchement, pour ma part le Java c'est juste pas possible. Je suis complètement allergique, je me bat régulièrement contre ça au boulot avec les JRE qui ne sont jamais à la bonne version, obligé d'avoir une VM sur mon PC portable avec une ancienne version du JRE, lenteur, problèmes de certificats, etc.... Donc à la maison, on va éviter. Je n'attends qu'une seule chose : c'est que Java suive le même chemin que Flash (si y'a bien une chose que j’admirais chez Steve Jobs, c'est son opposition au Flash). Je ne comprends même pas que Google aie choisi Java pour les développements d'applis sous Android... d'ailleurs Oracle leur fait bien payer maintenant avec les procès à la con. A un moment j'avais essayé de développer une appli Android, j'ai laissé tombé bien vite. J'ai déjà fait du Java il y a bien longtemps, juste après avoir appris le C++, je t'explique pas le choc... le Java j'appelle ça du C--. Bref... voilà , c'est juste mon avis, et ça n'enlève rien à la qualité de ton appli qui a l'air chouette. Ni à ton métier d'ailleurs, moi aussi je bosse sur des systèmes que beaucoup de DSI aimeraient bien voir disparaitre (UNIX...)

Je viens de me rendre compte que c'est le même que Fredric qui n'a jamais réussi àle faire fonctionner : http://www.domotique-fibaro.fr/index.php/topic/228-téléinfo-avec-eco-device/?p=10119 Le miens est juste un tout petit peu plus récent.

@Lionel, ça te suffit comme info ? Il manque uniquement le numéro de série qui est effacé :

Sagem, c'est ceux qui brulaient il y a quelques années ? Je n'ai toujours aucun problème avec mon Landys+Gyr, ça fera bien bientôt 1 an. Yohan tu devrais quand même suivre les conseils de Lionel. Et merci pour les infos sur l'assurance

Le souci c'est que les équipements audio/vidéo n'utilisent pas les mêmes fréquences IR que les climatiseurs. D'où la nécessité d'utiliser des télécommandes différentes, hors problématique d'apprentissage des codes.