Tasmota

[Nicolas Bernaerts]

@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.

[localhost61]

This post is deleted!

[localhost61]

This post is deleted!

[localhost61]

This post is deleted!

[localhost61]

@Nicolas-Bernaerts voici la trace: Tempo_v11.2.txt effectuée avec une commande curl ip:port dans une boîte de commande Windows, arrêt avec ctrl+C et copier-coller dans un fichier texte.

[localhost61]

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 dit ftp:password).
Je n'ai pas encore réussi à utiliser le client FTP de Total Commander.

[localhost61]

@Nicolas-Bernaerts En affichage journalier, à quoi correspond la ligne pointillée? Aux valeurs crête?

[Nicolas Bernaerts]

@localhost61 Tout à fait

[localhost61]

@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.

[Nicolas Bernaerts]

@localhost61 Effectivement, la gestion des pages est encore assez primaire. Je vais essayer de la rendre plus souple pour gérer la navigation à travers les jours ou semaines manquantes. A noter : sur smartphone, le swipe permettra de naviguer à travers les pages tout comme les flèches.

[localhost61]

@Nicolas-Bernaerts Merci . La mise à jour de xsns_104_teleinfo_grapha corrigé efficacement le problème.

[localhost61]

Je viens de réaliser que malgré ses 4Mo de mémoire flash, un ESP32 S2 ne dispose que de 320ko pour stocker les fichiers CSV de la TIC. Soit tout au plus 2 semaines de log. Un ESP8266 avec la même flash dispose de 2Mo .. c'est ballot

[Nicolas Bernaerts]

@localhost61 Tout à fait.
En l'état actuel voici le FS dispo :
ESP8266 4Mb = 2Mb
ESP8266 16Mb = 14Mb
ESP32 4Mb = 2Mb
ESP32S2 4Mb = 320Ko
ESP32S3 16Mb = 10Mb

[localhost61]

@Nicolas-Bernaerts Et il n'y aurait pas moyen, quitte à faire des impasses, d'utiliser le partitionnement de l'ESP32?

[Nicolas Bernaerts]

@localhost61 En fait pour le ESP32 4M, nous avons exactement 1.3M de disponible pour le FS. Il devrait être possible de revoir le partitionnement de l'ESP32S2

[localhost61]

@Nicolas-Bernaerts Je viens de tester les binaires que tu as uploadé cet après-midi pour flasher les ESP32 S2 avec une FlashFS 1.3MB et a priori ça fonctionne très bien.
J'ai commencé par effacer un ESP32 mini S2, puis j'ai flashé la version "factory" tasmota32s2-teleinfo-4m1300k.factory.bin et vérifié le fonctionnement de l'upgrade avec le binaire standard tasmota32s2-teleinfo-4m1300k.bin.
Le programme d'upload a, semble-t-il, basculé sur la partition OTA et sans doute écrasé la partition en cours par la nouvelle. C'est bien ça? Il n'y a plus de firmware A/B?

Je vais très bientôt me monter un Linky de test SagemCom également configuré en Tempo, je le ferais tourner dessus.

Mille mercis

[zoll38]

Bonjour a tous,

J'utilise Tasmota V12.2.0.2 (avec compilation Teleinfo) sur un nodemcu + Pitinfo V1.4 depuis environ un an. Il envoie les données de mon compteur Linky (Tempo Triphase mode standard) par protocole MQTT sur mon serveur Domoticz. Tout fonctionnait parfaitement jusqu'à fin Aout, date a laquelle les données ont cessé d'etre envoyées. J'ai donc decide de reflasher mon nodemcu avec les dernières version et depuis je fais également face aux problèmes de message d'erreur de checksum (LibTeleinfo :: checkline Err checksum ....). Les version 13.x de Tasmota sont inutilisables car le FW reset assez rapidement et perd sa config. J'ai donc remis une version V12.2.0 qui ne reset pas mais a quand même un nombre astronomique d'erreur de checksum.
J'ai vu dans ce post, mais d'autres egalement, que plusieurs personnes avaient le même problème. Est-ce que l'origine du probleme a ete identifiee? Est-ce du a un changement de trame TIC? Y a t-il besoin d'adapter le Pitinfo?

Merci pour votre aide

[Charles]

@zoll38 oui des modifs dans le core de tasmota sur la serial font passer l'ESP8266 en reset sur le mode standard dans certains cas (TEMPO j'imagine qui a plus de données)
La solution immédiate est de passer sur un ESP32.

Sinon, si tu sais compiler tu peux tester en changeant ces lignes ce pourrait être intéressant dans le module teleinfo pour savoir si ça le règle. Je n'ai pas ce contrat et chez moi pas de soucis donc je peux pas tester.

#define TELEINFO_SERIAL_BUFFER_STANDARD       1536      // Receive buffer size for Standard mode
#define TELEINFO_SERIAL_BUFFER_HISTORIQUE      512      // Receive buffer size for Legacy mode
#define TELEINFO_PROCESS_BUFFER                 32      // Local processing buffer

Commencer par augmenter le buffer et mettre 2.5Ko

#define TELEINFO_SERIAL_BUFFER_STANDARD       2560      // Receive buffer size for Standard mode

puis si pas mieux essayer de changer le process (en laissant 2560)

#define TELEINFO_PROCESS_BUFFER                 64      // Local processing buffer

voir 128 si pas mieux.

[zoll38]

@Charles merci! Je vais faire des tests en essayant de changer ces parametres et je donnerai un retour ici

[zoll38]

@Charles J'ai essaye plusieurs changements, sans succès je vais passer sur ESP32 en espérant que le problème disparaisse. Merci