Téléinfo radio

[patoche]

Je parle de l' ino arduino nano pour la téléinfo.

[snips]

Je n'ai pas encore eu le temps de faire un essai avec RFLINK , peut-être ce WE.

-Cependant je pense que le problème doit venir soit d'une mauvaise implémentation du protocole du CM180 dans RFLINK, soit d'un mauvais passage des données à DOmoticz par RFLINK.
En effet, Onlinux, qui avait un CM180 (un vrai), m'avait passé les trames émises que j'ai pu rejouées avec l'arduino+émetteur et qui étaient parfaitement décodées par le couple RFXTRX/Domoticz. DOnc je pense que ces deux là (RFXTRX et Domoticz) fonctionnent correctement pour le CM180 (contrairement à RFLINK).

-Donc le plus plus simple c'est bien sur de corriger le soft de RFLINK sur le protocole du CM180.

-L'autre solution, plus tortueuse et "prise de tête", c'est d' "inverser l'erreur introduite par RFLINK en amont" au niveau d'arduino-téléinforadio... (on récupère les bonnes données du compteur, on les bidouille de telle manière que RFLINK, en appliquant son "mauvais" décodage du protocole, finit par redresser les erreurs et donner les bonnes valeurs). Mais ça suppose de comprendre l'implémentation erronée du protocole dans RFLINK (c'est comme la correction pour aider Hubble à mieux voir).

J'oubliais : il y a une troisième solution pour "patcher" : par script lua on récupère les valeurs du device erroné dans domoticz et on crée un 2 ème compteur fictif dans lequel on déverse les données corrigées.

[patoche]

J avais pensé a la 3 ème solution, mais je ne maîtrise pas le lua.
Je vais attendre le fix rflink.

[snips]

Je lis sur http://sourceforge.net/p/rflink/svn/HEA ... RFLink.txt
R35: (Work-In-Progress) Build 05
- Added: Brel motor support
- Fixed: Oregon OWL CM119, CM160, CM180
......

[patoche]

J ai testé la r35.10 il y a qq jours en bêta, pas d amélioration.
J ai fait un retour à la stunt team.

[snips]

Patoche,

Les possesseurs du CM180 (le vrai) témoignent qu'avec la beta v2.3713 de domoticz tout est OK avec RFLINK : viewtopic.php?f=7&t=1102&p=9549#p9549
j'ai fait le test avec RFLINK et la 3510 de domoticz et effectivement tout est faux, avec la 3713 la puissance instantanée est bien récupérée par domoticz mais pas l'index compteur (j'ai 0,000 KWH).

P.S. FredTO a proposé un correctif qui a été repris dans Domoticz :
https://www.domoticz.com/forum/viewtopic.php?f=6&t=8837

J'ai parcouru le code RFLINK et effectivement cela parait plus aisé de corriger au niveau de domoticz,https://github.com/domoticz/domoticz/bl ... nkBase.cpp

je regarderai pour savoir pourquoi l'index (total compteur) n'est pas récupéré correctement par le couple domoticz-v2.3713 et rflink.

[patoche]

Merci Snips

Effectivement en beta domoticz et rflink 3407 j 'ai la puissance instantanée, je confirme index à 0 et cumul journalier à 0.
Mais cela progresse

[patoche]

Bonjour,

J'utilise les 2 compteurs crées par domoticz, sur le suivi heure pleine heure creuse serait il possible que la valeur repasse à zéro à l'heure de basculement, et non conserver la dernière valeur enregistrée?

[snips]

C'est possible mais c'est assez compliqué et de temps en temps ca peut ne pas marcher (le principe est d'émettre des trames avec une puissance instantanee nulle mais si la trame collisionne avec une trame 433mhz d'un capteur d'une sonde de température ou autre, domoticz ne la recevra pas. Il faudrait itérer l'opération plusieurs fois pour bien faire.....).

Le mieux c'est de créer un compteur unique qui va cumuler heure creuse et pleine et affichera les 2 compteurs sur un même graphique : procédure ici viewtopic.php?f=7&t=158&start=30#p3936

La puissance indiquée sur ce compteur sera toujours bonne.

[patoche]

Bonjour snips,

Il y a un nouveau firmware rflink. Si par hasard vous avez un peu de temps pour tester et voir le comportement de teleinfo owl DIY via rflink et domoticz, afin de voir si l'index est désormais ok.
Perso je suis en vacance et loin du Pi2