Lazer

7 à 10 secondes de retard ? Aie, ta HC3 est débordée ? Que dit le monitoring CPU, tu n'aurais pas un module Z-Wave, un QuickApp, ou une scène, qui saturerait le système ?

@Dragoniacs OK en effet, j'ai compris. Je ne connaissais tout simplement pas cette fonctionnalité. Tu m'a enduis d'erreur en parlant d'options, alors qu'en fait ce n'est pas une "options" au sens GEA du terme, donc je ne cherchais pas au bon endroit. Mais c'est parfaitement décrit tout à la fin du document de @pepite J'ai retrouvé où ça se passe dans le code de GEA, je pense comprendre pourquoi ça plante, je vais préparer un correctif. @971jmd Je n'ai pas de bouton disponible pour reproduire le comportement chez moi. Il faudrait que tu reproduises le bug après avoir activé le mode GEA.debug=true dans ton fichier de config : function config(GEA) GEA.debug = true -- suite... end Et ensuite tu m'envoies le contenu des logs, qui devraient donner beaucoup d'informations.

Oui mais en fait pour une meilleure compréhension, ce qu'il faut retenir c'est que fibaro.call() est juste un passe-plat qui peut appeler n'importe quel fonction dans le module cible. Les plugins Fibaro sont en fait des QuickApps. Donc que tu développeras tes propres QuickApps, tu pourras créer tes propres fonctions et les appeler depuis n'importe où. L'intérêt est énorme, on n'a plus besoin de "cliquer" sur le boutons (avec leur fameux numéro qui change dès qu'on déplace ledit bouton), il suffit d'appeler la fonction qui est toujours accessible. Exemple dans ton QuickApp : function QuickApp:maSuperFonction(un, ou, plusieurs, paramètres) -- fait plein de choses end fibaro.call(ID, "maSuperFonction", "avec un paramètre", "et un autre") Les propriétés (telles que value ou color), quant à elles, sont accessibles directement via le JSON du module, comme sur la HC2. Ensuite, un module d'un certain type (par exemple les actionneurs dimmer (type com.fibaro.multilevelSwitch) ou un relai (type com.fibaro.binarySwitch) doivent toujours proposer certaines fonctions obligatoires, et notamment le fameux setValue() Quand tu as compris tout ça, tu vois à quel point il est facile et puissance de faire interagir les QuickApps entre eux.... GEA n'était qu'un QuickApp parmi d'autres mais aussi via l'interface Web et l'Application, ou bien encore via l'API HTTP pour que les QuickApps soient accessible depuis l'extérieur (typiquement un IPX800 ou tout autre box domotique)

ça c'est un vrai bon plan Vivement que WD commercialise les 16 To pour le grand public... allez d'ici 6 mois, j'y crois

Normal, il faut utiliser "setValue" "value" n'est pas une fonction, c'est juste une propriété

OK, dans ce cas on va conserver le comportement actuel qui utilise le pont Hue. Pour les childs, on va ajouter des nouvelles options. La luminosité devrait déjà pouvoir se régler de façon traditionnelle comme pour tout dimmer avec "Value" et la valeur en numérique, je pense que ça doit fonctionner : GEA.add( {CONDITIONS}, 30, "", {"Value", 21, 50} ) Dans le JSON de ton child, je vois qu'il y a une méthode "setColor" avec 1 seul paramètre, mais je n'ai aucune idée de la valeur qu'il faut donner à se paramètre. Tu pourrais faire des tests directement en LUA avec fibaro.call(...) pour comprendre le fonctionnement ? Il semble que la valeur soit stockée dans le champ properties.color. Si ça se trouve, le paramètre à passer est littéralement la chaine "255,255,255,0" qui semble indique du blanc (les 3 composantes RGB à 255), mais que signifie le dernier paramètre à 0 ? EDIT : laisse tomber, j'ai compris, c'est la même API que pour les modules RGBW. Donc tu peux utiliser directement sur un child Hue : GEA.add( {CONDITIONS}, 30, "", {"RGB", 21, 100, 0, 100, 100} ) Elle est géniale cette HC3, l'intégration native des modules externes, comme pour les modules Z-Wave, ça simplifie tout Du coup je pense que je vais ajouter un alias pour "RGB" qui sera "Color", tout simplement, et ça sera plus parlant, et l'usage de l'un ou l'autre sera au choix de l'utilisateur Je suis preneur d'autres suggestions bien sûr

Ah oui, les instabilités des plugins officiels Fibaro, et les débuts de la v4.... Piloter en direct le pont Hue était en effet plus fiable, sans aucun doute Je veux bien changer le code et piloter en direct les Children sans passer par le pont Hue, en plus ça simplifiera le code. Qu'en penses-tu, est-ce que le plugin sur HC3 est suffisamment stable pour cela ? J'y vois un autre avantage, piloter en direct un child permettra un retour d'état instantané, ce qui n'est peut être pas le cas lorsqu'on pilote le pont ?

Non désolé, le retour d'expérience sur ce vendeur n'est pas ce qui transpirait de ton message. En particulier le second message. On est tous partant pour les bons plans, et tant mieux quand on peut en profiter, je pense qu'il n'y a pas trop débat sur ce point là. Sauf que là je t'a expliqué très clairement que le bon plan n'en n'était juste pas un, car le produit ne peut pas être vendu à perte. On n'est pas en train de parler d'un article de luxe vendu 100x son cout de production. Ce sur quoi tu insistes lourdement. Tu es même accusateur envers Planète Domotique. Je le redis, les erreurs, ça arrive. Et sur tous les sites. Ça m'est arrivé chez Domadoo, chez Amazon, chez Univers Domotique (ils ont fait faillite eux d'ailleurs), et pleins d'autres sites qui n'ont rien à voir avec la domotique, depuis 20 ans que je fais des achats sur Internet. Et je suis toujours très content d'être remboursé intégralement, personne n'est perdant, c'est le principal. Et surtout, je ne suis pas allé me plaindre sur les forums. Alors pour recentrer le débat sur le retour d'expérience client, moi ce qui m'attriste dans cette affaire, c'est qu'une fois de plus, Rakuten montre son manque de professionnalisme. Un intermédiaire, qui n'apporte aucune valeur ajoutée, qui apporte en revanche des inconvénients, et qui en plus prend une commission non négligeable sur les ventes effectuées par les revendeurs tiers (il y a des humains derrières, ne l'oublions pas). Dans cette affaire, si y'a bien un site sur mes 2 que je ne conseille pas, c'est bien celui-ci. Mais c'est basé sur mon expérience, et les retours que j'ai pu lire à droite et à gauche. C'est mon avis, donc j'évite ce site pour éviter les problèmes. Et finalement dans ton cas il n'y a pas de problème, puisque tu es remboursé. Planète-Domotique, j'ai fait quelques commandes (pas beaucoup je dois l'admettre), je n'ai jamais eu de souci. Et je ne crois pas avoir jamais vu quelqu'un s'en plaindre, ils sont très professionnels. Par ailleurs je ne remet pas en cause ta participation active au forum

Trop fort, je n'ai rien eu à faire Je n'ai pas de Hue à disposition pour tester, mais est-ce que passer par le Child apporterait quelque chose ? Surtout, pourquoi cela n'a pas été fait sur la HC2 ? Il doit y avoir une bonne raison... La conversion 100% = 254 est facile à faire, une simpke règle de trois, je peux l'ajouter sans souci. Cependant cela va changer la syntaxe de l'API, ce qui va poser problème pour les portages des règles utilisateurs de la HC2 vers la HC3. Dans ce cas, je propose non pas de modifier le comportement, mais d'ajouter un nouveau comportement. A savoir que si on continue d'envoyer un nombre entier, alors GEA enverra la valeur telle quelle au pont Hue, comme avant. Syntaxe : GEA.add( {CONDITIONS}, 30, "", {"Hue", 21, "bri", 127} ) Mais si on envoie une chaine de caractères contenant la valeur suivie du symbole %, dans ce cas on fait la conversion. Syntaxe : GEA.add( {CONDITIONS}, 30, "", {"Hue", 21, "bri", "50%"} ) Les 2 syntaxes ci-dessus devraient donc produire le même résultat, es-tu d'accord ? Dans la doc, je vois ceci : - Liste couple Propriétés - Valeurs \\ List of Properties - values for details see https://www.developers.meethue.com/documentation/core-concepts#color_gets_more_complicated * on - true|false * bri - 1 à 254 * hue - 0 à 65535 ( 0 and 65535 : ROUGE //RED ; 25500 : VERT//GREEN; 46920 : BLEU/BLUE) * sat - 0 à 254 (0 moins saturé (couleur), 254 le plus saturé (blanc)) * xy - 0 à 1 for x, 0 to 1 for y * ct - 153 (6500 Kelvin) à 500 (2000 Kelvin) -> 153: 6500K: Daylight; -> 269: 5000K: Cool White; -> 384: 3500K: White; -> 431: 2900K: Halogen Lamp; -> 446: 2700K: Incadescent bulb; -> 500: 2000K: Bougie/Candle J'ai surligné en rouge les 2 valeurs qui seraient concernées par cet ajout : bri et sat. Là encore, tu confirmes ?

J'aime bien le gars qui fait son DAB tout seul au fond

Et un client qui essaye d’arnaquer un revendeur, tu appelles ça être réglo ? Excuse moi te balancer en pleine face, mais sur ce coup là tu es totalement malhonnête. Et malgré mes explications du premier message, tu persistes. Écoute, vie ta vie, va prendre un avocat et leur faire un procès, mais ne viens pas demander sur les forums les combines pour arnaquer les commerçants.... Surtout les honnêtes commerçants, qui luttent pour leur survie (indépendamment du contexte sanitaire actuelle, avait-tu remarqué que les temps sont très durs pour les revendeurs de domotique ? As-tu remarqué que plusieurs boutiques ont déjà fait faillite ces dernières années ? T'es-tu seulement posé la question au lieu de regarder ton nombril ? Désolé de m'emporter ainsi, mais ton attitude m’horripile.

Parce que c'est du pur discours marketing dans l'esprit Fibaro que l'on connait bien. Ils mettent en avant ce qui est joli, ce qui fait envie, et qui fait vendre. Les micro-modules ça n'intéresse personne, sauf les geeks que nous sommes. D'ailleurs je suis même surpris qu'ils ne parlent pas de leur gamme de produits compatibles Apple Homekit.

Ils sont plus très sérieux, ils font partie des bons élèves parmi les différentes boutiques de domotique du marché. Mais pourquoi avec commandé sur Rakuten et pas sur le site officiel ??? Bon OK, pour le prix, mais fallait t'attendre à des problèmes avec ce site (pour moi Rakuten ne vaut pas mieux que Cdiscount niveau sérieux....) Les erreurs de stock, ça arrive.... et de toute façon ils n'ont pas le droit de vendre à perte, donc tu ne pourras jamais les obliger de te livrer le produit demandé (*) Euh ils sont réglos, ils assument leur erreur, puisqu'ils te proposent le remboursement. Accepte le remboursement, comme ça toi tu seras réglo aussi. (*) tu dois surement savoir que les produits GCE sont vendus avec une marge commerciale ridicule, c'est quasiment du prix coutant, cela explique pourquoi on ne vois jamais leurs produits en promotion (sauf en reconditionné, c'est à dire suite à un retour SAV)

Elle est étrange ton ancienne syntaxe, tu es certaine qu'elle était valide ? D'après la doc, la syntaxe des options est la suivante (voir la doc pour les explications complètes) : GEA.options.nom_du_plugin = {name="Nom_Du_Plugin", getValue=function(valeur) -- code CONDITION à mettre ici -- end, action=function(valeur) -- code ACTION à mettre ici -- end, } Donc dans ton cas le fichier de config devrait ressembler à quelque chose comme ça (non testé) : function config(GEA) -- d'autres paramètres... -- Définition de mon option personnalisée : GEA.options.output = {name = "Output Pushover", action = function(message) fibaro.setGlobalVariable("Pushover", message) end, } end

Mais si il y est, en 2017, ils en sont fier ! Avec les têtes thermostatiques (dont on peut aussi douter de la fiabilité....) Ce qui m'amuse, c'est qu'ils ne sont pas fiers de leurs meilleurs produits : l'ensemble des micro-modules..... OK ce n'est pas sexy, mais ce sont les modules qui ont fait le succès de la marque.

Oui ça je savais

Un peu de propagande pro Fibaro sur le blog de Fibaro : FIBARO fête ses 10 ans !

OK merci, je regarderai ça demain.

Hue, c'est quelque chose que je n'ai pas pu tester, donc tu es tombé sur un bug non identifié. Tu pourrais me donner le JSON de ton module Hue, qui semble être l'ID 21 ?

Bienvenue sur le forum Pour poser des questions, le mieux est de les regrouper par thématiques (chauffage, éclairage, alarme, etc) et de créer un nouveau topic pour chacune dans les différentes sections adaptées.

3 cas de figure : Le RFXCom c'est du 433 MHz uniquement, donc Somfy RTS mais pas Somfy IO (pour lequel il faut un KLF-200). Enfin, si tu as du Somfy Filaire, il faut simplement un module Fibaro FGR pour une intégration Z-Wave native Le HC3 ne reconnait pas les clés connectées en USB sur son unique port. Donc le RFXcom ne peut être piloté par la HC3. La HC3 c'est simple, elle fait en natif Z-Wave et NICE (et plus tard Zigbee et Bluetooth LE) Et tout le reste ce fait via réseau IP. Je n'ai jamais vu la moindre rumeur d'un quelconque support des clés USB, donc il ne faut pas trop compter dessus.

Un cout additionnel mais néanmoins nécessaire même quand on a une box Fibaro. Perso je me sert de cette clé pour mettre à jour le firmware des modules.... AEOTEC mais également REMOTEC. En théorie on peut aussi mettre à jour le firmware des modules QUBINO, sauf qu'ils ne partagent pas leurs mises à jours de firmwares.... (déjà demandé en direct, un stagiaire était en train de chercher pour me répondre, puis le responsable est rentré de vacances et m'a envoyé balader.... ça me fait marrer quand les gens critiquent Fibaro parce que c'est pire chez les autres) Cela dit elle ne coute pas cher cette clé, autour de 30€, variable selon les promos.

Et le dongle USB Aeotec Z-Wave+ Il parait que le RFXcom n'est plus fabriqué et de plus en plus difficile à trouver.... mais a-t-il encore un intérêt ? Plus personne n'installe de modules en 433 MHz de nos jours....

Tu peux tout à fait tester Jeedom sur un NAS, dans une VM sur ton PC, sur un RPI, ça ne coute rien (bon, sauf les plugins...). Tu verras vite si ça te convient. Mais comme je le disais, et comme @MAM78 l'a reprécisé, le choix du hardware est primordial si tu décides de partir en production sur Jeedom... sous peine de mauvaise surprise. Cependant, je ne conseille absolument pas la HC2, qui est une box certes stables, mais qui a 10 ans, qui ne connaitra plus aucun développement, et qui ne permet pas l'intégration propre des objets autres que Z-Wave. Les Virtual Devices ne peuvent être typés, on est obligé de les ouvrir et de cliquer sur les boutons ou lire les labels, personnellement ça m'a toujours énervé.... Le seul cas où je proposerais une HC2, c'est pour quelqu'un qui a déjà une grosse installation fonctionnelle sous HCL ou HC2, car une nouvelle HC2 (même d'occasion) permet de reprendre l'existant tel quel, sans aucune modification. Mais pour une nouvelle installation, sans aucun doute, je propose la HC3. Elle est tout aussi stable, les seuls reproches qu'on peut lui dire c'est que toutes les promesses marketing ne sont pas encore disponibles (multiprotoles Zigbee et Bluetooth LE), elles arriveront normalement en 2021. Mais de ce coté là ça n'apporte aucun régression par rapport à une HC2. Autres reproches, la nouvelle application mobile n'est pas super ergonomique, le mode passerelle entre HC3 et HCL/HC2/HC3 n'est pas encore disponible (encore faut-il en avoir besoin)... et surtout, il y a encore relativement peu de QuickApps proposés par la communauté, même si ça évolue dans le bon sens chaque semaine. Pourtant, les QuickApps, c'est à mon avis la plus grand force de la HC3.... ça ringardise immédiatement les Virtual Devices, il faut l'essayer pour comprendre. Tant du point de vue du développeur, que de l’utilisateur. En effet, les QuickApps peuvent être typés, donc intégration native dans la box, au même titre que les modules Z-Wave. Toi qui parles de domotiser plusieurs protocoles d'éclairage et d'objets connectés à tout va, cette différence est importante. Reste le prix... on trouve régulièrement des HC2 d'occasion autour des 200€ sur le forum. En neuf, le prix sera identique à la HC3, donc je vois pas l'intérêt ? La HC3 se trouve à 450€ environ en Allemagne. Neuve bien sûr. Ce n'est pas plus cher qu'un NUC pour faire tourner Jeedom....

En fait ce qui me choque, ce n'est surement pas là où tu l'attends Jeedom c'est très bien, le problème c'est de vouloir faire tourner ta domotique sur un NAS. Je suis partisan des box domotiques dédiées, qui ne dépendent pas d'un "truc à tout faire" (le NAS). Note : "box" n'est pas à prendre au sens boite fermée par un constructeur, ça peut très bien être Jeedom sur un NUC dédié, ou la box Jeedom Smart si tu veux du tout packagé. Je ne sais pas quelle vision tu as de ta domotique... mais c'est censé être un service essentiel de la maison, qui doit toujours fonctionner, à partir du moment où le courant est présent. Avec la domotique sur un NAS, outre les risques logiciels de Jeedom proprement dit, tu rajoutes les probabilités de pannes suivantes : - système d'exploitation qui héberge la VM contenant Jeedom (Linux) - logiciel Disk Station Manager - système d'exploitation faisant tourner DSM (Linux aussi) Ente les pannes, les bugs, les plantages, les erreurs de configuration, les fausses manipulations, les mises à jours, les cryptolocker.... ta domotique ne risque pas de tourner 24/7/365 Alors peut être que tout cela te semble abstrait venant d'une HCL qui n'a jamais fonctionné, mais ce n'était clairement pas la bonne expérience. Tu fais comme tu veux, mais là encore regarde les forums, la plupart de veux qui font de la domotique sérieusement (pas juste 2 ou 3 modules pour jouer) et qui ont commencé par un NAS ont rapidement dédié un matériel pour leur domotique. KISS comme on dit; Keep It Simple & Stupid. Une boite = une fonction C'est le meilleur moyen pour que ça fonctionne.... ou disons plus exactement que c'est le meilleur moyen de limiter les risques. Après tu peux acheter un NAS, c'est un très achat très utile, stockage des films, musique, photos pour toute la famille, hébergement de sites Web, enregistrement vidéo de caméras, et il peut également servir en complément de la domotique, par exemple pour historiser les données sous formes de graphiques (température, consommation, etc) Mais as-tu réellement besoin d'un monstre de puissance comme celui que tu as cité ? Car n'oublie pas un autre point fondamental (qui n'a rien à voir avec la domotique), quand on a un NAS, on y met plein de données, plus ou moins importantes. Et ces données, il faut les sauvegarder. Donc à moins que tu aies accès au NAS d'un ami pour y sauvegarder tes propres données à distance, ou que tu payes un service Cloud pour les sauvegardes, te devras à terme acheter un second NAS. Donc des dépenses supplémentaires à prévoir. Et non, le RAID n'est pas une sauvegarde, il n'apporte aucune sécurité, au cas où tu te serais posé la question. Contrairement aux idées répandues, notamment par les vendeurs de NAS, qui ont tout intérêt à te vendre un NAS avec un maximum de disques....