Tasmota
-
@Samquad tu as donc une résistance de ligne de 1.2kΩ avec une charge de 10kΩ. Pour améliorer le signal, il suffit que tu trouves une résistance entre 220Ω et 330Ω, tu débranches un fil du Linky et tu la mets en série pour passer à 1.5kΩ.
---
J'ai un multimètre de poche avec fonction oscillo. monovoie et il me trouve une ondulation basse fréquence superposée au signal différentiel, ça pourrait expliquer les erreurs car comme on redresse théoriquement un signal carré on obtient un état 1 continu avec des impulsions négatives de plus en plus fines au fur et à mesure qu'on sature les diodes du photocoupleur. Et plus cette ondulation est amplifiée, plus elle déplace les transitions de ces états 1.
Je vais tester avec une diode shottky en série...
---
Je viens de mesurer la conso du montage sur 5V : 380mW. -
@localhost61 Merci beaucoup pour ton aide rapide et expertise sur le sujet. Ca fait plusieurs mois que je galère avec ce problème --> depuis que j'ai fait changer le mode historique en mode standard pour récupérer mes index de production solaire.
Je viens d'ajouter une résistance de 220Ω en série sur un des fils branché sur le linky et je n'ai quasiment plus d'erreur checksum avec la version tasmota téléinfo officielle.
J'en ai profité pour installer la version Tasmota 12.5.0 by Theo Arends
Teleinfo 11.1 (esp8266) by Nicolas Bernaerts qui gère plus efficacement la com et ça fonctionne niquel ! je n'ai plus d'erreur !Mon wemos mini d1 dédié au téléinfo gère habituellement un compteur d'impulsion (compteur d'eau) et une sonde extérieure 18b20.
Sais-tu si c'est possible d'ajouter la gestion des sondes 18b20car elle manque à la compilation.
J'ai essayé de modifier le fichier my_user_config.h en décochant la ligne 1021line 1021: define THERMOSTAT_SENSOR_NAME "DS18B20" // Name of the local sensor to be usedMais j'ai plein d'erreur quand je tente de compiler le programme.
Est-ce que c'est possible d'ajouter DS18B20 ou est-ce qu'il vaut mieux le gérer avec un autre wemos? -
@Samquad non c'est pas là en effet. Les directives d'activation des fonctionnalités commencent toutes par
USE_Dans
.\tasmota\my_user_config.h
il y a (ligne 574)#define USE_DS18x20mais, dans ton projet, il a dû être écrasé dans le fichier
.\tasmota\user_config_override.hpar la séquence :#undef USE_DS18x20Qu'il te suffit de désactiver par:
// #undef USE_DS18x20---J'ai un Wemos D1 dédié pour surveiller la consommation d'eau et de fioul et les températures d'eau. Les compteurs sont assez fiables, même si leur sensibilité n'est pas du niveau du compteur principal, car ils ne détectent pas un filet d'eau. J'ai installé 3 compteurs d'eau FS300A : Dure, Adoucie et Chaude (je mesure l'eau froide qui rentre dans le ballon). Plus un compteur de fioul OF05ZAT que je n'ai pas encore calibré et qui a nécessité de passer en monotube.
Les 4 compteurs sont remis à zéro à minuit.
Les compteurs fonctionnent en mode interruption pour ne pas rater une seule impulsion. Dans mon cas je préfère séparer les fonctions. -
@localhost61 said in Tasmota:
...Je vais tester avec une diode shottky en série...
La diode schottky c'était une mauvaise idée, ça introduit une dissymétrie qui déséquilibre le signal, et même avec R1=200Ω le photocoupleur ne détecte pas assez de signal, soit moins de 400µA dans la diode pour saturer le transistor !!! (j'imagine que la sortie du Linky doit être le secondaire d'un transfo.).
-
@localhost61 merci ma sonde de température fonctionne!
-
J'utilise la version tasmota teleinfo officielle V12.1.1.2 et pas supérieure car les autres plus récentes ne fonctionnent pas (reboot en boucle à cause de saturation de buffer en réception)
@Samquad de mémoire dans tasmota la core team a changé la gestion du serial et je pense que c'est pour ça que depuis le mode teleinfo standard (uniquement sur ESP8266) pose un soucis de débordement de buffer. Je n'ai pas investigué mais le code série du module énergie de la téléinfo lui n'a pas changé alors que ca fonctionne avec la version 12.1
Clairement les reset systématiques en standard sur ESP8266 sont liés à ce changement, peut être que @Barbu-Dor pourra nous en dire plus.
-
@localhost61 Bonjour,
Logiquement mon fork devrait savoir gérer les contrats Tempo.
Mais n'en ayant pas moi-même, je n'ai pu le tester.Pour info je viens de publier une version 11.2 basée sur Tasmota 12.5 qui gère beaucoup plus efficacement les mises à jour de graphs en live. Les binaires ont également été mis à jour ...
J'ai ajouté une version pour ESP32-S3 16Mb. Cet ESP32 est un pur bonheur à utiliser. Il est hyper véloce et dispose de toute la mémoire nécessaire pour conserver les CSV de consommation sur plusieurs années.
-
@Nicolas-Bernaerts ta 11.1 tourne depuis 3 semaines environ. Je te confirme que le contrat Tempo est bien reconnu, mais les 6 compteurs ne sont pas exploités graphiquement contrairement à un contrat triphasé.
Je suis allé aussi l'installer chez mes 3 frères en standalone, sans serveur domotique, car elle s'y prête bien.
3 contrats tous différents du mien.- Un contrat HC/HP chez EDF.
- Un triphasé chez TotalEnergie avec auto-production photovoltaïque non officielle car en attente de Consuel.
- Un contrat de Base avec un distributeur tiers, l'ELD SICAE ELY et projet photovoltaïque de revente du surplus.
Sur ces 4 modules au total, 2 sont en ESP32 s2 et 2 en Wemos D1. Et tous ont fonctionné du premier coup.
Pour l'un d'entre eux il a quand même fallu retoucher un peu la valeur de 1.2kΩ pour le faire cohabiter avec un ancien délesteur MerlinGerin/Schneider DSE'clic 2V, les 2 fonctionnent maintenant en parallèle sur la TIC historique.
Pour le triphasé aucun affichage graphique, il faut que j'analyse la chose.
Mon Linky était outdoor (branchement de type 2 ) jusqu'au 18/07, jour où Enedis a procédé au déplacement de ma borne et localisé le Linky indoor (type 1). Jour aussi où la relève CPL d'Enedis a cessé de fonctionner !
Pas de soucis avec la mienne, issue de la TIC et je ne m'en suis rendu compte qu'une semaine après en allant sur les sites Enedis et EDF. Je les ai alerté et mon Linky a été remplacé hier le 01/08.
Un compteur qui revient à 0, c'est une situation que Teleinfo 11.1 a du mal à gérer, va falloir que je lui donne un coup de main ^^ . -
@Nicolas-Bernaerts Attention, dans le repository, les .gz des binaires v11.2 n'ont pas été recompilés, ce sont ceux de la v11.1
Après plusieurs uploads sans effet de mon Wemos D1 et le passage par une version minimal de Tasmota v12.5 qui m'a tout foiré et m'a obligé à repasser par le port série... j'ai enfin fini par comprendre ! XD -
@localhost61 Effectivement je n'avais pas chargé les bin.gz qui étaient restés en v11.1. Je viens de tous les recharger. Sorry
-
@Nicolas-Bernaerts c'est pas grave, ça serait trop facile sinon.
Pour le moment je n'ai pas vu de gros changement à part l'icône du Linky qui remplace celui d'EDF dans les messages et intègre le nom du module et le compteur de messages, plus discret.
Par contre je perd l'info Period dans la Main page et je n'ai plus que l'info de couleur du jour dans le Tag LTARF de la page Messages, pas de la période, il manque le préfixe HC/HP.
-
@localhost61 Je crois comprendre ce qu'il se passe. J'ai modifié la procédure de séparation entre l'étiquette et la donnée. La donnée contenant un espace, cela doit créer le problème. Du coup HP BLEU devient BLEU et n'est plus reconnu. Est ce que tu pourrais m'envoyer un trame enregistrée de quelques ko pour que je puisse le reproduire ? Je regarde cela dans les jours qui viennent.
-
This post is deleted! -
This post is deleted! -
This post is deleted! -
@Nicolas-Bernaerts voici la trace: Tempo_v11.2.txt effectuée avec une commande
curl ip:portdans une boîte de commande Windows, arrêt avec ctrl+C et copier-coller dans un fichier texte. -
Mise en oeuvre du FTP OK avec FileZilla et le couple
teleinfo:teleinfo(contrairement aux indications contenues dans l'entête de xdrv_96_ftp_server.ino qui ditftp:password).
Je n'ai pas encore réussi à utiliser le client FTP de Total Commander. -
@Nicolas-Bernaerts En affichage journalier, à quoi correspond la ligne pointillée? Aux valeurs crête?
-
@localhost61 Tout à fait
-
@Nicolas-Bernaerts Dans la page Graph, en mode journalier, on peut utiliser les icônes '<<' ou '>>' pour passer au jour précédent ou suivant.
Mais quelle que soit le graphe affiché, VA, W, V ou cosφ l'affichage reviens au jour courant s'il n'y a pas de donnée disponible pour le jour sélectionné au lieu de sauter l'intervalle des jours vides et afficher la suite des données.
Il y a moyen d'utiliser le menu déroulant et sélectionner la suite, mais ce serait mieux que le programme le fasse automatiquement, non? Surtout si on doit repasser par le calendrier annuel.
