Lazer

J'aime l'ironie, et aussi les sarcasmes

Cool Et merci pour ton retour d'expérience, j'attends la suite (pcall) avec impatience

Yannick, cette télécommande a été annoncée par Fibaro lors du CES début janvier : http://blog.domadoo.fr/2016/01/07/ces2016-fibaro-annonce-roadmap-2016/ D'après la dernière communication de Fibaro à Barcelone, le Keyfob sortira cet été en même temps que le Button : http://blog.domadoo.fr/2016/02/24/mwc2016/ Donc on l'aura peut être pour la fin d'année ....

merci intéressant tout ça

Justement j'allais proposer d'utiliser les groupes d'association pour la remonté d'info sur les 2 contrôleurs.... Mais j'ai une question : pour que ça fonctionne, cela signifie que le 2nd contrôleur a un autre ID ? Maintenant que j'ai un Jeedom v2 opérationnel, li faudrait que je teste..... je vais essayer de m'y mettre dans la semaine.

En gros, ZigBee c'est un protocole de transport de bas niveau. Libre à chacun de l'implémenter à sa sauce. Pour cette raison, les équipements sont rarement compatibles entre eux. Contrairement à du Z-Wave, qui garantie que des modules d'une marque telle que Qubino peuvent fonctionner sur un contrôleur tel que Fibaro (quoi, je me trompe ???? )

ça n'aura que peu d'effet si tu restes dans le répertoire par défaut. Je suggère plutôt : rm -rf /*

Hum oui Jojo, ta proposition a le mérite d'unifier les demandes de tout le monde. Je garde l'idée dans un coin de ma tête.

ah oui effectivement.... C'est fou ça, je n'ai jamais eu le message Out of memory, c'est pas faute d'avoir attendu plusieurs semaines/mois sans rebooter, mais le process principal HC Server a toujours fini par planter avant (donc erreur 503 service unavailable), quand ce n'est pas tout simplement les plantages de VD/Scènes. Vraiment, pas 2 comportements identiques

6000 £ = 7683 € Ca va t'es en dessous de ta limite

Bah disons que pour les angles droits, je connais pas grand chose de précis.... par contre chez Festool, tu as le Guide parallèle qui permet de faire des coupes répétitives, mais là c'est plutôt du "parallèle" que du "perpendiculaire". Ceci dit, si tu met à la bonne largeur ton panneau, après tu peux enchainer les coupes avec le guide parallèle, et ça doit répondre à ton besoin. Il y a des vidéos sur Youtube qui expliquent le fonctionnement du guide parallèle. Mais t'es quand même obligé de couper ton premier bords à 90° si tu veux que la suite s'enchaine bien. Sinon tu dois savoir, mais pour des panneaux épais, il faut régler la perpendicularité de la lame de la TS55, car d'origine c'est pas terrible. Sur des épaisseurs de 20mm, c'est plutôt gênant. Pour la scie à onglet, j'ai hésité à prendre le piètement, mais au final je ne regrette pas de ne pas l'avoir pris. J'ai posé la scie en plein milieu de mon établi, qui est assez mastoc (du bois massif monté sur mesure en L dans le garage par le précédent proprio). Donc ultra stable. Pour les découpes trop longues qui débordent de l'établi, avant je me galérais avec des tréteaux, mais finalement je me suis pris une servante Wolfcraft, très pratique. Pour les très grandes longueurs, je peux ouvrir la porte du garage, vu que l'établi est dans l'axe, il n'y a pas de limite.. Enfin pour la perceuse à colonne, j'ai pris du gros à pas cher : Mac Allister MDPP700UKL chez Casto. Je ne perce pas dans l'acier, donc pas besoin d'une précision au 1/10, et pour le bois ça suffit largement, ça me convient tout à fait.

Hum, c'est pas ce qu'il y a de plus facile àfaire 90°.... Après la technique dépend de la taille des découpes que tu veux faire. Tu mets ton panneau àplat, tu utilises équerre, règle, compas, ce que tu veux, pour tracer tes repères de coupe. De la géométrie de l'école Avant de couper, tu mesure les diagonales qui doivent être strictement identiques. Cela te garantira ton équerrage. Et ensuite tu coupes avec ton rail. Au fait, j'ai craqué et acheté le rail de 270cm, ça change la vie ! Plus besoin de se galérer avec les rallonges, j'ai des lignes parfaitement droites. Et plus la planche àdécouper est grande, plus la précision augmente, puisqu'une erreur de coupe de 0,5mm sur 2m de long est plus faible que 0,5mm sur une plus petite distance.

@Gazous, je me suis dit pareil, mais j'ai quand même laissé la LED au niveau de luminosité minimal 1%. Ainsi c'est très discret et il faut vraiment regarder le FGMS pour voir la LED s'allumer, ainsi ça n'attire pas le regard et consomme moins de pile.

@PITP2 : bonne nouvelle. Pas de problème de latence de la remonté d'info ? Quelle version exactement, Z-Wave ou Z-Wave+ ?

hum, je ne sais plus ce que compte le VD Diag précisément. Mais il ne faut pas compter le cache, Linux libérera la mémoire si nécessaire, le cache c'est juste du bonus permettant d'accélérer les perf bref tout ça pour dire que si la box plante, ce n'est pas nécessairement àcause de la RAM, je dirais même à99% de chance que ça soit pour une autre raison...

La première génération fonctionne super oui Mais globalement, les Qubino ne sont pas ce qu'il y a de plus facile àinclure, que ça soit HC2 ou Jeedom d'ailleurs. Le mieux est de placer le controler en mode inclusion, et d'alimenter le module, ce qui le place en inclusion direct. Plus efficace que l'appui long sur le bouton.

Tu comptes le cache ou pas làdedans ? Car le cache a tendance àvarier plus que la mémoire réellement utilisée

Arf OK merci de la précision, j'avais zappé qu'il y avait PRO et PRO+

Les modules sur piles sont déclarés mort bien après leur mort effective. Comme il n'y a pas de polling (puisque le module est endormi), alors la HC2 ne peut pas savoir si le module est effectivement mort. J'ai systématiquement constaté plusieurs jours sans signe de vie avant qu'elle les déclare mort. Bon j'ai pas encore eu de piles de FGMS à changer

yes je suis bien d'accord. Néanmoins en v3, j'avais des nÅ“uds morts, un peu incompréhensibles (même si c'était souvent les 3/4 mêmes qui revenaient), alors que ça a subitement disparu lors du passage en v4 (sans ajouter de module à ce moment là ). Dans ce cas là , le diagnostique aurait pu être utile. Mais c'est surtout pour ceux qui ont des problèmes de latence, ou je pense également à Hansolo il y a peu de temps, que ça pourrait être utile. Bref, c'est pas la fonction la plus indispensable qu'on attend sur HC2, mais ça serait sympa quand même. Plus sympa qu'un panneau de notifications à 2 balles qui te signales que tu n'as pas de template pour des modules dont FIbaro NE VEUT PAS fournir les templates

Tout pareil que Jojo En v4 on a un moteur Z-Wave bien stable (*), ce n'est plus indispensable. (*) => visiblement quelques uns ont quand même de problèmes de latence, ou d'instabilité dà» à un module en particulier, dans ces rares cas, un panneau de diagnostique serait bien utile. Faut voir la quantité d'information affichée par OpenZwave, c'est assez intéressant, j'imagine que sur un réseau conséquent on doit avoir quelques surprises. Il ne se contente pas d'afficher la table de routage, mais également plein de statistiques pour chaque module, on peut voir le plus bavard, le plus mauvais temps de réponse, etc.... ainsi on peut détecter les mauvais élèves et maintenir son réseau toujours au top. Bon ça c'est pour la théorie, comme dis ce matin, je n'ai pas d'expérience, et j'ai vu très peu de retour d'expérience, sur des réseau conséquents (>50 modules) avec Jeedom. Et il n'y a pas que la latence du réseau Z-Wave qui compte, il y a aussi le CPU dans la machine pour interpréter les résultats.... de ce coté là le Raspberry est insuffisant, ceux qui ont des installations conséquentes ne laissent que le moteur Z-Wave sur le RPI et déportent l’intelligence sur un PC. Et c'est là qu'on se dit qu'une Jeedom Center boostée aux hormones manque cruellement. Ce qui est bête, c'est qu'il me semble qu'aux dernières nouvelles, la Jeedom Center sera moins puissante que la Jeedom Pro, c'est dommage de segmenter ainsi.

@Jojo en a parlé, mais je ne retrouve pas où.

oui la migration c'est toujours quelque chose de délicat, que ça soit jeedom ou tout autre système informatique. Par contre l'install d'une nouvelle v2, comme je l'ai fait, est franchement facile. Ca se passe exactement comme décrit dans la doc officielle, même pas besoin de comprendre ce qu'on fait. PS : moi je n'ai aucun souci de retour d'état en 4.071b Juste des VD/ scène qui core-dump de temps en temps, mais on serait presque habitué et mon watchdog veille au grain

Je l'avais testé en 2014 et maintenant en 2016, c'est sûr que côté interface ça n'a pas du tout évolué. Par contre ils ne ciblent pas du tout le grand public. Une communauté de geek, et un business modèle orienté vers les pro (avec le cursus de formation obligatoire). Est ce que ça fonctionnera est une autre histoire. Ceci dit, quand je vois le travail accompli en moins de temps que Fibaro avec une équipe aussi réduire, je me dis qu'il y a quand même un gros potentiel.... Suffirait juste qu'ils embauchent un designer, et qu'ils arrivent àsortir une vraie box, pas un espèce de Raspberry amélioré. Par contre je manque de recul sur la stabilité du moteur Z-Wave avec une grosse installation. C'est un point important.

Ca m'a pris une grosse heure (en faisant autre chose en //) pour installer Jeedom from scratch. Les 3 grandes étapes : - création d'une VM et installation minimale de Debian 8.3 - copie/coller des commandes fournies dans la doc de Jeedom pour installer Jeedom - connexion au market, installation de OpenZwave Bon j'ai affecté à la VM 4 cores Xeon et un SSD, ça aide. J'imagine que sur une machine moins puissante, ça prendra un peu plus de temps. L'avantage, c'est que j'ai une vraie VM totalement indépendante, que je peux migrer sur n'importe quelle autre machine. C'est autre chose qu'un docker