Pas de teleinfo



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



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



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


  • Staff

    @nherreyre
    C'est intéressant, sans rien changer et juste avec le module PITinfo (sans le CP6) ça ne fonctionnait pas tant que la valeur de la résistance n'a pas été descendue ?

    Pour faire blinker la led j'utilise le script suivant (il faut la librairie WiringPi d'installée)

    #!/bin/bash
    
    # led on GPIO4 WPi 7
    gpio mode 7 output
    
    while :
    do
      gpio write 7 1
      sleep 0.5
      gpio write 7 0
      sleep 0.5
    done
    
    


  • 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é.


  • Staff

    C'était bien un PITinfo V1.2 ? rouge avec le mosfet ? parce que c'est la 1ere fois que je rencontre le problème avec la version à MOSFET ?



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



  • Bonjour
    J'ai acheté moi aussi un PiTInfo v1.2, que j'ai reçu hier par la poste.
    Hier soir vite vite je branche tout ca.
    Après avoir activé le port série de mon RPI2, rien sur picocom.

    Il faut noter que je suis branché en parallèle sur une Calybox 120 de Deltadore.
    Je vois ce post et je teste et court circuite R3, par magie les trames s'affichent.

    Ma question, Y a t il un danger de supprimer R3? Pour la sécurité, pour le RPI?
    J'ai pas essayé avec une résistance car ces cms c'est trop petit pour moi.

    Je précise enfin que le compteur est un LINKY fraichement installé de marque Sagemcom


  • Staff

    @vallat,
    Intéressant, tu avais le même problème sans la calybox branchée ou non ?

    Aucun risque pour le PI pour R3, si tout fonctionne tu peux laisser comme ça.



  • Il faut avouer que je n'ai pas testé sans la calybox. C'est bien dommage après coup.

    Ca marche super bien, il faut que j'installe le lien avec emoncms.

    Je tiens à vous féliciter pour le coté très didactique de votre blog. J'ai trouvé particulièrement intéressant votre article http://hallard.me/demystifier-la-teleinfo/

    Encore une fois bravo.


Log in to reply
 

Looks like your connection to hallard.me's community was lost, please wait while we try to reconnect.