Lazer

super, j'attends la nouvelle version alors PS : j'ai jeté un coup d'oeil àton addon, c'est du Python c'est vraiment pas ma tasse de thé ce langage

tu as les références, ou mieux des liens ? quand je fais une recherche, je ne vois que des spots de cette marque avec des télécommandes propriétaires

Voilàj'ai retrouvé comment déclencher les scènes lors de la modification d'une variable globale via l'API : il faut ajouter "invokeScenes":true dans la requête PUT : curl --request PUT --data '{"name": "KODI", "value": "On", "invokeScenes":true}' --user admin:password http://192.168.1.1/api/globalVariables/KODI http://www.domotique-fibaro.fr/index.php/topic/5556-d%C3%A9clencher-les-sc%C3%A8nes-associ%C3%A9es-varibale-globale-depuis-api/ Ca fonctionne parfaitement, inutile donc de déclencher la scène manuellement. Cela fait moins de requête http, donc moins de charge réseau, moins de charge CPU, et c'est plus réactif.

alors làje ne vais pas t'aider, mais je vais suivre la discussion, car je ne savais même pas que les spots RGB pilotables par un module Fibaro RGBW existaient ! (j'en suis resté aux rubans LED)

ah dommage, on ne saura pas alors.

Par contre, le transfert des modules d'un contrôleur primaire vers un secondaire fait perdre tous les paramètres des modules, ainsi que ceux àpile, donc l'intérêt est pour moi limité, car il y a quasiment tout le boulot àrefaire. Du coup c'est presque plus propre de refaire une nouvelle install from scratch. En ce qui concerne la récupération de l'intégralité de la puce de la HC2 par Jeedom, je pense que c'est beaucoup plus intéressant, car on ne change pas de controleur, donc on devrait normalement récupérer les paramètres des modules, ainsi que les modules sur batterie. Est-ce que c'est ce que tu as constaté ?

@lamparo oui c'est très clair maintenant Et tu n'as pas d'autre choix que de faire une boucle infinie, avec comparaison des températures àintervalle régulier. Mais une boucle infinie n'est en rien un problème, elle fera du fibaro:sleep() la plupart du temps, donc n'occupe absolument pas le processeur. D'ailleurs, même les scènes en mode bloc, basées sur une heure de déclenchement précise, font une boucle infinie. Pas d'autre choix, vu qu'il n'y a pas de trigger basé sur une condition horaire. Maintenant, si tu veux limiter les boucles infinies, tu as GEA. Ainsi, tu auras une seule boucle infinie (GEA), qui vérifiera de multiples conditions, et fera tout le boulot (pour ton scénario de chauffage, mais aussi le reste).

Oui moi je mettrais une boite d'encastrement, la borne est suffisamment large pour la masquer totalement.

C'est sur tous les posts anciens j'ai l'impression. On a commencé la migration du forum en v4 (rires dans la salle), et pour cela il fallait passer la base en utf8. Mais je pense que la conversion a oublié de convertir les caractères accentués existants.

Je testerai ta nouvelle version ce soir Concernant les triggers/VG, faut que je fasse des tests complémentaires alors pour être certain....

Non la HCL ne sait pas importer un module virtuel écris en LUA. C'est un bridage volontaire, segmentation marketing entre la HCL et la HC2. J'en profite pour mon premier message sur ce topic : Merci ADN182 J'ai installé ton Addon il y a 2 jours. Aucun souci àsignaler sur l'installation qui s'est très bien passée. Juste 2 remarques : - mes caméras avaient des accents, et l'addon a remplacé les accents par des _ (underscore). Du coup, pour que ça soit plus propre, j'ai supprimé les accents, fait le ménage, et reconfiguré le plugin. - parfois, sur l'interface de Kodi, j'ai une notification d'avertissement comme quoi que l'addon n'a pas pu exécuter la scène sur la HC2. Ce qui m'amène àune suggestion : est-ce que tu pourrais ajouter une option permettant de ne pas exécuter la scène ? Normalement, sur les firmwares v4 récents, le trigger d'une scène sur modification d'une variable globale fonctionne bien, même si la VG a été modifiée au travers de l'API http. Du coup, ça permettrait de limiter le nombre de requêtes vers la HC2, et éviter de voir ce message d'avertissement.

@Shyrka973 alors làtu m'apprends quelque chose, Jeedom et donc capable de relire tous les devices inclus sur la puce Z-Wave de la HC2, sans devoir les exclure puis réinclure ? Mais ça simplifie grandement la migration vers Jeedom ça !!! Un petit tuto en première page, avec le lien envoyé au PDG de Fibaro s'impose !!!

la question est dans l'autre sens : je n'ai toujours pas compris pourquoi TOI tu veux déclencher un trigger lorsque le module se réveille. Relis mes explications, je crains que tu n'aies toujours pas bien compris ce qu'est le réveil (wakeup) d'un module Z-Wave sur batterie. Rien àvoir avec la remonté d'informations. Les triggers que tu peux avoir avec un thermostat lors d'une remonté d'information, c'est du style - changement de la valeur de la sonde de température (value) - changement de la valeur de la consigne (thermostat setpoint) - déclenchement ON/OFF du module associé

Je confirme, la commande locale du SRT312 (par le bouton rotatif) permet d'avoir une dérogation manuelle pendant 2h, puis ensuite le panneau de chauffage reprend la main. Ce que je trouve hyper WAF, car Madame peut remonter la température au moment de se coucher si elle a froid, puis tout rentre dans l'ordre 2h plus tard, sans intervention. En plus, tout ça sans ligne de code, c'est clic clic clic ® A priori impossible de lancer une scène sur trigger de réveil d'un module, mais encore une fois, je répète que cela n'a aucun intérêt. En ce qui concerne l'hystérésis, je ne suis pas certain de comprendre.... c'est un thermostat PID, il n'y a donc pas d'hystérésis, par définition. Si il régule mal le poêle, il faut essayer de jouter avec le cycle TPI du thermostat. Pour un moyen de chauffage avec une aussi forte inertie, je pense qu'il faut régler le cycle le plus long (contrairement à un convecteur électrique où il faut régler le cycle le plus court). A voir dans la doc, il y a des micro-switchs pour ça dans le module.

Oui t'as raison, on serait encore en HTML 4 statique avec du Flash et on n'aurait aucun problème. À la réflexion, finalement non, rien ne vaut la concurrence, c'est le moteur de toute innovation, et ce qui fait qu'on a un web dynamique, design, performant, évolutif, etc....

Nico, oui tout àfait, ils ont annoncé la refonte de leur moteur. Ca sera le bienvenu, car Firefox reste mon navigateur préféré

Oui, ça fait un moment que l'interface est de moins en moins utilisable avec Firefox, c'est de pire en pire àchaque version, et en 4.1 c'est presque totalement inutilisable. J'utilise aussi Chrome àcause de ça pour la HC2.

Pour l'histoire du slider, je te laisse voir avec l'auteur du tuto (mprinfo je crois de mémoire, j'ai pas vérifié). Perso je n'utilise pas du tout les sliders. Pour info il s'agit d'une barre horizontale dans le module virtuel, qui peut "glisser" à droite et à gauche, d'où son nom (en anglais) C'est vrai que c'est difficile au début, d'autant plus que les docs fournies par Fibaro sont réduites à leur plus simple expression Justement non, pas du tout, c'est ce que j'ai essayé d'expliquer dans mon tuto (peut être que ce n'est pas clair); Mais il s'agit là des bases du protocole Z-Wave, rien à voir avec la box Fibaro. - Lors du réveil, le module synchronise ses paramètres avec la HC2 (ceux que tu peux modifier dans l'onglet avancé du module). Dans le cas d'un thermostat, il récupère également la nouvelle consigne de température que tu as choisi dans l'interface Web (ou via l'appli, ou via une scène bloc ou en LUA.... bref tout est possible) - Le reste du temps, le module décide tout seul d'envoyer ses "mesures" indépendamment du réveil (température, détection de mouvement, ouverture de porte, consommation, etc, bref ça dépend du module) Et ce sont justement ces mesures que tu peux utiliser comme trigger dans une scène.

clic clic clic (tu boiras à notre santé seb )

tu confonds réveil d'un module, et remonté d'information du module => un petit tour dans la section "pour les nuls", j'ai fait un petit tuto sur le sujet. comme dit pepite, tu peux récupérer les infos directement dans les propriétés du module. tu peux même faire une scène avec un déclencher (trigger) sur les valeurs que tu veux surveiller, ce qui évite de faire une boucle infinie.

Intéressant ce comportement Visiblement il essaye de contacter la box, mais si il n'y arrive pas, alors seulement après le délai de timeout, il envoie l'ordre au module qui est associé avec lui. Donc je pense plutôt à un bug du firmware du module FGK, ça ne serait pas le premier bug qu'on découvre sur ce module, le FGK est vraiment le pire module de Fibaro. C'est l'ancienne génération du FGK, ou la nouvelle génération en Z-Wave+ ? Bon après, normalement ta box est censée être tout le temps allumée, ça ne devrait pas être un problème. Il n'y a qu'en cas de panne de la box qu'elle sera éteinte, ce qui devrait être rarissime quand même !

Oui toujours sur HC2, vu que j'arrive à faire tout ce que je veux depuis que j'ai rooté et réactivé toutes les fonctions LUA bridées par Fibaro Pour l'instant, pas l'intention, ni le besoin, ni le temps, de migrer sur autre chose.

Tu ne te sens pas le courage d'écrire le plugin Satel ? C'est le bon moyen de gagner plusieurs fois 4€

Ludo, ça y est, tu bascules tout sur Jeedom ?

j'ai pour habitude de fermer toutes les applications de mon téléphone, sauf justement l'appli Fibaro, car ça me gave de devoir attendre les quelques secondes qu'elle se recharge. A la maison ça va relativement vite, mais en déplacement, avec mon upload extrêmement faible, le temps de chargement est supérieur à30 secondes.... Alors qu'on laissant l'appli ouverte, même àl'extérieur, le rafraichissement des données se fait en moins de 1 seconde..... enfin ça c'était avant, Fibaro n'est pas capable de sortir des nouveautés sans introduire des régressions