Lazer

Difficile de répondre sans tester, mais je pense que la réponse est non. En effet, je pense que seuls les alarmes intrusion sont remontées (donc que l'alarme est armée). Quand l'alarme n'est pas armée, les informations ne remontent pas. Par contre pour les danfoss, vu que ce sont des modules sur batterie qui sont endormis, il faut attendre qu'ils se réveillent pour leur donner une nouvelle consigne, donc ce n'est pas exploitable dans un scénario de fenêtres ouvertes. Il faut utiliser le paramétrage interne des vannes qui peuvent détecter seuls l'ouverture de la fenêtre (chute brutale de température)

Vu qu'on n'a pas encore décodé l'algorithme de Fibaro, on ne connaît pas le mot de passe de ta box. Tout ce que je peux te dire, c'est que la box est un Linux, donc ça se roote comme tel, ce ne sont pas les tutos qui manquent. Si tu y arrives sans tout casser ( un conseil: ne modifie pas le mot de passe root original), je te filerai les requêtes SQL pour mettre àjour le FGMS dans la base.

Bonjour Dyscus et bienvenue sur le forum. Sans entrer dans les détails techniques de la discussion entamée sur le sujet dédié à l'alarme Diagral, je trouverais dommage de se déparer d'une si bonne alarme pour laisser une box domotique gérer toute la sécurité. C'est un sujet maintes fois abordé sur le forum, et la domotique n'a pas vocation a assurer un niveau de sécurité égal à une bonne alarme, surtout si certifiée NF A2P. En revanche, c'est un très bon complément, et faire cohabiter les deux est bien utile.

Bonjour Dyscus, J'ai fusionné le sujet que tu as lancé par ailleurs avec celui-ci, afin de faciliter le suivi de la discussion et ne pas s'éparpiller pour le moment. Si tu mènes ton projet à terme, un tuto sera le bienvenu De toutes façons, Diagral et Daitem ce sont les mêmes alarmes, de la même société, simplement la première est grand publique, tandis que la seconde est pro et dispose de quelques options intéressantes supplémentaires. Justement, en parlant d'option intéressante supplémentaire, ce module 710-21X a l'air super chouette, car si j’interprète bien la doc, il y a 8 sorties et on peut récupérer tout un tas d'informations sur le fonctionnement de l'alarme, et notamment quelques infos qui me manquent cruellement sur la Diagral (intrusion en mode présence, intrusion sur chacun des groupes, alarmes techniques, etc.... ). J'ai bien envie d'en acheter un et de le tester sur ma Diagral, je suis presque certain que ça fonctionnera. Pour répondre à la question, aucun problème pour brancher ces 8 sorties sur des modules Fibaro Universel FGBS. Il faudra câbler comme décrit en première page avec le récepteur contact-sec DIAG63ARX. Mais comme chaque FGBS n'a que 2 entrées, alors il faudra en utiliser 4. Pour le coup, l'achat d'un IPX800 peut devenir judicieux au niveau coà»t. je n'ai pas d'IPX pour confirmer le câblage, mais à mon avis ça ne doit poser aucun problème. Le seul "truc" sera de configurer le Push sur l'IPX afin qu'il remonte les infos à la box domotique (HC2 ou autre).

Séb, Kiwi, merci pour vos retour sur le Heat it Peut-être un achat pour l'hiver prochain quand au panneau de chauffage de la HC2, si il n'évolue pas, je pense qu'il va finir dans les "fonctions sympas mais remplacées par un meilleur virtual device".....

Tu peux envoyer un MP à ohan, je pense que c'est le seul qui a les droits pour modifier ces pages. Par contre il est plutôt occupé, donc je ne suis pas certain qu'il te réponde rapidement.

Attention, il ne faut pas un simple "transformateur". Il faut une alimentation àcourant continu.... donc une alimentation redressée, soit le 2nd choix chez Legrand (ouch le prix)

Kana-chan, c'est étonnant, je n'ai jamais vu que le bouton power permettait de faire un reboot. Un appui court provoque un arrêt propre des applications Fibaro, puis un shutdown propre de Linux. Un appui long provoque un arrêt brutal (watchdog intégré à la carte mère, comme sur un PC). Et contrairement à ce qui a été dit au début de ce topic (qui date d'une époque lointaine où nous n'avions qu'une maigre connaissance des entrailles de la HC2), l'arrêt violent est à proscrire absolument. En effet, ce n'est pas la mécanique qui pose problème (puisqu'il n'y en a pas), mais le logiciel : risque de corruption de la base de données, et/ou des file-systems et/ou de la clé USB Recovery. Quand la clé USB Recovery est corrompue, le recovery n'est plus possible, donc c'est retour au SAV.... pas glop, et c'est à arrivé à quelques personnes sur ce forum. Si le bouton ne fonctionne plus suite à une mise à jour, alors il faut faire une demande de support à Fibaro afin qu'ils se connectent à distance pour voir si le service GPIO (ou un autre...) ne serait pas buggé.

Ah ma connaissance, il n'y a toujours pas possibilité de l'éteindre proprement via des commandes. Par contre, un appui court sur le bouton doit l'éteindre proprement, tandis qu'un appui long éteint la carte mère de force. Si ce n'est pas le cas, c'est que le câble n'est pas branché, donc SAV (ou ouverture si tu n'as pas peur de le faire toi même).

DSM 5.1, je ne sais plus le numéro de build, mais le dernier normalement. C'est un Xpenology des fois que ça change quelque chose.... J'avais des messages dans la fenêtre de debug incohérents, et les scripts se plantent avant la fin. Je regarderai ça en détail la semaine prochaine.

La caméra Piper na pas beaucoup d'intérêt, car il n'y a pas d'Api. C'est avant tout un contrôleur domotique Z-Wave autonome, mais quand on a une HC2, cela perd de son intérêt. Regarde les tests de cette caméra dur le forum, une fois dépassé l'effet wouah de la fiche technique, ça ne fait pas rêver, justement àcause de son manque d'ouverture.

LOL désolé Oui les thermomètres ça manque en Z-Wave. Moi j'ai un assortiment de ST814 (moches mais efficaces), et de sondes Dallas reliées par câble à des modules Fibaro Universel. Très précis, faut juste trouver un endroit pour cacher le bout de la sonde et avoir une gaine qui passe dans le mur. Les thermomètres EnOcean en vente ne sont que blancs, avec le panneau solaire noir, c'est tout aussi moche. J'ai réussi à les peindre à la bombe en marron puis je les ai fixé sur des surfaces en bois, c'est plus discret et même le panneau solaire ne se voit plus trop. Pour le souci de la batterie, comme je disais il faut prendre les Nodon à pile. A moins d'avoir une villa exposée plein sud avec des grandes baies vitrées, j'imagine que dans ce cas là il ne doit plus y avoir de problème de recharge de la batterie par la lumière ambiante.

J'ai un souci, je viens de me rendre compte que le module virtuel ne fonctionne plus chez moi, avec Surveillance Station 7.0-3742 Je viens de voir qu'ils ont sorti la version 2.0 des specs de l'API au 13/03/2015 : https://global.download.synology.com/ftp/Document/DeveloperGuide/Surveillance_Station_Web_API_v2.0.pdf Je vais jeter un coup d'oeil mais je ne sais pas si j'aurai le temps ce week-end...

Le débat alarme vs domotique est un débat qui revient régulièrement. Le Z-Wave c'est mono-fréquence, et sur des puissances d'émissions très faibles. Donc il suffit d'un brouilleur de poche assez basique pour brouiller le signal Z-Wave. Et quand le réseau est brouillé, tu n'as aucun moyen de le détecter, à part faire un script qui se dit : "oh tient, tous les modules sont en noeuds morts, c'est bizarre...". Tandis qu'une vraie alarme certifiée NF A2P, est bi-fréquence (433 et 866 MHz), émets à (relativement) force puissance, et n'hésite pas à répéter les trames indéfiniment pour que le message finisse par passer. De plus, une bonne alarme est auto-protégée, c'est à dire qu'en cas de brouillage d'une seule fréquence elle va t'avertir, et en cas de brouillage des 2 fréquences, les périphériques sont autonomes, donc la sirène va sonner tout seule, le transmetteur GSM enverra des messages tout seul, etc.... Pour brouiller une telle alarme, on avait pas mal creusé la question sur le forum, il faut en gros une telle puissance d'émission que les batteries prennent la place d'un coffre de camionnette ou de gros SUV. Donc à moins d'être joueur de foot, peu de chance d'être attaqué avec une telle alarme. En fait le vrai risque, c'est de ne pas oublier de mettre l'alarme en marche en partant ! De plus, comme expliqué par PITP2, les détecteurs d'alarme sont plus fiables. Ils sont aussi plus chers, mais il y a une vraie expérience derrière. Une alarme bien posée, c'est précisément 0 fausse alerte par an.... en pratique, c'est Madame qui rentre, et oublie de désactiver l'alarme malgré les bip bip répétitifs de la temporisation.... Le budget d'une bonne alarme n'est pas du tout le même qu'une box domotique et quelques capteurs, d'autant plus que la plupart des alarmes sont fermées, donc impossible de récupérer l'événement de tel ou tel capteur, tout au plus peut-on récupérer le statut global de l'alarme (voir le tuto Diagal dans ma signature). Donc au final, on se retrouve avec 2 capteurs sur chaque fenêtre : 1 pour l'alarme, et 1 autre pour la domotique. Sinon les alarmes type Satel sont une excellente alternative aux alarmes propriétaires grâce à leur ouverture, mais plus complexe à poser. Bref, tout dépend de ce que tu recherches : sécurité, confort, budget, etc.... à toi de voir

Tu sais qu'on a un module virtuel pour nous avertir des mises àjour ?

j'ai une oreille de petit vieux, j'en avais fait un, j'ai une chute vers 2 ou 4kHz, je sais plus. Bref c'est possible que vous entendiez des bruits que je n'entends pas. Bon, on va devoir ouvrir un nouveau topic bricolage : tunning de FGD à la glue pour supprimer le sifflement des selfs.....

mprinfo t'es un petit joueur, moi j'ai fait des benchmark comparatif de recovery : 2 box cote àcote, cliquer que le bouton en même temps, et constater qu'il y en a une plus rapide que l'autre !!!

Ah, ça va mieux Donc je viens de tester 3 dimmers : - pendant la variation (soft start & stop), on entend bien le grésillement, mais plus ou moins fort selon les modules - une fois à 100%, le grésillement devient très discret, à imperceptible (oreille collée à l'interrupteur..... 37db dans la pièce d'après Netatmo) - à 0%, il y en a un qui siffle, l'autre qui ne siffle presque pas, et le dernier qu'on n'entends pas. Bref, ça dépend des modules.

La méthode de communication par une passerelle est très fiable, pour peu que la HC2 et la machine qui héberge FHEM soient toutes les 2 connectées en réseau sur un switch. Ce que je veux dire, c'est que c'est le réseau le point faible si par exemple la communication passe par Wifi (réseau peu stable par expérience).Par contre, avec ma petite expérience du EnOcean, je suis très déçu par cette techno qui ne remplie par ses promesses, à savoir des modules sans batterie. J'ai une maison moyennement lumineuse (donc ni sombre, ni exceptionnellement ensoleillée... en région parisienne), et les pièces dans lesquelles j'ai mis mes 3 premières sondes n'ont pas de volet..... et bien malgré cela, en hiver quand les jours son courts et gris, le capteur ne passe pas la nuit, et les remontées de température/humidité ne se font plus, de même pour le capture d'ouverture de la porte d'entrée. Au final, c'est inutilisable. C'est pas un hasard si Nodon a sorti des modules qui disposent d'une batterie complémentaire (non livrée avec, et non vendue par Domadoo par ex, donc à commander sur une autre boutique telle que Amazon). Mais du coup la batterie est un accessoire indispensable, et là je n'ai plus aucun problème avec mes 2 modules Nodon à pile. Restera à voir la durée de vie annoncée de 5 ans.... Mais si c'est pour remettre une batterie, c'est pas la peine, donc maintenant, sauf exception, je resterai en Z-Wave, qui est un réseau bien plus robuste (maillage), sécurisé, et qui évolue sans cesse (à voir le nouveau chipset Z-Wave+, je ne serai pas surpris que la prochaine génération de puce sache fonctionner sans pile comme EnOcean). Normalement on peut également contrôler des modules EnOcean, mais je n'ai pas testé. Comme je le disais, on n'a pas de roadmap de Fibaro, mais clairement il n'y aura pas de nouvelle HC d'ici 3 mois.... c'est une box extrêmement puissance, qui est actuellement très largement sous-utilisée. Donc au niveau matériel il y a de la marge, et c'est plus au niveau logiciel qu'il y a des progrès à faire.... Un dernier mot sur le EnOcean : si tu souhaites utiliser massivement cette techno, la HC2 n'est peut être pas la meilleure box... je pense qu'une eemodus+ serait plus adaptée (bien que dépendante du cloud, ce qui peut être un point bloquant). Le Z-Wave quand à lui, étant un réseau maillé, ne donne sa pleine puissance qu'après plusieurs 10zaines de modules..... avec 10 modules ou moins, attends toi à avoir des problèmes de communication (nÅ“uds morts). Donc il vaut mieux faire un choix de protocole, et essayer de s'y tenir. Tu dois savoir que le EnOcean n'est pas un réseau maillé, mais que certains modules alimentés sur secteurs ont la possibilité de répéter le signal, ce qui n'est pas du tout pareil.... (en référence aux performances médiocres des répéteurs Wifi qu'on trouve dans le commerce...)

@razell, j'ai fusionné ton nouveau sujet avec celui déjàexistant.

Tu dois avoir un module Qubino

Aucun souci avec mon Xperia Par contre une question : je vois le fil de la sonde qui ressort par le haut du thermomètre.... il y a un joint d'étanchéité à ce niveau là ? Sinon l'eau peut rentrer, non ?

Tu as lu le test de Cédric : http://maison-et-domotique.com/54008-netgear-lance-sa-camera-de-videosurveillance-totalement-sans-fil/ Ca répond à un besoin (pas de fil à la patte), mais en dehors de ça, ça a l'air super fermé comme produit.... liaison radio propriétaire, stockage dans le cloud, pas de trace d'API... Pose la question directement à Cédric il pourra peut-être te répondre plus précisément.

Salut kasiachris, bienvenue sur le forum. Les Home Center 2 et Lite ne supportent pas nativement EnOcean. Il y a des rumeurs de support chez Fibaro, mais rien de concret ni de roadmap pour le moment. En attendant, la solution la plus économique est de monter une passerelle FHEM avec une clé USB EnOcean, à faire tourner sur un Raspberry PI ou tout autre serveur. Perso, ça tourne dans une machine virtuelle de mon serveur, donc pas besoin de serveur dédié à cette unique tâche. Bien sà»r ça dépend du matos dont tu disposes chez toi. Une fois configuré, FHEM retransmet tous les événements EnOcean via l'API de la HC2. Pour le moment, nous devons stocker les informations issues de FHEM dans des variables globales, mais dès que Fibaro aura ajouté le support des Plugins utilisateurs (d'ici quelques semaines si tout va bien......), nous pourrons utiliser ces plugins pour une intégration parfaite à l'interface HC2. Voir ce tutoriel pour de plus amples détails : http://www.domotique-fibaro.fr/index.php/topic/678-passerelle-enocean-fhem/ Avec ce tuto, FHEM est relativement facile à configurer, bien que peu ergonomique. Parmi les alternatives en passerelle EnOcean, on peut citer ZiBase ou eedomus, mais le coà»t n'est plus le même si le besoin est juste de communiquer en EnOcean.

quand j'allume mon sonotone et que je colle mon oreille à l'interrupteur, j'entends mes FGD grésiller uniquement lorsqu'ils sont en train de dimmer. Lorsque la lampe est éteinte, je ne les entends pas. Sinon comme Gazous ça ne m'étonne pas la lampe à économie d'énergie qui grésille. Car sans neutre, le module s'alimente par un très faible courant qui passe par la lampe avant de retourner au neutre. Donc la lampe est tout le temps allumée, ce qui ne pose pas de problème pour un halogène (courant insuffisant pour l'allumer, par contre avec les lampes à éco d'énergie ça réagit différemment).