Je sais pas si je suis bien arrivé à bien me faire comprendre par rapport à la problèmatique de la transmission de trame d'info pour domoticz

Je vous donne un exemple

Ci dessous une capture avec le setoption 108 0

20:42:30.845 MQT: domoticz/in = {"idx":84,"nvalue":0,"svalue":"0.0;719.0;0.0;0.0;366;0","Battery":100,"RSSI":6}
20:42:30.850 MQT: tele/tasmota_DB567A/SENSOR = {"Time":"2021-02-17T20:42:30","ENERGY":{"TotalStartTime":"2021-02-11T18:24:47","Total":0.720,"Yesterday":0.000,"Today":0.720,"Period":1,"Power":366,"ApparentPower":452,"ReactivePower":265,"Factor":0.81,"Voltage":226,"Current":2.000,"Load":22,"ADSC":"061961361253","VTIC":2,"NGTF":"H PLEINE/CREUSE ","LTARF":" HEURE PLEINE ","EAST":1893378,"EASF01":876569,"EASF02":1016809,

Dans la 1ère trame qui est envoyé à Domoticz, voici ce qu'attends domoticz dans le cas d'un capteur P1 SmartMeter

On peut voir, qu'il n'y l'index du Compteur A HC qui est renseigné et dans la 2ème trame, on peut voir que c'est l'image de "Today":0.720

Le problème c'est que le compteur Today est remis à 0 toutes les 24h par tasmota, et que l'on perd la notion de l'état de l'index réel de son compteur.

Si on reste sur le même fonctionnement que Wifinfo, on devrait retrouver dans la trame domoticz, pour l'index Cpt (A) HP (actuellement reste à 0), le contenue de EASF02 soit "1016809" et pour l'index Cpt (A) HC (actuellement l'image de today) , le contenue de EASF01 soit "876569"

Avec le setoption108 1(mode RAW), la problématique est exactement la même, ça ne change rien à la trame envoyé à domoticz

Alors comment peut on faire facilement ??

@Xrider
Merci pour les précisions.
Je suis déjà en 9600, mais je ne suis pas déclaré producteur chez Enedis. Faut-il faire une demande spéciale, sachant que j'ai réalisé moi-même mon installation ?

Il faut revendre son surplus et être déclaré chez Enedis, à partir de là et seulement dans ce cas que l'info sera transmisse par la TIC

Concernant la tension et l'intensité, j'habite en campagne et mon village est alimenté en aérien... J'habite dans les Bouches-du-Rhône, où le vent est violent et fréquent. Du coup, nous avons souvent des perturbations sur le réseau (coupures, chutes de tension, etc.).

Chez moi je fais une détection d'une perte secteur à partir du moment que ma puissance active transmisse par le P1SmartMeter est égale à 0 et que ma production photovoltaique est égale à 0.
J'en profite pour te signaler de faire attention car avec un routeur , tu peux avoir une puissance active vu par le linky à 0 alors que la puissance réactive du linky (P=UxI) est égale a 300W

Avec les logs de Domoticz, je sais où j'en suis (mon installation + Network sont sur reseau ondulé)
De plus, plus j'ai d'information en temps reel, plus je pourrai asservir les equipements en fonction de la consommation.

Voici un excellent tutoriel sur le sujet :
https://f1atb.fr/fr/realisation-dun-routeur-photovoltaique-multi-sources-multi-modes-et-modulaire/

Pour ma part, j'utilise le routeur MaxPV https://github.com/Jetblack31/MaxPV avec une précision de l'ordre de 10 ms et ca fonctionne vraiment impeccable

@Xrider
Il faut être déclaré comme producteur chez Enedis pour que la TIC transmette l'injection. De plus, il faut demandé a être en transmission standard (9600 bauds)

Petite question, à quoi vous sert d'avoir la tension et l'intensité à part ??

Pour ma part, le plus important est d'avoir les incréments de comptage de chaque compteur (domoticz retrace une courbe de puissance active en fonction toutes les 5 minutes), la puissance active pour le fun (compris dans l'envoie de la trame P1 SmartMeter)

@Xrider Bonjour, c'est moi qui a filé les infos a Nicolas afin de pouvoir intégrer domoticz dans sa dernière version. Ca fonctionne très bien avec le relevé du linky en mode tempo monophasé ou triphasé. Donc, tu utilises 3 compteurs de type P1SmartMeter (chez moi 4 car j'ai l'injection en plus). Ca te renvoit automatiquement les données de chaque compteur en HP et HC. Ca te renvoit aussi la couleur du tempo en temps réel, la couleur du lendemain, et le type de tarification HP/HC en temps réel. La puissance active est aussi envoyé. Par contre pour ma part aucun intérêt d'avoir la tension, et l'intensité... Tu remarqueras que dans chaque compteur , en fonction des index envoyé par le linky, domoticz te recalcules la puissance instantané sur un créneau de 5 minutes

@barbu-dor
Hier j'étais en v10 et je viens de passer ce matin à la même version que toi et j'ai pas constater de différence.
Par le passé j'étais en v9.5 et j'avais déjà ce soucis de temps à autre d'erreur de checksum de temps à autre. Hier en v10 et c'est la que j'ai testé la 220 ohms sur wemos d1 esp8266
En tout cas, merci pour tout tes détails, je vais regarder à l'oscillo de plus prêt

@barbu-dor
Ok je vais brancher l'oscillo à l'entrée du module téléinfo pour voir la tension crête à crête . Donc tu dis 11v max avec une 220 ohms ?

Au final, l'objectif c'est d'avoir un maxi de 1.2V mesuré entre les pin 1 & 2 de l'opto !
La résistance te permet de faire chuter la tension d'entrée .

Maintenant, ce que je pige pas, c'est qu'avec une résistance de 1.5K traversé par une intensité de 50Ma , donc tu dois avoir 75V à ses bornes ce qui est énorme. Plus tu augmentes cette résistance plus tu fais chuter la tension du signal en entrée, plus tu la réduis puis ta tension augmente aux bornes de l'opto.

Donc pourquoi avec une 1.5K, j'ai des erreurs de checksum temps a autre, et avec une 330 , les erreurs sont explosives !! Je suis redescendu a 1K depuis , et ca avait l'air de rentrer dans l'ordre mais ce matin j'ai revu une erreur passé, donc j'ai du mal à comprendre...

Maintenant, il faut noté que j'ai plus de 5m de distance entre le linky et mon module de décodage, et c'est du cable de téléphone sans blindage qui assure la liaison. Je récupère peut être des parasites sur la distance tout simplement. Qu'en pense tu ?

@barbu-dor
Merci pour le lien , j'ai pu suivre toutes les évolutions sur le développement du module depuis le départ (sans le transistor et maintenant avec).

D'origine, dans mon cas, voici le schéma que j'utilise.

Je n'ai jamais eu de problème avec les vieux compteurs blanc, uniquement avec mon linky en mode standard ou de temps à autre j'avais un checksum err qui remontait dans le log (après à noter que j'ai au moins 5m de liaison entre le compteur et le module de décodage ).

J'ai pu voir sur les dernières platines de Charles, que c'est une résistance de 1.2K qui était utilisé.

Sur la doc de tasmota/téléinfo, 2 schémas sont communiqués. En tout 1er, celui ci

puis un peu plus bas dans l'article on trouve celui là

Donc , 2 schémas différents sur la même page, donc j'en déduis que le bon a prendre est bien celui avec une résistance de 1.2K ? Par contre, qu'en est il pour la résistance entre la broche 3 de l'opto et la mase , car chez moi je suis à 10K ?? Ma tension Vcc d'alim est +5V , aucun impact en fonction des résistances ?

Je vais récupérer un oscillo pour jeter un coup d’œil, mais quoi qu'il en soit en dessous de 1.2K çà commence a devenir chaud pour l'opto au risque d'usure ....

@barbu-dor A priori avec une 1K ca roulerait.... C'est quoi la valeur qu'on doit obtenir à l'oscillo ??

sinon pour info sur mon linky dans la console de temps à autre, je pouvais voir une erreur qui passait de temps a autre. J'avais une résistance de 1.5K en amont de l'optocoupleur. Je l'ai remplacé par une 220 ohms et c'est le drame !! Ca n'arrête plus

Du coup, je vais essayer avec un 1k pour voir si il y a une différence

@barbu-dor
Super merci beaucoup. Je ne voyais pas trop comment fonctionnait le BREAK au départ, mais a tête bien posé et écris comme tu la fait ligne par ligne, c'est super visible et compréhensible
Du coup, tu n'écris qu'une seule fois dans VAR3 !!
Ca fonctionne top !!

@barbu-dor
Bon alors j'ai "bidouiller" mais ca ne me plait pas des masses . Voici mon rule

rule1 On tele-ENERGY#Power do var1 %value% endon On tele-Wifi#RSSI<30 do If Wifi#RSSI>=20 ; Var3 2 endif endon On tele-Wifi#RSSI<40 do If Wifi#RSSI>=30 ; Var3 3 endif endon On tele-Wifi#RSSI<50 do If Wifi#RSSI>=40 ; Var3 4 endif endon On tele-Wifi#RSSI<60 do If Wifi#RSSI>=50 ; Var3 5 endif endon On tele-Wifi#RSSI<70 do If Wifi#RSSI>=60 ; Var3 6 endif endon On tele-Wifi#RSSI<80 do If Wifi#RSSI>=70 ; Var3 7 endif endon On tele-Wifi#RSSI<90 do If Wifi#RSSI>=80 ; Var3 8 endif endon On tele-Wifi#RSSI<=100 do If Wifi#RSSI>=90 ; Var3 9 endif endon On tele-TIC#EASF01 do publish domoticz/in {"idx":26,"nvalue":0,"svalue":"0;%value%;0.0;0.0;%var1%;0","Battery":100,"RSSI":%var3%} endon

Voici le retour que ca me donne

09:09:47.433 RUL: TELE-WIFI#RSSI<80 performs "If Wifi#RSSI>=70 ; Var3 7 endif"
09:09:47.437 MQT: stat/tasmota_A1AE2F/RESULT = {"If":"Done"}
09:09:47.444 RUL: TELE-WIFI#RSSI<90 performs "If Wifi#RSSI>=80 ; Var3 8 endif"
09:09:47.448 MQT: stat/tasmota_A1AE2F/RESULT = {"If":"Done"}
09:09:47.454 RUL: TELE-WIFI#RSSI<=100 performs "If Wifi#RSSI>=90 ; Var3 9 endif"
09:09:47.460 MQT: stat/tasmota_A1AE2F/RESULT = {"If":"Done"}

Dès que j'ai un trigger qui rempli ma condition, il execute la commande !
En fait ce qui m'arrangerait c'est dans le TRIGGER de tester de suite la plage ou se trouve WIFI#RSSI , par exemple

On tele-Wifi#RSSI>20 AND tele-Wifi#RSSI <30 do  Var3 2 endon

J'ai testé cette commande , mais il ne prend en compte que tele-Wifi#RSSI>20

Concernant chaque RULE , c'est limité a 10 trigger ??