Lazer

J'ai déjà fait de nombreux retours d'expérience réels sur la pré-alarme extérieure, qui est pour moi indispensable, limite plus que l'alarme intérieure.... je te laisse les retrouver. Sur 4 tentatives d'effraction chez moi : - 2 repoussées par la pré-alarme - 1 repoussée par l'éclairage automatique (la nuit forcément) - 1 repoussée par le voisin qui sort à ce moment là par hasard Dans ces 4 situations, il n'y a pas eu intrusion du domicile, ni même la moindre fenêtre/volet touché. Contrat rempli. Identifier les zones non couvertes  Et après ? Le cambrioleur cherche à rentrer, pas à cartographier les zones couvertes du jardin. Il passera à un moment dans une zone couverte, ça déclenche le bip bip, le mec comprend qu'il est vu et que la réaction s'il entre sera bien pire, donc il s'en va tranquillement sans rien casser. Vérifier l'activation effective de l'alarme Là aussi.. et après ? S'il veut entrer, il entre. La pré-alarme l'en dissuade avant qu'il ne soit trop tard, c'est une sécurité supplémentaire, qui t'évite bien des désagréments (moral et financier) Générer des sonneries volontaire pour simuler des fausses détections et inciter à ne plus mettre en marche l'alarme pour éviter d'avoir des ennuis avec le voisinage.  Justement l'avantage de la pré-alarme, c'est que ça ne sonne pas, ça fait juste bip bip, sans gêner les voisins. Donc le mec ne ferait que perdre son temps

oui je pense que tu es obligé de couper l'onduleur.... quand la carte ne répond plus aux pings, ça veut dire qu'elle reboote ! Je ne vois pas d'autre solution. Peut être la débrancher à chaud, mais je ne sais pas si c'est une bonne idée.

Sinon serveur web interne planté ? As-tu essayé de rebooter la carte ?

A ce sujet... Je t'invite à regarder le nouveau panneau d'alarme de la HC3, cela devrait d'ailleurs faire le sujet d'une discussion dédiée car ça n'a rien à faire ici, mais le concept a fondamentalement changé par rapport à la HC3. Au lieu d'armer les modules, le nouveau panneau revient à un fonctionnement plus classique : on crée des partitions qui contiennent les détecteurs, et ensuite on arme telle ou telle partition (par exemple le périmétrique, etc). Ou la totalité. Bref, ça ressemble à une vraie alarme, et je pense que le module virtuel de ce sujet n'a que peu d'intérêt sur la HC3. Et pour finir, dans GEA, j'ai introduit un début de gestion de ce nouveau panneau d'alarme, mais on peut faire mieux encore (c'est sur ma To-Do-List)

Voilà, justement, le problème c'est TLS. Sur le forum officiel, @tinman qui connait assez bien le sujet pour avoir porté quelques librairies LUA de chiffrement sur la HC3, l'a dit très clairement, le support en natif du KLF-200 ne sera pas possible tant que Fibaro ne proposera pas nativement en LUA une librairie pour gérer TLS. Ce qui ne serait pas si compliqué que ça pour eux, encore faut-il qu'ils en aient la volonté....

@Cardane je parle bien de vrais Emojis, c'est à dire encodés dans la norme Unicode. (pas des caractères avec les polices spéciales Symbol ou Wingdings) Tu peux les trouver sur des sites Web (cherche Emoji sous Google), ou directement sous Windows avec le raccourci Win + ; (drôle de raccourci....). Je ne peux pas te mettre un exemple dans ce message, le forum les refuse ( <= ça c'est une image qui remplace automatiquement une suite de caractères.... deux points suivi de la parenthèse fermante). Bref, tu mets les emojis directement dans le label de ton bouton, ou bien dans le code LUA, les deux méthodes fonctionnent. Tu peux prendre exemple sur mon QuickApp Kodi sur le forum, qui est également de type com.fibaro.player comme ton QA Heos, donc tu peux t'inspirer des boutons.

Je pense que ça a été supprimé parce que trop peu de personnes utilisait ce dashboard. Désolé pour toi si ça t'était utile. Perso je me moque de la présentation, mes seules interactions avec l'interface Web sont pour des tâches d'administration, et maintenant que mon installation est bien stable et complète, je ne m'y connecte quasiment jamais. Au quotidien, tout est automatisé, ou alors j'interagit par le biais de l'application mobile. Sinon il y a quelques discussions sur le forum pour la création de dashboard personnalisés, par exemple sur tablette murale, mais rien de simple, surtout depuis la disparition de Imperihome.

Le mieux c'est encore d'utiliser des emojis, qui seront visibles quelque soit le navigateur Web, et également dans l'application mobile (même si le rendu des émojis varie un peu d'une plateforme à une autre) Parce que tout ce qui est HTML est viré par l'application mobile de toute façon, donc l'intérêt est limité.

Il me semble qu'il a été supprimé depuis un certain firmware précédent (mais lequel ?) Je viens de vérifier sur mon HC2 en v4.600 également, le dashboard n'est plus accessible non plus. EDIT : retrouvé, c'était au firmware version 4.520 en date du 22/11/2018.... il y 2 ans exactement (déjà)

Voici la version 7.03 : - correctif pour GEA.output - ajout de l'alias "Color" identique à "RGB" - minor bugfixes (si si ) GEA v7.03.lua

CPU normal quoi (pour la RAM je suppose que tu as compté le cache, qui est de la mémoire libre...) étrange cette lenteur, mais donc ce n'est pas lié à GEA, c'est le système qui met du temps à traiter l'événement ?

Tient, un article sur CHIP sur le blog Abavala, ça avance doucement, avec toujours plus de promesse interopérabilité et d'universalité : Après la Smart Home, le Projet CHIP se lance maintenant à l’assaut des bâtiments commerciaux

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)