Lazer

Ah, Pascal il suit, ça fait plaisir à voir C'était exceptionnel car c'était au tout début de la HC2, il habitue à l'autre bout du monde, et il revendait des HC2. Fibaro n'a jamais voulu recommencer à ma connaissance.

Il faut taper une commande magique en root sur la HC2 pour appairer le numéro de série de la nouvelle clé avec l'eeprom de la carte fille interne de la HC2.

Oui, voilà, c'est mieux, continue à rêver

J'aimerai bien savoir qui a demandé une box noire... faut qu'on s'explique, j'ai 2 mots à lui dire....

@BenjyNet et pourtant, je pense que c'est bien @mprinfo qui a raison. Fibaro a déjà toutes les infos dont ils ont besoin pour renvoyer une nouvelle clé, mais ils n'ont jamais voulu le faire... pas de raison que ça change avec le backup cloud.

J'avais loupé ce OR, ça veut dire que maintenant on peut faire en 1 seule ligne ce qui nécessitait parfois 2 lignes avant ? Top ça

Je ne pourrais pas t'aider sur la piscine, mais je peux au moins répondre à cette question facile : mettre des interrupteurs sur les entrées de tes modules FGS. Ainsi en cas de panne du contrôleur domotique, tu conserves le contrôle local; à l'ancienne.

Elles n'étaient pas claires volontairement.... retrouve tes emails du 17 novembre 2014 pour plus de détails Faudrait que quelqu'un ouvre une box récente pour savoir.... perso je n'ai pas cela sous la main.

Chipset ZW0301 Donc avant la série 500, la HC2 n'est pas Z-Wave+, mais ça on le savait (elle le simule de façon logicielle) Pour le SDK, je suppose que c'est ça : FUNC_ID_ZW_GET_VERSION: Version: 3.67 Lib: ZW_LIB_CONTROLLER_STATIC

Ah oui ok c'est juste pour la mesure de conso. dans ce cas, la solution que j'ai proposée me parait tout indiquée.

Bah c'est comme si il y avait un vrai interrupteur qui serait toujours en position fermée, je ne vois pas en quoi ça flinguerait quelque chose ? Mais je m'interroge sur la pertinence du truc... tant qu'à faire ça, autant alimenter directement la charge par un fil sans passer par le relai du FGS.

Tout bête : faire un pont entre la phase et une des entrées dédiées aux interrupteurs.

Va falloir refaire tous les tutos pour cette nouvelle box..... Ça me déprime rien que d'y penser. Aller, je reprends une gorgée de ce délicieux breuvage.... Édit : c'était la dernière, maintenant y'en n'a plus....

Ils sont en avance, c'est dimanche les annonces de ce genre....

J'y crois pas, il joue au Mikado pendant que d'autres travaillent

Hum ok, réponse classique. Espérons....

Comme je disais, sans donner le détail du logfile, parfois le module, au lieu d'envoyer un simple clic, envoie un réveil. C'est ce qu'on voit dans les logs. De toute façon le détail du log est inutile pour nous. C'est pour les dévs Fibaro. Donc je pense à un bug du firmware du module, sauf si c'est un faux contact matériel qui produit ce bug.

OK désolé, je n'avais pas compris que tu avait ton installation depuis quelques années, je pensait juste que c'était tout nouveau avec Legrand / Netatmo, surtout qu'ils ont pas mal communiqué récemment sur les programmes neuf dans le bâtiment. Je ne partage pas ton point de vue sur l'ouverture multl-constructeur, je trouve au contraire que tout le monde traine beaucoup trop des pieds pour ramener la couverture à soi. Tu vois bien, tu ne peux toujours pas piloter ta porte, alors que c'est quelque chose qu'on sait faire en DIY depuis tant d'années.... L'intelligent dans le produit final, les 3/4 du temps ça passe par un protocole propriétaire, un cloud, et l'absence d'API, afin d'être certain de conserver l'utilisateur captif, et de bien pouvoir rendre le produit obsolète du jour au lendemain quand ils auront décidé de fermer le service. Ca évolue, mais tout doucement. C'est un peu 2 pas en avant, 1 pas en arrière. Comme tu le vois, je n'ai pas le même point de vue sur l'évolution du marché domotique. Mon moteur de portail a 20 ans, je ne veux pas le changer, car il est fiable, et surtout il n'est pas connecté. Donc un contact sec et c'est réglé, dans 20 ans ça fonctionnera toujours, sauf si casse matérielle d'ici là. Pas de risque de protocole propriétaire qui s'arrêtera de fonctionner du jour au lendemain.

Oui moi aussi ça fonctionnait parfaitement au début, mais le mauvais vieillissement mécanique semble se confirmer Pour les logs Z-Wave : tail -f /tmp/Zwave.log PS à tout le monde : il faut être root et je ne donnerai pas la procédure, pas la peine de me faire un MP. De toute façon passer root sur un Linux, c'est le premier truc qu'un sysadmin apprend à faire, donc catégorie "facile". Celui qui ne sait pas le faire n'a rien à faire avec le compte root à part des bêtises.

Oui, plusieurs ont envoyé via la Poste classique. Ils reçoivent quand même le colis, et ça coute moins cher. Mais vaut quand même mieux prendre l'assurance Collissimo, étant donné la valeur du kilo d'aluminium.

Oui j'y pense, mais justement, est-ce qu'il y a au moins quelqu'un pour qui ce bouton fonctionne parfaitement, c'est à dire pas de ratés à chaque clic ? Inutile de le changer si ça fait pareil sur le nouveau....

Hum, donc si c'est un problème matériel, style contact qui se fait pas bien, ce n'est pas le reset qui va solutionner le problème. Dommage, car il est vraiment idéal pour l'usage que je lui ai trouvé (réveil sur la table de nuit, ouverture volet, musique) avec une couleur qui se fond parfaitement à la couleur du bois du meuble.

Usine à gaz car tu veux faire interragir de multiple éléments entre eux. Ce n'est pas du tout ce que je fais. J'ai une box HC2 qui est le coeur de mon système de puis 4 ans et à laquelle je n'ai pas touché (et aucune intention de toucher avant un bon moment), tout a été calculé pour fonctionner en Z-Wave, j'ai >70 modules en Z-Wave. NB : j'ai quand même ajouté FHEM en passerelle car j'avais envie de tester EnOcean... si j'avais su, je ne l'aurais pas fait car ce n'est pas fiable, mais c'est une expérimentation dans un coin sur des trucs pas du tout critique (température dans 2 pièces, etc). En fin de compte c'est anecdotique. Ah si j'ai aussi HABridge dans un coin qui me permet de faire passerelle entre le Hub de ma télécommande Logitech Harmony Elite et mon HC2. Là pas le choix, impossible à éviter, Harmony est très fermé. Détrompe toi, un PI à cause de sa carte SD, ça tombe obligatoirement en panne au bout de quelques mois. Sans compter devoir suivre les mises à jour régulière, avec risque de casser ton système à chaque fois... d'où nécessité de gérer des backups, etc. Comme je dis souvent, la domotique en est au même état que l'informatique des années 80/90 (si tu as connu). FAUX, tu es très loin du compte. Il y a très peu de protocoles radio qui exploitent le maillage. Z-Wave oui car c'est nativement intégré dans le protocole. Pour le Zigbee, ce n'est supporté que par un petit nombre de modules. EnOcean n'est pas maillé, pas plus que tous les protocoles 433 (DIO, RTS, X2D, etc) ou certains 868 MHz (Edisio, etc), ou encore le célèbre Bluetooth (ça commence tout juste à arriver, ça n'a été standardisé que l'année dernière). L'OpenSource n'a rien à voir avec le fait qu'un contrôleur domotique soit ouvert ou non. Une des box domotique la plus ouverte, eedomus, est close-source, tout comme Fibaro. Domoticz est Open Source, pourtant il supporte moins de protocoles que eedomus ou Jeedom. Fibaro est très fermé, c'est un choix by-design, de faire exclusivement du Z-Wave (stratégie commerciale, Fibaro étant le fabricant n°1 de modules Z-Wave). Fibaro n'est pas propriétaire, puisqu'il utilise le Z-Wave qui est un protocole ouvert (mais pas 100%, ce n'est pas de l'open-source, une société reste maitre des spécifications et du SDK). Un système propriétaire, ça serait tout ce que fait Legrand (MyHome, etc), Somfy (IO Homecontrol), Delta Dore (X3D), et pleins d'autres marques plus ou moins connues en France. Là tu as raison, comme je le disais plus haut, la box Fibaro ne fait que du Z-Wave. Il faut passer par des passerelles pour accéder à d'autres protocoles. Ne prends pas mal la suite.... Dans tes 2 messages précédents, tu es plein de certitude, mais j'ai l'impression que tu fonces complètement tête baissée. Certes, comme tu le dis, ce n'est pas évident de débuter, on te doit un peu d'indulgence. Néanmoins, des tonnes d'infos t'ont été données par les différents intervenants sur ce topic, et tu as lu en diagonale, et/ou n'a pas pris le temps de relire ce qui a été dit, et tu t'es fait avoir plusieurs fois (le paramètre de timeout sur le relai de sortie, la nécessité d'utiliser une box domotique en plus de Homebirdge, etc). Tu fonces tête baissée, on n'a même pas le temps de finir une discussion que tu as déjà passé commande du produit (le module Fibaro homekit, un Raspberry PI, ...). Je sais bien que Amazon reprend tout, mais c'est une solution de facilité, tu apprendrais plus en prenant le temps de te renseigner, lire les docs, poser des questions, chercher sur Google, les forums, les blogs. Un projet domotique, ça se réfléchis, dans la vraie vie c'est très très loin d'être aussi simple que les pubs Apple et Fibaro veulent bien te le faire croire. Perso j'ai mi plusieurs mois à me lancer après avoir passé des soirées entières à étudier à fond les produits, j'ai changé plusieurs fois ma liste de courses avant de passer commande. Pour d'autres points particulier de ma domotique, je n'ai encore tout simplement pas domotisé. Un bon exemple, ma porte de garage, car je ferai un truc ultra-sécurisé, sinon rien. J'ai fat le choix d'un protocole unique, le Z-Wave, car c'est cohérent, efficace, et comme je le disais dans un post précédent, il n'y a qu'à cette condition que le Z-Wave est fiable. Maintenir en parallèle plusieurs réseaux, et plusieurs passerelles / box domotique, c'est ce compliquer la vie lors de la configuration, et de la maintenance à n'en plus finir. Sans compter que dans quelques années quand tu seras passé à autre chose, tu aimerais mieux ne pas avoir à replonger les mains dedans parce que la mise à jour de A a rompu la liaison avec B, tandis que C est planté. KISS : Keep It Simple & Stupid. D'où une remarque que je t'ai faite plus tôt, réfléchis bien, il n'est peut être pas trop tard pour abandonner Homekit qui ne semble pas te donner satisfaction à 100% (concrètement tu ne peux pas piloter ta porte de garage), et basculer sur un protocole évolutif, qui ne connait pas réellement de limite à l'heure actuelle (le Z-Wave est le protocole domotique dominant depuis quelques années, et tout porte à croire que ça va durer encore un petit moment.... bien sûr, au delà de quelques années, on n'est jamais sur de rien). Maintenant si ça t'éclate de monter une archi super complexe avec des passerelles dans tous les sens, vas-y fait toi plaisir. L'avantage étant de prendre le meilleur de chaque technologie. Mais réfléchis bien à ce que ça implique. Bref, ne le prends pas mal, ce paragraphe se veut constructif pour t'aider à mieux réfléchir ton projet.

Ouais, drôle de bug....

Je fais une autre lecture de la situation : La décision de supprimer Lili a été prise à l'arrache, sans prévenir personne, ni les clients, ni le stagiaire développeur. Donc il a supprimé les champs vite fait de l'interface Web, mais pas eu le temps de les supprimer dans la DB. De toute façon quand on voit l'état de la DB, on mesure le nombre de décisions qui ont été prises sans réflexion préalable... Bref, il me parait hasardeux de continuer à compter sur le get() de ces champs, car il disparaitront tôt ou tard...