@Nicolas-Bernaerts Cool! je peux faire beta testeur ci besoin

Hello @Nicolas-Bernaerts, Je repenche sur l'evolution de mon wifinfo ESP8266, et je suis parti sur l'utilisation de Wemos ESP32-C3 => Du coup , existe il une version binaire compilé pour ESP32-C3 de votre version Teleinfo/Tasmota ? (je ne vois que des S2/S3 sur le repository) ? Merci !

Bonjour @Charles

Je ne sais pas si c'est toujours d'actualité, mais je serai intéressé par l'evolution de ta GUI. Cela à l'air top. Il y a moyen de tester en beta ? avoir accès à un repository ?

(je commence à me plonger dans le code de la Wininfo, c'est plutôt énorme

Merci!

Nicolas.

Hello,

En relisant le code de la fonction readConfig, je ne comprend pas comment le crc calculé lors de la lecture de l'EEPROM est vérifié :

bool readConfig (bool clear_on_error) 
{	
	// For whole size of config structure
	for (uint16_t i = 0; i < sizeof(_Config); ++i) {
		// read data
		data = EEPROM.read(i);
			
		// calc CRC
		crc = crc16Update(crc, data);
	}
	
	// CRC Error ?
	if (crc != 0) {    <-----

ne faudrait il pas plutôt tester dans le IF la valeur de la variable "crc" avec celle de "config.crc" ?

je suis peut être passé a coté de quelque chose vu que suis nul en calcul de CRC

a+

Nicolas.

oui c'est un pitinfo 1.2 acheté il y a 1 mois !

Oui c'est exactement cela, avec la 4,7 kohm, je ne voyais aucune trame.

mais dès que je court-circuitait la R3, alors je les voyais direct!

(j'ai essayé avec 30cm et 15m de cable telereport, avec et sans blindage a la terre, c’était pareil)

pour info, j'ai un compteur Linky fraîchement installé.

Bon, en elec il faut persévérer parfois..

Apres avoir testé le mosfet et l'optocoupleur au multimetre (merci les video youtubee ;), j'ai essayé de bypasser la R3 .. et bingo, la je reçoit bien les trames Teleinfo!

pourtant, j'avais essayé avec 30cm de cable telereport, et ca marchait pas...

Du coup j'ai mis en // une 1kohm (j'avais que ca sous la main) et ca fonctionne.

A voir à l'usage.

Bonjour,

Nouveau test en faisant une loopback RX/TX sur le Pi. J'ai bien un echo back sur picocom quand j'envoi des caractères sur le /dev/ttyAMA0

pi@raspberrypi:~$ echo test > /dev/ttyAMA0

pi@raspberrypi:/home/pi# picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0
picocom v1.7

port is : /dev/ttyAMA0
flowcontrol : none
baudrate is : 1200
parity is : even
databits are : 7
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv
imap is :
omap is :
emap is : crcrlf,delbs,

Terminal ready
test

En résumé,

• le signal Teleinfo est bien présent car pris en compte sur mon CP6 Delta dore
• le même cable est utilisé pour le connecter au PITInfo
• les continuités et résistances sur le PITInfo sont OK (j'ai testé au multimetre)
• le PITinfo est bien alimenté, j'arriver à jouer avec le GPIO4 pour faire clignoter la LED
• un test de loopback TX->RX (pin 8 - 10) montre que /dev/ttyAMA0 est bien fonctionnel sur le PI model B

Bref, là je seche

Une idée ?

Merci

Nicolas H.

Bonjour,

je rencontre le meme probleme que Marconnet, à savoir que je n'arrive pas à recevoir de caractere sur /dev/ttyAMA0

Le compteur/signal/cable teleinfo fonctionne sur un delesteur Delta Dore CP8, validé par le fait qur le chauffe eau s'enclenche pendant l'heure creuse. (et si je debranche le fil, le chauffe eau s'arrete)

Au niveau du raspberry, c'est un modele B sous raspbian que j'ai reinstallé from scratch (release de septembre), avec uniquement les commandes suivantes:

sudo raspi-config => go to Advanced Options/Serial and set No
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service

vi /boot/cmdline.txt => remove the following text console=ttyAMA0,115200 kgdboc=ttyAMA0,115200

vi /boot/config.txt => check or modify the line enable_uart to get enable_uart=1

reboot

check:

root@raspberrypi:/home/pi# ls -la /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Nov 10 22:52 /dev/ttyAMA0

root@raspberrypi:/home/pi# dmesg | grep tty
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0xe bcm2708.serial=0x1942431e smsc95xx.macaddr=B8:27:EB:42:43:1E bcm2708_fb.fbswap=1 bcm2708.uart_clock=48000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[ 0.001418] console [tty1] enabled
[ 0.202613] 20201000.uart: ttyAMA0 at MMIO 0x20201000 (irq = 81, base_baud = 0) is a PL011 rev2
[ 3.895398] systemd[1]: Starting system-getty.slice.
[ 3.904747] systemd[1]: Created slice system-getty.slice.

Test:

root@raspberrypi:/home/pi# picocom -b 1200 -d 7 -p e -f n /dev/ttyAMA0
picocom v1.7

port is : /dev/ttyAMA0
flowcontrol : none
baudrate is : 1200
parity is : even
databits are : 7
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv
imap is :
omap is :
emap is : crcrlf,delbs,

Terminal ready
puis rien, idem avec stty cat.

Par ailleurs, j'arrive à faire fonctioner on/off la LED GPIO4, donc le PIT Info est bien alimenté

Une idée? est ce le module PITInfo 1.2 récemment acheté sur Tindie qui pourrait être en cause ?

Merci

Nicolas H.