Lazer

Vidéo sur Youtube : Domadoo - Présentation du contrôleur gestuel Swipe de Fibaro

En complément de la réponse de Shad : > J’ai une dernière question concernant les firmwares et la HC2. Si c’est donc c’est le même principe que sur la HCL, à quoi sert la clée USB alors ? Attention, comme précisé, la HCL et la HC2 ont un hardware différent, ce qui inclue cette clé USB. Elle sert à 3 choses : - backup : sauvegarder la configuration (tous les Modules/VD/Scène/Panneaux.etc, sauf les icones) - recovery : reformater intégralement son HC2, en configuration usine - dongle : protection logicielle+matérielle, chaque clé est appairée à chaque box.... ce qui est totalement aberrant. En effet, comment une clé de secours, permettant de sauvegarder et remettre son système sur pied, peut être également être un SPOF ??? Quand la clé est en panne (ce qui arrive fréquemment), la box devient inutilisable et demande un retour au SAV Fibaro en Pologne. Heureusement que les petits gars du forum ont des moyens de contournement, sans ça je pense que Fibaro aurait perdu encore plus de clients. Pour la HCL c'est différent, il n'a pas de clé USB, le backup est géré différemment. > Admettons que je suis sur une version beta 4.2, la box plante et je fais un reset. > Si la 4.5 stable est disponible à ce moment, on ne me proposera plus la 4.2 beta… > Mais la clé USB me permettrait elle de récupéré mon Install complète en 4.2 béta, si j’aurai bien sur pris le temps de faire le backup ? La clé ne contient que la sauvegarde de la configuration. Le seul logiciel qu'elle contient, c'est le système de base (selon la génération, en v1, v2, ou v4). Donc quand tu fais un recovery, tu n'as pas d'autre choix que d'installer la dernière version proposée par Fibaro en ligne. Sauf si tu root ta box, mais on sort des usages standards. > J’ai lancé Jeedom sous une VM pour voir la gueule que ça a… je ne suis pas allé plus loin je n’ai pas de dongle Z wave… mais il m’intéresse pas, tout simplement car il n’y a pas d’application smartphone et d’après vos commentaire, cherchant quelque chose de réactif ce n’est pas la peine. L'application smartphone arrive.... > Je cherche vraiment quelque de simple a utilisé au quotidien et de réactif.. Apres que les scripts soit en bloc, en lua ou en php ce n’est vraiment pas le problème. Alors si tu veux quelque chose de simple à l'usage, tu es comme moi. En poursuivant le raisonnement à l'extrême, l'application smartphone devient inutile car la maison dispose de suffisamment de capteur pour être "intelligente" et appliquer automatiquement les actions nécessaires, de façon transparente pour les habitants. Avant d'arriver à ce résultat, on a quand même besoin de l'application mobile .... > Quand je parle de l’eedomus, je parle bien sà»r de la version + et j’hésite vraiment et encore plus après lecture de vos commentaires entre la HC2 et l’eedomus + La eedomus+ a de nombreux avantages (principalement le support de nombreux modules Z-Wave EnOcean IP, ...), mais elle est moins performante, et dépend du Cloud Pour ma part c'était un critère rédhibitoire d'élimination de la plupart des solutions domotiques du marché. De même, sa performance reste en deçà de la HC2, donc avec de nombreux modules (>50) et des scénarios complexes, faut pas attendre une réactivité en dessous de la demi-seconde comme la HC2. > Etant donné la très bonne optimisation de la HC2, on se retrouverait donc avec des performances et une réactivité comparable ? Euh, je viens de dire dans mon post précédent que la HC2 était très mal optimisée, puisque plus lente et plus instable en v4 par rapport à l'ancienne v3. Ceci dit, elle reste malgré tout très performante > Si on a une grande maison avec une piscine, plusieurs zones d’arrosage à contrôler etc… c’est sà»r que GEA doit être vraiment être top pour ça. > Mais si on a un pavillon de 80m2 avec un petit bout de jardin, présente-il vraiment un réel intérêt ? Pas besoin d'une immense maison pour GEA. C'est plutôt le nombre et la complexité des scénarios envisagés qui compte. Avec GEA, il est possible de créer facilement des scénarios puissants prennant en compte un grand nombre de paramètres. J'ai vu plusieurs fois sur le forum des scripts LUA de 20 lignes se transformer en 2 lignes de GEA !!! > En cherchant à faire du wake up on lan, ou de la diffusion de media en DLNA (chose impossible à faire avec HCL, sauf les 2-3 plugins dispo..) je suis tombé sur des sites qui décrivent les fonctionnalités de l’eedomus + Le WOL fonctionne sous HC2 en v4. Le DLNA ne m'intéresse pas donc j'ai pas creusé la question, mais c'est sur que la HC2 ne le gère pas. Par contre elle peut piloter un XBMC/Kodi, des Sonos, etc, (voir message de Shad plus complet à ce sujet) > Alors peut être que je me fais une idée, mais elle propose vraiment pas mal de choses de manière simple et la gestion de Scènes a l’aire d’être pas mal poussé. Oui la eedomus propose des choses plus simplement que la HC2. > En fait j’ai du mal à comprendre ce que pourrait m’apporter de plus dans ma situation une HC2 qui coute 300€ plus cher que l'eedomus + ? L'indépendance au cloud, ça n'a pas de prix L'interface Web, mais c'est accessoire. > L’eedomus, intègre apparemment beaucoup plus de modules comme les qubino. > J’ai un module fil pilote qubino associé à ma HCL , j’ai bien compris l’histoire ! Oui > Maintenant, c’est pareil je n’ai pas testé personnellement, si vous avez un avis de près ou de loin ou des points de comparaison pour m’aider à faire mon choix, je suis toute ouie. Pas évident de faire son choix, la box domotique parfaite n'existe pas, sinon on ne serait pas là à débattre. C'est une question de compromis. Perso je reste sur HC2 car j'ai une install qui tourne bien, j'ai passé beaucoup de temps à la mettre en place, et j'ai encore de choses à faire avec. Si je débutais en domotique et que je devais partir sur une nouvelle install, je choisirais très certainement Jeedom. Mais en aucun cas eedomus (Cloud dépendant) Jeedom sur un Raspberry PI 3 ça doit commencer à pas trop mal tourner. Perso je l'ai en test en ce moment dans une VM de mon serveur (un Xeon 4 coeurs, donc là ça arrache, pas de pb de performance....) Un dernier mot sur les statistiques de vente (tu as peut être vu un article à ce sujet), eedomus est en tête, suivi de Jeedom, et Fibaro vient en 3ème position. Les ventes de box Fibaro semblent avoir fortement chuté depuis 1 ou 2 ans (retard et très mauvaise presse de la v4, sortie des concurrentes eedomus+ et Jeedom)

J'ai rajouté un commentaire àcoté du lien Github, ça devrait être plus clair.

Non il n'est pas corrompu, c'est juste la version complète avec les commentaires qui dépasse la taille maximale admissible de la Main Loop depuis la v4. C'est pour cela que j'ai partagé la version nettoyée de commentaires : http://www.domotique-fibaro.fr/index.php?app=core&module=attach&section=attach&attach_id=5616 Tout cela est expliqué en détail dans mon post de la page 11

J'ai rajouté le lien en 1ère page vers la dernière version dispo, la 0.1.1 (en page 11)

En fait ce que je voulais dire, c'est que la Z-Wave Alliance devrait durcir ses règles de certification. => en fait créer de nouvelles règles de certifications, notamment pour les contrôleurs Z-Wave. La liberté donnée aux fabricant jusqu'à présent a permis une extension rapide du protocole Z-Wave, mais si il veut aller plus loin, il devrait se débarrasser de cette image de pseudo-compatiblité universelle partiellement respectée. Et des règles de certification plus stricte me semblent la seule solution, puisque la pédagogie ne marche pas, surtout avec des sociétés comme Fibaro qui méprisent tout le monde. Je ne parle pas de règles concernant les templates, ça c'est le coté grand public comme tu dis. Je pense plutôt aux fonctionnement des classes de bases, et de ce coté là de nombreux modules ne fonctionne pas avec notre HC2 (et pas que des Qubino justement, regarde chez Aeon Labs, Zipato, etc) N'oublions pas que la concurrence s'installe, et le départ de l'ancien patron de la Z-Wave Alliance vers Zigbee, et la récupération des technologie sans-pile de l'EnOcean, pourrait donner un protocole qui pourrait tout balayer à l'avenir. Ce n'est qu'un exemple.... Bref, cet aparté est un peu hors sujet et ne répond pas vraiment aux questions de @mateus89

Pfiou, trop de questions dans tous les sens là . Je vais tacher de répondre > Si j'ai bien compris avec une HC2 je pourrais choisir un firwmare beta entre les deux, sur lequel la box tournait plus ou moins bien en attendant une nouvelle mis à jour. Non, impossible de choisir un fimware, sans rooter sa box. Tu auras le choix uniquement au moment de la sortie du firmware beta ou stable, mais tu n'auras plus ce choix lorsque le firmware souvent sera sorti. > Il y a quelque chose qui n'est pas très claire pour moi, ou sont les limites de la HCL, HC2, modules et z wave? HCL : système bridé (matériellement ET logiciellement) permettant à Mme Michu de mettre un pied dans la domotique, c'est à dire allumer sa lumière et son chauffage à distance. A mon sens, on est plus proche d'une Orange Homelive que d'une Fibaro HC2 (cependant l'interface Web identique entre les 2 box HCL/HC2, et la communication marketing de Fibaro induisent en erreur). La HC Lite est une box bas de gamme, qu'on se le dise. HC2 : la box grand public la plus performance du marché (matériellement parlant : Intel Atom) (j'exclue Lifedomus qui est basé sur Intel Core, mais n'est pas vendue au grand public, obligé de passer par un installateur), mais matériel sous-exploité par un logiciel buggé, et dont certaines fonctionnalités annoncées par Fibaro ne sont pas tenues à cause de bug ou tout simplement de l'absence pure et simple (MAJ OTA, Plugins, GPS, etc). Bref un grand gâchis, ce qui explique les nombreux témoignages mécontents sur ce forum, surtout pour le prix payé. Modules Z-Wave : bien que standard, chaque fabricant de box domotique est libre ou non de supporter tel ou tel module, car la Z-Wave Alliance n'impose pas de règles de certifications draconiennes. On pourrait faire un parallèle hasardeux entre l'App Store d'Apple où tout est contrôlé et fonctionnel, et le Play Store de Google ou c'est un grand foutoir avec le meilleur comme le pire. Donc tant que la Z-Wave Alliance ne fera pas de programme de certification rigoureux, la compatibilité des modules Z-Wave sera toujours incertaine. > Si je crée une scène simple, dans laquelle j'allume une lumière sur détection de mouvement. (Sans parler d'association direct, qui est instantané mais limité) Avec un FGMS001 et une HCL, je passe devant le détecteur, le témoin lumineux s'allume je compte, 1 , 2 secondes et la lumière s'allume Si je rajoute deux variables a la scène, je compte facilement 3 secondes, c'est long. Là clairement ça semble être une limitation de performance matérielle de la HC Lite. Sous HC2, pour un même scénario, et en prenant en compte le coucher du soleil et plusieurs variables globales (et sous GEA, qui est gourmand), c'est très rapide. Je n'ai pas mesuré avec précision, mais c'est moins d'une seconde entre la détection de mouvement et l'allumage de la lumière. Même moins d'une demi-seconde d'ailleurs > Quels sont les éléments qui me limitent si je veux quelque chose de réactif ? Le traitement de l'information et le déclenchement de la scène serait-il plus rapide avec une HC2, une eedomus ou par Jeedom ? Pour moi c'est la vitesse processeur (CPU ARM) qui limite comparé à un processeur Intel plus véloce. Les eedomus et Jeedom sont réputées pour être lentes (j'ai entendu des retours d'expérience jusqu'à 10 seconde de délai, c'est dire !!!!) Sur eedomus, il faut au moins prendre la eedomus+ pour s'approcher de la seconde de temps de réaction. Sur Jeedom, il faut un Raspberry PI 2 ou 3, ou idéalement un PC (donc processeur Intel performant <= à noter que cela peut être une VM dans un serveur servant à d'autres usages) Y'a pas de miracle, dès que tu gères plus de 10 modules Z-Wave, il faut du CPU pour traiter les requêtes derrière. Les solutions à base de processeur RAM (Raspberry, eedomus, etc) sont limitées de ce coté là . > Si je changerai mon FGMS par un capteur 6en1 de chez aeotec par exemple, il y aurai-t-il une différence ? Non > Si j'utilise un détecteur de mouvement Z-Wave + avec un système qui supporte le Z-Wave + comme eedomus , je ne gagne vraiment rien en réactivité? Non, encore une fois la vitesse du Z-Wave+ n'apporte rien à l'heure actuelle, car la bande de fréquence est sous exploitée, et on parle là d'une trame hyper simple : détection de mouvement. On n'en n'est pas à échanger un volume de données conséquent, comme ça pourrait être le cas avec du streaming vidéo en Wi-Fi par exemple. je le répète : c'est le CPU qui importe, et la plupart des box domotiques du marché sons sous-cadencées, à l'exception de la HC2, et bien sur Lifedomus. Mais une carte mère + CPU qui dépote, ça coute cher, c'est bien pour cela que ces 2 box sont les plus chères. EDIT : Shad a résumé mon propos mais on est d'accord

Moi c'est le coté WAF que je crains. Madame a déjàde plus en plus de mal àutiliser des interrupteurs traditionnels (hum c'est inquiétant), alors je me vois mal lui proposer de faire des gestes àla place). Je vais continuer àutiliser la domotique telle que je la conçois depuis le début : transparent, invisible, automatise des actions, sans imposer de nouveaux usages.

Il faut que tu prennes l'archive ZIP en première page, seule référence valable pour le package complet. C'est pourtant bien précisé..... Github c'est seulement pour accéder aux derniers patchs des pages PHP ou boutons de VD (tu peux copiercoller les boutons des VD, ça t'évite de réimporter un nouveau VD avec un nouvel ID). Mais pour les pages Web, tu DOIS prendre l'archive ZIP en première page. Est-ce clair ?

Le logiciel entre les 2 box est le même, mais par contre le hardware est différent (architecture Intel d'un coté, et ARM de l'autre). Donc pour chaque version, Fibaro doit compiler différemment les binaires, supprimer certaines fonctionnalités (LUA, Lili, VOIP, ...) et adapter la séquence de démarrage (qui est totalement différente entre les 2 plateformes). Cela explique pourquoi certaines versions ne sortent que pour HC2. > La HCL c'est limité ? On est d'accord qu'on ne nous la vend pas comme sa sur le site de fibaro. Réponse de Fibaro ; "je n'ai pas besoin de vous expliquer les règles du marketing". Quand t'as entendu ça, t'as compris la mentalité des gars à la direction de cette boite. Les Out of Memory arrivent aussi sur HC2. Perso je n'en n'ai jamais eu, mais certains ici, avec de gros scripts, ont eu le cas plusieurs fois.... Tu veux quelque chose de stable ? => KNX. Je ne connais pas à l'heure actuelle de box stable en Z-Wave (pour moi stable c'est 99,999% de disponibilité.... bah oui déformation professionnelle). Peut-être avec Lifedomus, et encore.... est-ce qu'on peut la laisser dans un coin pendant 1 an sans aucun plantage ? Je ne sais pas. La HC2 en v3 était dans ce cas, j'ai tenu 6 mois sans reboot ni plantage. Mais ça c'était avant Le Z-Wave+ n'apporte rien à l'heure actuelle. Il est utile pour les modules à pile, grâce à la consommation réduite et la portée de transmission accrue. Pour les contrôleurs, peu d'intérêt à l'heure actuelle, c'est surtout du marketing. En particulier la vitesse du réseau Z-Wave+, c'est bien de prévoir le futur quand on aura des centaines de devices avec chacun plein de classes, mais pour le moment la vitesse du réseau Z-Wave n'est pas un problème. Comme dis PITP2, tu peux tester Jeedom, c'est gratuit, et tu te feras ton opinion. C'est plus puissant qu'une HCL, ça c'est sur. Mais ce n'est pas plus stable qu'une HC2.

C'est par script LUA que tu gères l'enchainement des gestes je suppose. Exactement comme lors de création de scénarios évolués d'appuis sur les boutons d'une télécommande (Shad parlait de menu virtuel sur un autre topic)

Je résumerai plus simplement ceci : - la HCL ne permet que de contrôler ses équipements à distance avec son smartphone, mais ne permet pas de faire de scénarios (ou alors des trucs hyper basique du style SI... ALORS... et en quantité limité....) - la HC2 dispose du langage LUA permet effectivement de faire des scénarios bien plus poussés. La HC Lite manque clairement de ressources matérielles, et avec le firmware Fibaro de plus en plus mal optimisé et gourmand, ça n'ira pas en s'arrangeant. A contrario, la HC2 dispose d'une relativement grande puissance matérielle, permettant de masquer la très mauvaise optimisation du code depuis la v4 (les benchs menés par Steven montrent bien que les scripts LUA sont plus lents en v4 qu'en v3) Par contre, qu'on soit bien clair : ils ne "mettent le paquet" sur aucune des 2 box Ils ne sont pas fichus de faire un logiciel à la hauteur du hardware dans la HC2, et lis n'en n'ont aucune intention de toute évidence.... de toutes façons, ils n'en n'ont pas besoin, ils sont tellement persuadés d'avoir la meilleure box au monde Bref si tu te sens limité par la HCL, car tu veux faire des scénarios plus poussé, je crains qu'il ne faille changer de crèmerie....

Excellent Merci pour ton test+tuto

euh, tu as pris quelle version ? il faut prendre le dernier fichier => DomoCharts_V5.0.zip

Oui /graph Je n'ai jamais essayé autre chose, donc si ça se trouve il traine un lien en dur quelque par dans l'un des fichiers. C'est une piste, si tu peux mettre juste /graph en on verra ensuite.

Je ne pense pas que ça soit un souci pour le moment, il faudrait déjà que les fonctions de base fonctionnent. Par contre je vois que tu as mis /graph dans une sous-arborescence /web//domo/graph, je me demande si ça ne poserait pas problème. J'ai toujours laissé /graph à la racine de mon hébergement Web (testé sur NAS Syno et en hébergement mutualisé chez OVH)

hum, ça serait étonnant que l'erreur vienne de là . Le CSS n'a aucune influence sur le PHP, donc le data_get devrait te retourner quelque chose, de même que les boutons du VD devraient pouvoir injecter les données dans la DB sans erreur. EDIT : OK le install.php fonctionne c'est déjà ça

Tu devrais obtenir des doubles crochets : [] Donc tu as surement un souci quelque part dans un des fichiers PHP que tu as modifié. C'est pour ça que j'ai pensé au fichier config.inc.php initialement. Je t'incite àtout vérifier... voire reprendre de zero àpartir de l'archive ZIP. Les erreurs de syntaxe en PHP peuvent être extrêmement casse pied àtrouver parfois.

En effet, ça me semble OK. Tu as quoi comme affichage si tu appelles manuellement l'URL suivante : http://..../graph/data_get.php

Ah, donc les boutons aussi ne fonctionne pas, j'avais cru comprendre que c'était bon à la base. Quand tu as modifié le fichier config.inc.php, tu n'aurais pas modifié certaines choses, comme supprimer des points virgules, ou des erreurs de guillemets ? Le PHP est un langage plus rigoureux sur la syntaxe que le LUA. Copie/colle son contenu ici (change juste le mot de passe bien sur) pour vérifier.

J'ai bien l'impression qu'il te manque des fichiers. Es-tu certain d'avoir suivi EXACTEMENT le tuto de la page 1 ? Et notamment d'avoir correctement extrait l'archive ZIP fournie en première page, avec tout le contenu du répertoire graph ?

Pour le démarrage automatique, si tu veux faire simple, tu mets ta commande homebridge dans le fichier /etc/rc.local (juste avant le "exit 0" qui doit rester en dernière ligne du script).

@Zorgonaute84 les applis smartphone ne supportent pas le https Donc à l'heure actuelle, tu ne peux faire du https que depuis un navigateur Web en passant par ton reverse proxy.

En s'approchant 90% elle déconnait (503 error) et n'oublie pas que tu as aussi toujours 6% de buffer àajouter àtes 78% ... Donc ton instabilité provient peut être de la RAM.

Tu peux utiliser les outils de développeur de ton navigateur (F12 sous Firefox et Chrome par exemple), puis onglet "Réseau", pour voir les requêtes HTTP effectuées par l'interface de la box lors de la configuration des paramètres. Ainsi tu pourras reproduire dans ton propre script LUA.