Dongle détecté, problème remontée téléinfo



  • Bonjour,

    Possédant deja une remontée de téléinfo via un interface Serie/Tcp-Ip EZL50 avec un montage 6N138.
    Le module Ethernet présentant des disfonctionnements, je souhaite connecté directement la téléinfo à mon NAS Readynas Ultra 6, pour cela le dongle me semble une bonne solution.

    Test sous Linux/Debian, Mac OSX et Windows Seven.

    Test principaux sous Linux.
    Après avoir compilé le module FTDI, le dongle est bien reconnu.
    Jul 25 00:14:24 Homer-Nas1 kernel: usb 3-2: new full-speed USB device number 5 using uhci_hcd
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: device descriptor read/64, error -71
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: device descriptor read/64, error -71
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: new full-speed USB device number 6 using uhci_hcd
    Jul 25 00:14:25 Homer-Nas1 kernel: ftdi_sio 3-2:1.0: FTDI USB Serial Device converter detected
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: Detected FT-X
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: Number of endpoints 2
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: Endpoint 1 MaxPacketSize 64
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: Endpoint 2 MaxPacketSize 64
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: Setting MaxPacketSize 64
    Jul 25 00:14:25 Homer-Nas1 kernel: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0

    Lors du branchement sur le port USB, la led rouge clignote puis s'éteint, la led verte s'allume et reste allumée.

    J'initialise le port ttyUSBO avec les bons paramètres stty ... -F /dev/ttyUSB0
    cat /dev/ttyUSB0 ne donne rien et revient au prompt au bout de quelque seconde.

    Je lance le ./teleinfo -m test
    Je reçois des caractères uniques et souvent différents entre chaque essai par exemple des '?' ou '@' ou autres.
    Aucune trame dans les stats après le Ctrl-C.

    Pendant les tests la led rouge ne clignote pas, seule la led verte reste allumée.
    Par acquis de conscience, j'ai branché le module directement sur le compteur EDF pour éviter les éventuels problèmes d'interconnexion de jarretière.

    J'ai essayé de "jouer" avec la connexion USB sans effet bénéfique.

    J'ai essayé sous windows 7 avec putty, aucune trame reçue.
    J'ai essayé sous Mac OSX sans aucune trame reçue.

    Voila, en espérant avoir été clair.



  • Complement:

    J'avais sous la main un module USB/serial marque startech.
    Celui-ci fonctionne très bien.

    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: new full-speed USB device number 9 using uhci_hcd
    Jul 25 01:46:07 Homer-Nas1 kernel: ftdi_sio 3-2:1.0: FTDI USB Serial Device converter detected
    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: Detected FT232RL
    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: Number of endpoints 2
    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: Endpoint 1 MaxPacketSize 64
    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: Endpoint 2 MaxPacketSize 64
    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: Setting MaxPacketSize 64
    Jul 25 01:46:07 Homer-Nas1 kernel: usb 3-2: FTDI USB Serial Device converter now attached to ttyUSB0

    Je n'ai pas ici les deux: "device descriptor read/64, error -71"

    La version des sources du module FTDI peut poser problème ?
    J'ai pris celle fournie avec mon kernel 3.0.101.(RNx86_64.3)
    Sous Windows et Mac, j'ai pris les derniers versions le site FTDI.

    Edit: Après vérification
    La version compilée du module FTDI V1.6.0
    #define DRIVER_VERSION "v1.6.0"

    static const char ftdi_chip_name[] = {
    [SIO] = "SIO", /
    the serial part of FT8U100AX */
    [FT8U232AM] = "FT8U232AM",
    [FT232BM] = "FT232BM",
    [FT2232C] = "FT2232C",
    [FT232RL] = "FT232RL",
    [FT2232H] = "FT2232H",
    [FT4232H] = "FT4232H",
    [FT232H] = "FT232H",
    [FTX] = "FT-X"
    };

    La derniers version sur FTDI:
    V1.5.0
    #define DRIVER_VERSION "v1.5.0"

    static const char ftdi_chip_name[] = {
    [SIO] = "SIO", /
    the serial part of FT8U100AX */
    [FT8U232AM] = "FT8U232AM",
    [FT232BM] = "FT232BM",
    [FT2232C] = "FT2232C",
    [FT232RL] = "FT232RL",
    [FT2232H] = "FT2232H",
    [FT4232H] = "FT4232H"
    };


  • Staff

    Bonjour,

    Si le dongle est reconnu c'est que le chip FTDI fonctionne correctement, c'est déjà çà.
    Pour les LED, oui la verte s'allume pour indiquer que le dongle est correctement alimenté, et la rouge clignote quelques instant à l'init pour indiquer quelle reçoit des données.
    Ensuite jusqu'à la configuration et l'ouverture du port par le logiciel elle reste éteinte. Une fois le port correctement configuré elle doit s'allumer.
    J'ai bien une petite idée du soucis, pourriez vous faire le test suivant afin que je valide ce point

    • connecter la teleinfo du dongle au compteur (le seul, pas d'autres devices connectés à la sortie teleinfo en même temps) avec un câble relativement court (pas plus de 3M)
    • aller sur un linux/mac-os et y brancher le dongle USB et installer le logiciel picocom
    • ensuite une fois le dongle détecté faire un
      picocom -b 1200 -d 7 -p e -f n /dev/ttyUSB0
      J’ai déjà vu des problème de config série avec le stty et le cat donc picocom est LA valeur sûre (ctrl-a et ctrl-x pour sortir de picocom).

    Merci de m'indiquer si les informations s'affichent correctement dans picocom après ces essais ?



  • Merci pour votre retour.
    Vous pensez que la longueur de cable peut-être le problème ?
    Je branche toujours un seul appareil au compteur EDF.

    Je vais essayer de rapprocher le NAS du compteur et faire les tests avec picocom.

    Je vous tiens au courant


  • Staff

    Pour la longueur de câble, je ne pense pas mais dans le doute je préfère m'en assurer et vous faire réaliser un test dans les conditions idéales.



  • NAS à 2 m du compteur, cable teleinfo de 2 m.

    Meme problème, aucune données

    root@Homer-Nas1:~# picocom -b 1200 -d 7 -p e -f n /dev/ttyUSB0
    picocom v1.7

    port is : /dev/ttyUSB0
    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

    Avec le startech, j'ai bien les trames:

    port is : /dev/ttyUSB0
    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
    SOUSC 30 9
    BASE 062682454 0
    PTEC TH.. $
    IINST 004 [
    IMAX 045 H
    PAPP 01000 "
    MOTDETAT 000000 B
    ADCO xxxxxxxxxxxx @
    OPTARIF BASE 0
    ISOUSC 30 9
    BASE 062682454 0


  • Staff

    C'est très curieux, soit une soudure a bougée pendant le transport soit l'impédance de sortie de votre compteur est un peu faible.
    Si c'est le 2eme cas, l'idée est de changer la résistance R1 de (3.3K) par une de 1.2K pour être sûr (voir la court-circuiter). De là nous avons 2 solutions

    • Vous êtes à l'aise avec le fer à souder, et je vous explique la manip
    • Vous me renvoyez le dongle et je vous en envoi un modifié après vérification que le problème ne provient pas d'ailleurs (après tout il y un peut être tout simplement un défaut)
      Merci de mon contacter par le chat du forum (çà fonctionne hors ligne pas de soucis) pour la suite.
      Cordialement
      Charles


  • Bonjour,

    Merci Charles pour la résolution du problème.
    J'ai soudé la CMS de 1k sur la 3.3K et maintenant cela fonctionne.


Log in to reply
 

Looks like your connection to Community Forum was lost, please wait while we try to reconnect.