Lazer

En LUA je ne crois pas que ce soit possible d'avoir une précision en dessous de la seconde.

Rfxcom je pense pas, c'est du 433MHz donc bas de gamme sans retour d'état, pas de tout la cible d'une box à600€. Le EnOcean c'est effectivement dommage, mais vu que ça va rapidement disparaître, c'est pas trop grave. Le EnOcean deviendra réellement intéressant dans sa prochaine itération, lorsqu'ils auront terminé leur fusion avec Zigbee. Dans tous les cas, n'oublie pas que Fibaro est le plus gros fabricant de modules Z-Wave, donc ils s'en moquent un peu des autres protocoles.....

Ok je vais essayer de l'intégrer dans une prochaine version.

Je fait un test très simple : if value == param[10][2] then Mais si tu remplaces par un string.match ou quelque chose dans le genre, tu devrais pouvoir faire des regex

J'ai un compteur Granola (faut de frappe volontaire..... ) à 1 impulsion par litre, branché uniquement sur le circuit d'eau chaude du ballon, et je ne dépasse jamais 10 L/min Donc ton 15L/min ne me semble pas aberrant en fonction de ce que tu mesures, de la pression, du débit (diamètre des tuyaux) chez toi. Dans le doute tu peux remplir un jerrican pour mesurer le débit réel. Ceci dit, il est tout à fait possible que tu loupes des impulsions. Perso mon compteur est branché sur un Raspberry PI, et il avait fallu que je m'applique particulièrement sur le code source du programme multithreadé en C pour être certain de ne pas louper des impulsions. Donc si toi tu passes par un IPX, puis une scène de la HC2, c'est sà»r que tu vas en laisser passer.... car entre le temps de déclenchement du trigger de la scène, le temps d'exécution LUA, la sauvegarde de la nouvelle valeur dans la variable globale, il se passe du temps. Et tu vas devoir jongler avec les instances des scènes, sachant que la HC2 ne permet pas de poser de mutex sur les variables globales (avec les conséquences qu'on connait => 503 erreur), alors le problème devient vite insoluble. Il faut que tu laisses l'IPX compteur seul de façon autonome, et la HC2 vient lire la valeur à intervalle régulier. Dans ce sens là , tu ne perdras pas d'infos, mais tu perdras le coté instantané de la lecture. A noter que Steven (je crois) avait constaté que son IPX800 v3 pouvait oublier de compter certaines impulsions, donc ce n'est pas infaillible non plus.

J'ai partagé en première page la version 1.20 du module virtuel (fichier Network_Monitor_v1.20.vfib), qui apporte la nouveauté suivante : - La dernière colonne de la table DEVICES permet d'annuler le monitoring d'un équipement particulier en fonction de la valeur d'une variable globale. C'est particulièrement utile pour monitorer, ou pas, certains équipements en fonction d'une condition externe (variable globale Vacances, etc). Voir les exemples donnés. Cette version tourne depuis 3 mois chez moi sans souci. J'en ai profité pour ajouter en première page de nouveaux exemples d'équipements à monitorer (IPX800, caméras Foscam et Hikvision, VRT-IP, etc...) Et voici le code source LUA du bouton Check pour ceux qui voudraient modifier leur VD sans avoir à en importer un nouveau : Network Monitor v1.20.lua

Bravo excellent

attention, l'utilisation de la fonction net.HTTPClient() est asynchrone. donc ton code ne s'exécute plus de façon linéaire, d'où les comportements étranges que tu constates. Tu ne peux plus utiliser la commande sleep(), et il faut que tu utilises setTimeout() qui est également asynchrone, comme net.HTTPClient() Regarde le code de ma scène Watchdog, il fait utilisation des 2 fonctions imbriquées. Berale24 avait aussi fait un tuto sur l'utilisation du setTimeout() sur le forum, et de mémoire il en existe un autre, très complet et en anglais sur le forum officiel.

Merci Fredric je vais faire ce test d'attendre plusieurs jours, car c'est comme cela que je vais l'utiliser... Mais pas en Panic, mais plutôt pour le réveil (certains matins je ne le réveille pas, non en fait c'est que je suis en déplacement)

Non et non. Et je ne prends pas beaucoup de risque en disant que ça ne sera jamais le cas. HC2 c'est Z-Wave uniquement.

Ca ne sert à rien, Fibaro a créé, mais n'a quasiment jamais pris en compte les demandes de ce bugtracker..... Sinon j'ai pu comparer les bips car j'en ai un qui est en batterie faible : - portée Z-Wave => bip très court (semble identique à celui quand on ouvre le module). - batterie faible => bip court, mais un peu plus long et plus fort que le précédent (pas très scientifique tout ça....). Particulièrement désagréable (mais n'explose pas les oreilles comme l'alarme incendie)

regarde sur mon topic USB Recovery Tweaks, il y a les références et docs complètes des 2 cartes mères connues

Ah tient, le Bouton réagit totalement différemment des autres modules. Au lieu de déclencher les scènes sur Trigger de Properties, il les déclenche sur CentralSceneEvent. Du coup, dans l'API d'événements /api/panels/event les champs JSON ne sont plus les mêmes que pour les autres modules : { "id": 2314774, "type": "DEVICE_EVENT", "timestamp": 1474656645, "deviceID": 506, "deviceType": "com.fibaro.FGPB101", "event": { "type": "CentralSceneEvent", "data": { "deviceId": 506, "keyId": 1, "keyAttribute": "Pressed2", "icon": { "path": "fibaro/icons/com.fibaro.FGPB101_brown/com.fibaro.FGPB101-1Pressed2_brown.png", "source": "HC" } } } }, => La conséquence, c'est que cela a cassé le fonctionnement du VD Evénements de Steven. Je suis en train d'écrire un correctif

Incroyable, ça fait 1 jour et mon bouton fonctionne encore Par contre, j'ai l'impression qu'il devient hors-stock sur les sites e commerce, ou alors le choix des couleurs se retreint.

Ce dialogue de sourd !!! Page précédente on a plusieurs retours d'expérience du bouton qui dysfonctionne au bout d'une semaine d'utilisation, et maintenant Nico est persuadé que le bouton fonctionne bien

Il faut que le serveur SQL externe héberge un service Web, et expose une API REST avec retour en JSON. Ensuite il n'y a plus qu'à faire de bêtes requêtes http sur ce serveur web pour lire le contenu de la DB. Le souci c'est la HCL ; en mode bloc il ne pourra rien faire, il faut au minimum du LUA pour décoder le JSON et afficher la valeut obtenue dans le Label du VD. Seule possibilité sur HCL : passer par une machine externe, qui fera tout le travail et ira écrire la valeur dans le label au travers de l'API http de la HCL.

@Shyrka973 oui tout à fait http://www.domoticadomestica.com/instalar-jeedom-en-hc2-fibaro/

En slave Z-Wave , un Raspberry fait parfaitement l'affaire. Sinon Jeedom fonctionne très bien sur la HC2, faut juste installer un SSD msata àla place de la clé USB de 1Go.

Ludo, ça c'est quand tu configures le bouton en mode Panic dans ses propriétés

Yes c'est cela i-magin, il est très fiable celui que j'ai reçu, je peut taper comme une brute dessus sans risque de le casser

Bon j'ai inclus le miens et pour l'instant il fonctionne parfaitement. @Quikdav, as-tu essayé de réinitialiser le module ? Autre chose, quand tu l'inclus, assure toi de ne pas être en mode sécurisé.

et t'es sur que c'est pas un problème de pile faible ou de transmission radio ?

Hum, vous me faite peur, je viens de recevoir le miens, il faut que je le teste

T'as saisi la perche au vol Oui oui je sais bien tout ça, c'était pour te taquiner

ouais d'ailleurs @sebcbien aussi, vu qu'il relance le sujet GEA