Lazer

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).

je savais pas que le RGBW grésillait lui aussi. De toutes façons beaucoup de transfo 12V grésillent également, donc au final faut tout bien planquer

Attention Hansolo, je ne parlais pas de ruban LED RGB, mais bien de spot LED 12V dimables, sans couleur. Le module RGBW permet ce mode de fonctionnement que Krikroff nous confirme avoir testé sur des halogènes. Le sujet m'intéresse car j'aimerais bien installer des spots suspendus sur rail, donc forcément en 12V, et j'ai pas encore trouvé de solution pour les dimmer, car comme dit Did (lol) il est plutôt difficile de trouver des transfos dimmables pour LED dimmables. Je me dis que le module RGBW peut être la solution.

Personne n'a essayé le module RGBW avec les sorties en mode variation de tension 0-12V ? L'idée, c'est de prendre un transfo 230VAC/12DVC normal qui alimente le module RGBW et la rampe de LED 12V. D'après la doc ça fonctionne avec les halogènes, mais est-ce que ça fonctionne avec des LED ?

ah oui c'est vrai pfff c'est compliqué la domotique

Voici la capture d'écran en v3, tu leur mets ceci sur ta demande du bugtracker en précisant bien que le screenshot provient de la v3 et que c'est absent en v4. Avec ça ils devraient comprendre (même si le screeshot est en français) :

Sinon pour les LED, il parait que les Qubino sont beaucoup plus adaptés, voir : http://www.domotique-fibaro.fr/index.php/topic/4183-tout-sur-le-qubino-dimmer-zmhnda2/

je comprends bien, mais j'ai pas trop de solution là....