SebDel

Bonjour, J'ai l'impression que ton dépôt dans le bugtracker a été fermé pour cause de doublon. Mais j'estime qu'il ne s'agit pas d'un doublon avec les autres car en ce qui nous concerne c'est la non remonté de toutes les infos des pinces individuelles. J'espère que le sujet sera traité aussi. Il y a une confusion entre la version 1 et 2 et la version 1,2 et 3 pinces. C'est m.roszak ou a.socha qui s'en occupe, je n'ai pas bien compris, beaucoup sont fermé. Séb

Je pense que l'investissement sur la v4 fait qu'il n'y aura pas de 3.60, enfin j'imagine. Par contre comme les coupures (ou microcoupures) de courant sont assez rares, cela reste supportable au niveau de la fréquence des reboot. D'après ce que j'ai compris, Fibaro a reçu le matériel en version G2 et l'intégration devrait donc être parfaite, si toutefois il y a du triphasé en Pologne (pour les 3 pinces). Sur un autre post un utilisateur m'a indiqué avoir testé le HEM3 G2 sur une autre box et l'ensemble des infos, Volt, Amp, Watt et cumul Kwh remontent bien sur les 3 pinces + le total en temps réel sans planter. C'est donc possible Je patiente donc et reboot de temps en temps pour l'instant Séb

Bonjour Krikroff, Tu as caché le numéro de série mais on devine... c'est la 000001 ! Il n'y avait pas encore la fonction reboot, c'est pour çà Entre temps, j'ai compris d'où venais le problème. En fait c'est une mauvaise intégration des AEON sur la box, DSC17 et HEM3 G2 qui, quand il y a coupure de courant à du mal à reprendre les rapports et ça bloque. En espérant qu'avec la V4 ça aille mieux mais ça n'en prend pas le chemin d’après ce que j'ai pu comprendre. J'ai donc toujours le problème avec ces modules. Quand c'est planté je dois re-paramétrer les modules en question et reboot de la box pour que çà reparte... Donc de mon coté j'en suis toujours à 1 jours Amicalement Séb

Bonjour, 4144911 correspond à 00111111 00111111 00001111 en binaire et sur un size 4, ca peut vouloir dire quelquechose. Il manque le value 1 qui doit être à zéro. soit 00000000 00111111 00111111 00001111 Si on décode ca donne : 0 0 1 Auto send Meter REPORT (for A) at the group time interval (Clamp 3) 1 Auto send Meter REPORT (for A) at the group time interval (Clamp 2) 1 Auto send Meter REPORT (for A) at the group time interval (Clamp 1) 1 Auto send Meter REPORT (for V) at the group time interval (Clamp 3) 1 Auto send Meter REPORT (for V) at the group time interval (Clamp 2) 1 Auto send Meter REPORT (for V) at the group time interval (Clamp 1) 0 0 1 Auto send Meter REPORT (for kWh) at the group time interval (Clamp 3) 1 Auto send Meter REPORT (for kWh) at the group time interval (Clamp 2) 1 Auto send Meter REPORT (for kWh) at the group time interval (Clamp 1) 1 Auto send Meter REPORT (for Watt) at the group time interval (Clamp 3) 1 Auto send Meter REPORT (for Watt) at the group time interval (Clamp 2) 1 Auto send Meter REPORT (for Watt) at the group time interval (Clamp 1) 0 0 0 0 1 Auto send Meter REPORT (for A) at the group time interval (Whole HEM) 1 Auto send Meter REPORT (for V) at the group time interval (Whole HEM) 1 Auto send Meter REPORT (for wattage) at the group time interval (Whole HEM) 1 Auto send Meter REPORT (forKWH) at the group time interval (Whole HEM) Tu as donc de la chance de bien tout récupérer mais j'ai cru comprendre que ce n'était pas sur la HC2 J'avais essayé cela mais malheusement il n'y a que quelques trucs qui remontent en 3.59 avec ce paramètrage. En espérant qu'au dev chez Fibaro ils se penchent sur le problème... Un très bon week end Séb

Bonsoir Jérôme, Voici un autre lien que j'avais mis de coté avec les spec AEON http://www.zwave-products.co.uk/online/templatemedia/all_lang/resources/Engineering+Spec+-+Aeon+Labs+Home+Energy+Meter$282nd+Edition$29_+V1.16.pdf On recoupe a peu près les infos. Est ce que tu peux me dire si sur la zipabox tu arrives à afficher la conso instantanée en watt sur chaque pince ? Pour le document dont le lien est ci dessus, il s'agit de la 2 pinces mais on peut facilement extrapolé les paramètres pour la 3 pinces, il y a des trous au bons endroits J'espère que l'équipe de dev va s'intéresser sérieusement à ce module qui en vaut la peine. Amicalement Séb

@Jerome, Pour arriver à mes fins, j'ai du faire 2 resets du module avec le paramètre 255 à 1. Ensuite tu recharges tes paramètres dans la HC2, tu les modifies comme tu les souhaite et les renvoies afin que le module les reprenne en compte. Tu peux aussi essayé de virer la fonction autoreport (param 3 à 0) comme ca tu ne fait qu'un report tous les 30s avec le paramètre 111,112, 113 à 30 Les params 101 et 102 sont très fragiles et souvent mal compris par le module, j'ai remarqué que l'opération avec la box à proximité facilite les choses, se qui n'est pas commode quand le module est sur le compteur de tête. Après une fois que c'est parti ça tourne comme une horloge et avec une super précision. Bonne chance Séb

Oups, j'oubliais... Ici tu trouveras une doc avec la description des paramètres : http://www.vesternet.com/downloads/dl/file/id/232/z_wave_aeon_labs_clamp_power_meter_three_200a_manual.pdf J'ai choisi donc pour les rapports, un delta de 5w ou 1% ou toutes les 30s. Séb

Bonjour Jérôme, Oui la mienne tourne maintenant à la perfection sur la version 3.59 en production. Quand je dit à la perfection elle me donne la consommation totale en temps réel sur le module maitre (total) et le cumul en Kwh sur les pinces 1,2,3 et total. Pour ce qui est des problèmes de pinces cachées, il faut utiliser un petit module virtuel pour les dé-cacher. HC2 = Net.FHttp("xxxxxx.xxxx.com") HC2:setBasicAuthentication("admin", "xxxxxxxxxxxxx") -- remplacer les données de connexion payload = {id=XXX, properties={disabled="0"}} -- XXX = ID de votre module invisible payload = json.encode(payload) HC2:PUT("/api/devices", payload) A faire sur toutes les pinces non visible, l'id se retrouve facilement avec HC2 Toolkit Ensuite les paramètres que j'utilise sont ceux ci : "id": 3, "size": 1, "value": 1 "id": 4, "size": 2, "value": 5 "id": 5, "size": 2, "value": 5 "id": 6, "size": 2, "value": 5 "id": 7, "size": 2, "value": 5 "id": 8, "size": 1, "value": 1 "id": 9, "size": 1, "value": 1 "id": 10, "size": 1, "value": 1 "id": 11, "size": 1, "value": 1 "id": 13, "size": 1, "value": 0 "id": 101, "size": 4, "value": 2 "id": 102, "size": 4, "value": 1 "id": 103, "size": 4, "value": 0 "id": 111, "size": 4, "value": 30 "id": 112, "size": 4, "value": 30 "id": 113, "size": 4, "value": 30 "id": 255, "size": 1, "value": 0 Sur les pinces de chaque phase, je n'ai pas vu d'information sur la consommation temps réel (valueSensor) Peut être que ce point sera revu sur la version 4.xx, mais j'ai un doute... Le paramètre 255 avec 1 permet de remettre le module en mode reset pour le re paramétrer correctement après. Voilà si ca peut t'aider à faire fonctionner ton module. Amicalement Séb

Bonjour, Je reviens comme promis pour donner des nouvelles. Le bug a été remonté au développement et j'imagine que la résolution de ce phénomène est en cours et sera poussé dans la prochaine version. Pour l'application tablette, c'est à espérer que la correction sera aussi effective. Affaire suivi donc. Séb

Bonjour, J'ai vérifié les notifications avec le Text To Speech (TTS) et les notifications sont toujours vides. Ca sera donc pour la 1.4.1.1 Sinon le reste fonctionne bien, avec la même anomalie quand on passe d'une connexion data en WIFI, ca décroche... Mais je suis presque certain que ca vient d'un problème de cache sous android et les DNS de la box. Amicalement Séb

Bonsoir à tous, Pour l'instant je suis en l'attente d'une réponse du support de Fibaro à ce sujet. Comme la plupart des notifications proviennent du GEA, j'ai pour l'instant viré le sendPush classique de Fibaro pour mon smartphone et remplacé par un script vers le service PushingBox en remplaçant les espaces par des %20 pour que la variable passe bien vers pushingBox et surtout soi bien lu par le TTS. Pour l'instant ça marche nickel, même la lecture des dates et heures Je préférerai que ça marche en natif avec l'application Fibaro mais bon pour l'instant je me contente de la pastille pushingbox. Je vous tiens au courant de l'évolution. Séb

Au début j'ai effectivement pensé àce problème : les parenthèses dans le tire "Push (HC2-XXXXXX)". Dans Voice notify on peut paramétrer la lecture du genre %t %m avec %t le titre et %m le message. et en virant le titre, il ne voit toujours pas le message. Après je ne peux pas te dire si il y a un caractère invisible avant le message genre une tab, LF ou CR mais pour toutes les applications du genre, le message est vu vide. J'ai essayé aussi au lieu du SendPush d'utiliser sendPushDefinedNotation et le résultat est le même. C'est peut-être quelque chose intéressant àremonter au support. Bonne soirée. Séb

Bonsoir, En fait je viens de tester 2 autres applis capable de lire les notifications et le problème persiste. Toutes mes notifications sont bien lus par les application utilisant TTS mais seul les notifications Fibaro restent silenceuse. Bon dans les logs des applis les messages sont vides donc on comprend que ca ne marche pas. Mais comme elle s'affiche j'imagine donc que le message arrive, s'affiche, se vide et n'est donc pas lu par Text To Speech. Si quelqu'un connait le problème. Merci. Séb

Bonsoir moicphil, Non en fait il marche très bien, quand je coche message empty il lit bien Notification application Fibaro mais le message est vide. Je viens de regarder pushover mais j'ai l'impression qu'il n'a pas le même objectif. "Voice Notify" ne fait que lire avec le TTS les notifications qui arrivent. Voice notify permet de choisir ce que tu veux faire lire à haute voix dans toutes les notifications, tu peux choisir par application titre ou message. Dans le cas des messages Fibaro, le journal de voice notify indique les messages Fibaro sont vides. Voilà , je vais essayer avec un autre TTS pour voir. Merci pour ton retour. Séb

Bonjour à tous, Je commence à générer pas mal de notifications sur mon smartphone Android qui sont poussés par l'application Fibaro. Ne pouvant faire la différence, à l'oreille, des différents "bing", je décide d'installer la dernière version de "Voice Notify" et de le paramètrer pour qu'il puisse lire mes notifications. En fait il arrive à lire toutes les notifications de mon smartphone, sauf celle de l'application Fibaro. Dans le journal de notification, il considère que toutes les notifications de Fibaro sont vide. Très étrange... Est ce que quelqu'un à déjà rencontré ce problème et faut il que j'utilise un autre reader de notification et si oui lequel ? Merci d'avance pour votre aide. Séb

Bonsoir Steven, Je crois qu'il suffit, en théorie, d'envoyer le login et mot de passe dans la fonction client.open client.open("PUT", url, false,login,mdp); Après il faut peut être l'encoder mais je ferai des tests dès que j'ai un peu de temps. Après si l'API a changé, le problème peut tout de même persister et si l'idée fonctionne alors elle sera aussi valable pour la v4. Je te tiens au courant de mes tests. Je te souhaite une très bonne soirée. Séb

Bonjour Steven, Après avoir utilisé avec grand succès GEA, j'ai découvert tasker en cherchant à automatiser mon téléphone et le liée avec Fibaro et sur mes recherches sur le net je suis tombé sur tes tutos, le monde est petit Sur ce lien http://spiccand.wordpress.com/2014/08/08/tasker-home-center-utiliser-les-variables-globales/#more-326 j'ai suivi ta procédure et j'obtiens une erreur dans HC_RESULT. On allant voir ton code dans le script java, j'ai vu que tu faisais cette opération : var url = global("HC_URL"); if (url.indexOf("@") != -1) { url = url.substring(url.indexOf("@")+1, url.length); } url = "http://"+url.replace("http://","") + "/api/globalVariables"; Si je comprend bien, tu enlèves la partie avant le @ qui correspond aux identifiants/mot de passe en basic authentification. Par la suite tu utilises url mais je n'ai pas trouvé, dans ta requête la reprise de l'authentification avec le json. Est ce que cette requête, sans authentification n'est pas la source de l'erreur ? Ne faut il pas ajouter l'identifiant et mot de passe dans le client.open ? Je te souhaite un très bon week end. Séb

Bonsoir Steven, Petit retour, aujourd'hui ca a bien marché, le module a coupé à 18h06 avec 15w depuis 17h30. Par contre je ne sais pas si le restarttask a aidé. Je reste comme cela pendant quelques jours pour confirmer et ensuite j'enlève le restart pour voir. J'ai réussi à remettre la plupart de mes modules mais tous ceux fonctionnant sur pile et innacessibles devront attendre un réveil (hypothétique...) Je ne pensais pas faire autant de poésie en abordant la domotique Bonne soirée. Séb

Bonjour Steven, En fait ce qui se passe, c'est que si la prise est allumée et que la consommation est inférieur à 50W avant 18h et qu'après rien ne change alors la prise ne s'arrête pas. Par contre si à 18h15, j'allume la machine qui va consommer 200W et que je l'arrête à 18h20, alors à 18h25 la prise sera bien coupée. Ce que j'ai fait, c'est que j'ai ajouté un restarttask de 18h00 à 18h02 sur la tache précédente. Je vais voir si ca améliore ma situation mais, comme tu me le précise aussi, je n'y crois guère. Pour les tests, je suis un peu embêté aujourd'hui, car ce matin, la box m'a reseté tous les modules et les AEON ne répondent plus... Comme c'est avec eux que les consommations remontent, je ne suis pas très avancé pour mon problème. Je pense que le disfonctionnement ne vient pas de GEA mais plutôt d'un problème de remonté de conso avec la box. Je reviens vers toi dès que je peux faire les tests... Merci. Séb

Bonjour, Non pour l'instant pas de retour, par contre il est étrange que la box ait fait ca toute seule. Comme je n'ai pas les logs de connexion, difficile de trancher. Merci, je regarde cela de très prés. Séb

Est il possible qu'un tiers, quelqu'un du support de Fibaro, ait pu accéder à ma box et demander une mise à jour ? Si l'opération n'est pas automatique, alors elle a forcément été l'objet d'une requête. Est ce que cette machine possède des accès root qui la rend accessible à distance ?

Bon, en fait la situation c'est beaucoup détérioré depuis... J'ai tous les modules à pile "non configuré" et les autres modules, alimentés ne répondent plus... Je ne sais plus quoi faire, je remballe le tout et je retourne le matériel comme défectueux ? ça faisait juste une bonne semaine que je n'avais plus de problème, c'est pour ça ? Le système pense que je commençais à m'ennuyer... Ma persévérance commence à ce transformer en rage, je n'aime pas cela Je reste attentif à vos idées... Amicalement Séb

Bonjour chris6783, En fait je dois créer une nouvelle tache vers 18h pour relancer à ce moment précis la réévaluation de la première. J'imagine que cette solution est plus "économique" en process que la première solution repeat qui devra ce reproduire même quand la condition n'a pas changer. Merci pour ta réponse rapide. Séb

Bonjour, Effectivement, d'autant plus que je n'ai pas la possiblité de voir ce qui a déclenché l'opération. Merci encore. Séb

Bonjour Krikroff, Oui en fait, dans un premier temps j'ai reçu une alarme EJP car j'ai un module universel qui a du, au passage, ce voir remis les paramètres par défaut. Ensuite je suis parti voir dans l'interface du HC2 et effectivement, dans la fenêtre de log, les paramètres défilaient sur tous les modules. Dès qu'un module alarme était balayé alors je recevais une alarme. De plus tous les périphériques avec piles sont indiqués "non configuré". Bon je pense qu'après un réveil ça ira mais pour l'instant c'est la pagaille. Voilà pour la scène du crime... Séb