Lazer

oui je te filerai déjà la nouvelle version en privé si ça déconne, normalement elle est plus robuste (y'a des tests/vérifications de partout) EDIT : bon bah voilà , merci PITP2

Le firmware de ma box est tellement ancien, que des champignons commencent à pousser dedans

Facile : tu appuies sur le bouton, et tu nous fais un retour Sachant que Nico sur le topic dédié à Xpenology vient de nous dire d'attendre avant de faire la mise à jour, je ne peux pas tester. Mais bon, ceci dit, il n'y a pas de raison que ça ne fonctionne pas, normalement le code s'adapte parfaitement aux évolutions de l'API.

Exact. En fait, il faudrait trouver un boitier dédié à la commutation hifi, mais qui soit pilotable depuis des contacts secs à la place du bouton commutateur.

Avec 4 relais FGS tu pourrais switcher le son, mais je pense que le son serait altéré par le passage dans le relai. Enfin à tester, ça dépend de ton matos et de ton oreille. Une installation Hi-Fi nécessite quand même un câblage spécifique, donc les relais c'est moyen je pense. Surtout si tu as du câble de grosse section (au dessus de 2,5 mm²), tu ne pourras pas le visser dans le minuscule bornier des modules Fibaro. Avec le FGBS aucune chance, c'est seulement un capteur.

C'est une question pour Krikroff ça, mais il n'est pas du tout dispo en ce moment. Tu peux déjàcommencer par regarder du coté de son Framework LUA qui te fournira les briques de base pour ça.

Cool Si tu avais eu le temps, ça aurait été intéressant de faire intervenir le support Fibaro, parce que je me demande bien comment la box a pu passer en contrôleur secondaire toute seule.

Oui le VRT-IP est branché sur Ethernet, et commandé par URL depuis un module virtuel (ou plugin de type "virtual switch" quand on pourra l'installer). Il me semble qu'il y a aussi une mini-interface web. BIen sà»r il faut toujours une alimentation, mais je peux récupérer l'une des 2 alims de mon montage pour ça. En fait le plus difficile c'est de tirer une prise RJ45 jusque là .... ou alors rallonger le câble du volet-roulant, mais ça revient au même du coup, puisqu'il y a toujours un câble à tirer. Et puis en fait, je ne suis pas fan de faire passer du courant continu sur de grandes longueurs.... il vaut mieux tirer un câble réseau c'est plus fiable.

@Doclpp, non toujours pas de tuto détaillé, et honnêtement je pense qu'il n'y en aura pas car : - je n'ai jamais réussi à faire fonctionner la calibration, et donc la gestion des positions intermédiaires du volet - le montage n'est pas super fiable.... depuis le retour des beaux jours, j'ai voulu baisser mon volet, et je me suis rendu compte que ça ne fonctionne plus..... peut-être un faux contact ou court circuit, je ne sais pas trop j'ai pas eu le temps de vérifier tout ça..... j'entends les relais claquer un peu trop fort à mon gout. Donc j'ai tout débranché en attendant afin de ne rien cramer. Et puis j'avais fait ce montage il y a 1 an alors qu'on n'avait aucune visibilité sur la v4 et la possibilité de créer des plugins de type "virtual switch". Donc je voulais utiliser un FGRM car c'était le seul moyen d'avoir un vrai volet roulant dans l'interface Fibaro, et ne pas être limité par un FGS et un module virtuel. Maintenant que la v4 est à peu près stable, on est proche du retour des plugins, et Krikroff a démontré qu'on peux intégrer un plugin qui se comporte comme un volet roulant avec les montés/descentes (sans les limitations des modules virtuels), donc je me demande si je ne vais pas m'orienter vers une autre solution plus simple et plus fiable, comme par exemple le VRT-IP utilisé avec succès par Nico.

Je ne sais pas comment tu es arrivé là , mais c'est Recovery obligatoire. Ca m'est arrivé sur HC2 en v4 quand j'ai tenté d'en inclure une en contrôleur secondaire de l'autre.

miam Ca va être chouette (dans 3 ans) quand on aura toutes les fonctions prévues

Bon, je viens de remettre le nez dans le script plus haut, qui récupère l'historique de conso d'eau sur le site de Veolia au format xls, puis le transforme en csv plus exploitable par un script afin d'injecter les données dans une base SQL. Selon la version de l'outil xls2csv utilisé, il y a un bug avec le format de date utilisé par Excel, et pas de chance on est en plein dedans. Ca se traduit par une date erronée de 4 ans et 1 jour.... bref pas top pour les stats. Ca faisait plusieurs mois que mon script tourne en stockant les CSV sur disque en attendant de les injecter dans MySQL, et il va falloir que je me farcisse une routine pour retrancher la date correcte Ce script buggé est celui qui est fourni dans le package catdoc-0.94.2 écrit en C par V.B. Vagner et disponible dans toutes les bonnes distributions Linux. Donc forcément, c'est celui qu'on utilise en premier. La bonne nouvelle, c'est qu'il existe un autre script xls2csv, écrit en Perl par Ken Prows, qui fonctionne très bien. La mauvaise nouvelle c'est que c'est super chaud à installer, comme tout ce qui touche à Perl !!!! Bref, ça m'a juste occupé 1 grosse heure ce soir, ça tombe bien je n'avais que ça à faire et j'aime me faire du mal Si ça intéresse du monde, je peux documenter cette installation. Maintenant, je vais pouvoir m'attaquer à la partie intéressante : remonter les données de consommation d'eau dans mon outil de graphs

En fait, l'auto modification de VD a déjà été fait.... je crois de mémoire que c'est une télécommande Samsung trouvée sur le forum officiel. Le code est "ouf", il va charger les icones sur son serveur web, et tout et tout.... un sorte de module qui s'auto-installe. Bref, faut avoir du temps à y passer. En fait, ma nouvelle version détecte tout seul les caméras, stocke ça dans un label, et s'en sert dans les autres boutons : - si tu ne paramètres pas la variable 'cameras' des autres boutons, alors il prend la liste des caméras détectées - si tu paramètres la variable 'caméras' des autres boutons, alors il ne travaille que sur les caméras de ton choix....ce qui te permet de copier/coller les boutons. Il me reste juste à travailler sur la partie de la main loop, car j'ai des déconnexions de temps en temps. Mais déjà elle est super stable, aucun plantage en plusieurs semaines malgré des Net.Fhttp et json.decode en pagaille, même en v3

"Fréquent", pas évident de déterminer avec précision. Mais étant sur un forum, on voit forcément défiler la totalité des gens qui ont des problèmes, donc forcément ça représente un peu de monde. Évidement les gens qui n'ont pas de problèmes ne s'en plaignent pas, donc on les voit pas, et surtout on ne peut pas les compter. Donc pas évident de déterminer si c'est fréquent. Ce qui est certain, c'est que plusieurs milliers de box sont vendues, mais combien ?!? Seul Fibaro pourrait nous le dire. Mais la majeure partie des utilisateurs, y compris les membres actifs de ce forum n'ont aucun souci. Perso (une HC2, mais ça ne fait pas de différence, c'est le même code source) je n'ai absolument aucun souci, mon installation est stable depuis le premier jour, soit environ 1 an et demi, avec très peu de reboot (je suis monté à 6 mois continu). Seules les coupures électriques, mes bricolages, et bien évidemment les mises à jour imposent de rebooter. Et encore, maintenant ma box est sur alimentation 12V secourue. Donc je dirais plutôt que tu joues de malchance. Et il n'est pas utopique de penser qu'une installation peut fonctionner plusieurs années sans souci. Par contre, il faut bien être conscient que la configuration peut être chronophage, quand on cherche à domotiser de nombreux postes de la maison, et créer des scénarios un peu élaborés. Mais ce n'est pas un dysfonctionnement du produit, c'est juste du travail à fournir.

@nvincent, oui contacte le support c'est pas normal. Pour info, un backup revient au même qu'un reboot de la box, car le backup arrête puis redémarre tous les services (notamment le moteur Z-Wave qui semble poser problème dans ton cas).

Les nouvelles HCL vendues sont en v4 depuis environ 1 mois. Pour le moment, la migration en v4 n'est pas dispo pour les anciennes HCL car Fibaro veut stabiliser le processus de mise àjour..... afin de ne pas retrouver les même déboires qu'on a pu connaitre sur HC2. Patience ça va venir pour tous

@jojo Pour la prochaine version : 1. Tu peux le faire manuellement en copiant/collant le code dans une paire de nouveaux bouton et en modifiant juste la variable 'camera'. Il est trop compliqué d'automatiser ça, car il faut faire un virtual device capable de s'auto-modifier en ajoutant ses propres boutons. 2. Pas prévu.... mais même problème que précédemment : le module virtuel doit s'auto-modifier pour cela, pas évident. 3. Oui ça fonctionne comme ça 4. Les boutons Enable/disable sont prévus, et voir le point n°1 pour la gestion individuelle des caméras 5. Pas prévu.... je vais voir si je peux ajouter ça 6. Oui ça fonctionne comme ça

Cool Jojo Sinon pour info, j'ai une nouvelle version du module virtuel un peu plus élaborée... j'ai encore 2/3 trucs à fignoler, puis je partagerai.

Ce ne serait pas la détection de mouvement qui détecte un mouvement et réactive en permanence l'enregistrement ?

Parce qu'ils sont paranos. Ils pensent que ça permet de protéger leur système. La clé est utilisée comme un dongle, comme ça se pratiquait beaucoup avec les logiciels métiers protégés par des dongle série dans les années 80/90. Ce qui est idiot, car leur logiciel ne fonctionne pas sans la carte fille connectée sur la carte mère, donc la clé n'apporte aucune sécurité supplémentaire, et est extrêmement contraignante pour l'utilisateur, car c'est l'élément le moins fiable de la plateforme HC2. (re)-lis mon tuto HC2 Recovery Tweaks où j'explique 2-3 bricoles à ce sujet.

En fait c'est pas vraiment lié à une "box", mais au principe même de fonctionnement du Z-Wave. Un contrôleur principal possède un Home ID, qui est envoyé à tous les modules qui sont inclus sur ce réseau. Ce Home ID sert de base pour chiffrer les échanges entre les modules. De plus, ce contrôleur principale distribue les Node ID à chaque nouveau module inclus sur le réseau. Un (ou plusieurs) contrôleur secondaire est inclus sur ce même réseau, et prend donc le même Home ID que le contrôleur principal. Pour le coup de la haute dispo, j'y pense depuis longtemps afin de sécuriser mon HC2 avec une seconde box, et c'était le but de mes tests. Mais malheureusement, ça ne semble pas encore bien fonctionner. De toutes façon, aucune autre box du marché de supporte ça, à ma connaissance il n'y a que le logiciel Homeseer. Du coup, le spare sur une étagère c'est une solution, mais avec quelques limitations : - pas de bascule à chaud, l'opération est complètement manuelle et prend du temps - pas possible de restaurer une config d'une box sur une autre, Fibaro bloque cela car les clés sont appairées par rapport au numéro de série de chaque box. Seul Fibaro peut effectuer la manip avec un retour ateliers.... Sur le forum, il y a plusieurs cas de box en panne, on a été capable de procéder au remplacement d'une clé USB, et d'une carte mère.

Ah oui ça ne m'étonne pas ce comportement.... car la notion d'armement n'existe pas en Z-Wave, c'est uniquement liée au panneau d'alarme de la box Fibaro. Je te conseille plutôt d'utiliser le panneau d'alarme, comme je le disais, bien plus souple d'emploi.

Bon je n'arrive pas à uploader le document.... il fait 14 Mo, et ma limite est de 40 Mo. Il uploade tout le document, mais tout à la fin il me dit "Aucun fichier n’a été sélectionné pour être envoyé.". J'ai essayé 2 fois, pareil. Donc désolé je ne vois pas comment le partager sur le forum. Merci à @charlyton pour le partage en tout cas, mais je pense qu'il faudra se contenter des MP pour la transmission du lien.

J'ai eu ce souci, c'était le classique portail une fois ouvert qui bloquait le signal du FGBS. Après ajout d'un module qui me sert de relai, plus de problème de communication, le retour de l'état du portail est OK.

La HC2 peut être contrôleur primaire OU secondaire, mais pas les 2 à la fois. Par contre j'ai testé avec 2 HC2, rapidement un soir, et je me suis retrouvé avec les 2 HC2 en secondaire.... quand tu en arrives là , tu ne peux plus rien faire, car une fois en secondaire la HC2 refuse catégoriquement l'inclusion/exclusion de tout nouveau module, et je n'ai pas réussi à rebasculer en primaire. Ca c'est terminé en benchmark de double Recovery en parallèle (et constater qu'une box est plus rapide que l'autre....) Prévision : c'était en v4 Stable, mais je ne sais plus la version exacte. Et puis "Stable" au sens Fibaro quoi :/ Donc cette fonctionnalité a l'air prometteuse, mais pour le moment je sèche