Tlemcen Car electronics - Capture de trame CAN

Tlemcen Car electronics (https://www.tlemcen-electronic.com/forum/)

- Electronique (https://www.tlemcen-electronic.com/forum/forum9/)

- - Capture de trame CAN (https://www.tlemcen-electronic.com/forum/electronique/53193-capture-de-trame.html)

Capture de trame CAN

Bonjour,
Je cherche un outil qui permet de capturer et d'enregistrer une trame CAN. Et surtout de pouvoir reproduire cette trame.

Salut,
tu peux essayer çà
http://www.peak-system.com/PCAN-View.242.0.html?&L=2
le vrai défi c'est d'avoir une bonne interface! bus CAN vers USB là il tout les prix et toutes les qualitées

Non, quand j'en ai besoin j'ai la chance de pouvoir utiliser celui de mon boulot. interface de chez NI.
pour info je l'ai ouvert quand le boss n’était pas là !! le contrôleur CAN SJA1000 de chez Philips.
faudrait en trouver (pas cher) avec ce contrôleur, ca serait le top!

Citation:

Envoyé par Nico (Message 419172)

Bonjour,
Je cherche un outil qui permet de capturer et d'enregistrer une trame CAN. Et surtout de pouvoir reproduire cette trame.

salut nico

tu peux aussi utilise l'analyseur rs232 mais il faut une conversion CAN/rs232
par un driver de ligne

moi je suis dans le meme cas comme toi mais moi avec le réseau LIN ,c'est un protocol spécial pour programmation de calculateurs, ce réseau c'est pas comme le CAN/VAN/K-Line mais il est presque comme le K-Line ,et fais attention aussi avec le CAN car y'a plusieur version , dans mon cas moi j'utilise un analyseur simple le "hp e9340a" il ne fait pas le décodage de trame mais moi je fais le décodage manuellemnt avec le calculatrice Windows ,bit par bit mais ça va j'ai réussé de récupiré quelque trame important qui sont envoyer depuis mon programmateur "Fgtech" vers "l'EDC15C2" et le but dans tous ça est de programmer l'eeprom 5P08 sans ouvert le calculateur, j'ai pas encore crée des soft pour le CAN mais tu peux poster tous tes question ici pour t'aider

bonne chance a toi nico

Citation:

Envoyé par louisbmx11 (Message 421904)

Salut,
tu peux essayer çà
http://www.peak-system.com/PCAN-View.242.0.html?&L=2
le vrai défi c'est d'avoir une bonne interface! bus CAN vers USB là il tout les prix et toutes les qualitées

un grand merci a louisbmx11 pour le site une library trop riche en quatre langage Pascal/C#/C++/Visual Basic pour le CAN et LIN ,je me commence maintenant d'écris mon premier code pour le Bus LIN par des copier/coller de code source de library a mon premier projet

Code:

// TLINVersion

// Defines a version information.

typedef struct

{

    short Major; // Major part of a version number.

    short Minor; // Minor part of a version number.

    short Revision; // Revision part of a version number.

    short Build; // Build part of a version number.

}TLINVersion;



// TLINMsg

// Defines a LIN Message to be sent.

typedef struct

{

    BYTE FrameId; // Frame ID (6 bit) + Parity (2 bit).

    BYTE Length; // Frame length (1..8).

    TLINDirection Direction; // Frame Direction.

    TLINChecksumType ChecksumType; // Frame Checksum type.

    BYTE Data[8]; // Data bytes (0..7).

    BYTE Checksum; // Frame Checksum.

}TLINMsg;



// TLINRcvMsg

// Defines a received LIN message

typedef struct

{

    TLINMsgType Type; // Frame type.

    BYTE FrameId; // Frame ID (6 bit) + Parity (2 bit).

    BYTE Length; // Frame length (1..8).

    TLINDirection Direction; // Frame Direction.

    TLINChecksumType ChecksumType; // Frame Checksum type

    BYTE Data[8]; // Data bytes (0..7).

    BYTE Checksum; // Frame Checksum.

    TLINMsgErrors ErrorFlags; // Frame error flags.

    unsigned __int64 TimeStamp; // Timestamp in microseconds

    HLINHW hHw; // Handle of the Hardware which received the message.

}TLINRcvMsg;



// TLINFrameEntry

// Defines a LIN frame entry.

typedef struct

{

    BYTE FrameId; // Frame ID (without parity)

    BYTE Length; // Frame length (1..8).

    TLINDirection Direction; // Frame Direction.

    TLINChecksumType ChecksumType; // Frame Checksum type.

    WORD Flags; // Frame flags.

    BYTE InitialData[8]; // Data bytes (0..7).

}TLINFrameEntry;

des copier/coller des define de mes structur et son commentaires de Bus LIN

@nico

tu peux faire comme moi , voir sur ce site , moi hier j'ai réalisé ce petit circuit pour sniffé les trames en LIN ou K-Line, mais pour toi tu va changer seulement le circuit L9637 pour capter les trames en CAN ,http://cxema21.ru/publ/avtoehlektron...37d/25-1-0-215

et voici les softwares gratuit et tu peux non seulement capté mais tu peux meme entrer en communication avec les calculateurs et envoyer/recever des trames
http://www.serial-port-monitor.com/index.html
https://technet.microsoft.com/en-us/.../bb896644.aspx

et plein d'info dans ce pdf il parle de tous les protocols et comment ils communiquant avec les trames
http://www.elmelectronics.com/DSheets/ELM327DS.pdf

bonne lecture nico

salut pic16f84
j'ai regardé le shema ,mais aurait-tu par hasard des idées pour construire cette bête ?
j'ai trouvé le max232 ici pour pas cher :
http://www.ebay.com/itm/Mini-TTL-to-...8AAOxyFjNSPReR

sinon le L9637D
http://www.ebay.fr/itm/2pcs-l9637d-s...wAAOSwlfxXFyUB

A MOINS que tu est des endroits ou les récupérer ? calculateur bsi ,veille carte clip naz etc ...

Citation:

Envoyé par GAD (Message 431446)

oui moi aussi je les récupéré ,le L9637d il se trrouve dans les calculateurs/bsi/ comme le calculateur ddcr renault ,et le max232 je l'ai trouvé dans un récepteur satellite

zut j'ai jeter une veille bsi de 206 ,je suis sur qu'il y en avait une dedans ....
il y a toujours marqué L9637D dessus ou il peut y avoir marquer autre chose ?

y a pas un truc chinois à 5 euros qui fait çà (sans soudure lol) ?

Le l9637 est un transceiver K. Tu feras que de la ligne K avec ce composant. Pour le mettre en oeuvre il suffit juste d'un câble usb-ttl et de ce l9637. Pas besoin de grands talents de soudure il y a des centaines de schémas sur internet.

Citation:

Envoyé par kmtech (Message 431656)

si je ne me trompe pas ,il y a beaucoup de K dans les Vehicules allemand comme VAG ,BMW , si tu as un schéma encore plus simple ,je suis preneur ,c'est pour snifer les informations qui passe pendant un dialogue avec un diag en K

Citation:

Envoyé par GAD (Message 431556)

zut j'ai jeter une veille bsi de 206 ,je suis sur qu'il y en avait une dedans ....
il y a toujours marqué L9637D dessus ou il peut y avoir marquer autre chose ?

oui le L9637d il existe dans d'autre référence et pour l'interfacer avec le pc par usbt-tt prend le ftdi232 ou ftdi245 il émulé port com sans installe au qu'un driver et meme si tu va utiliser un jour le ftdi dans ton propre logiciel tu peux l'utilise exactement comme si t'as un com phisique sur ton pc ,toutes les fonctions pour protcom sont compatible avec le ftdi232/245 voir dans le fichier ftdi2xx.h

si je comprends bien le ftdi232 fait une émulation de port com ? je pensais qu'il avait un driver ftdi2xx.dll ... avec
http://www.ebay.fr/itm/FTDI-FT232RL-...wAAOSwX~dWhO6b
+
http://www.ebay.fr/itm/2PCS-L9637-L9...IAAOSwQoFWQAYS

besoin d'une 7805 et du 12 volts comme sur le schema ?

et çà roule pour snifer une liaison k entre un diag et une voiture ?
en serie ou parallele la liaison pour snifer ?

Citation:

Envoyé par GAD (Message 431753)

il y'a deux dll une pour émule le portcom et la deuxiem utilse le port usb par numéro de série ou par l'identificateur VID/PID que tu le programme dans ton ftdi a l'avance par le soft Mprog, ce soft tu peux le télecharger sur le site ftdi ,
pas besoin de régulateur 7805 car le ftdi il est alimenté par le port usb
le 12v obligatoire pour aliment le bus k-line

Citation:

Envoyé par PIC16F84 (Message 431908)

le 12v obligatoire pour aliment le bus k-line

si tu sniff le port ,c'est qu'il est déjà alimenté par le diag ou l'ecu ? non ?

Citation:

Envoyé par GAD (Message 432002)

si tu sniff le port ,c'est qu'il est déjà alimenté par le diag ou l'ecu ? non ?

nous sniff les données qui passent sur le bus k-line pas le port , et l'alimentation entre le diag et l'ecu tu peux seulement lever la résistance 510hom mais le 12V qui va a la pin VS je ne sais pas s'il marche sans 12V car je ne sais pas le mecaniseme intern de l9637d ni comment il fonction ,et comme le edc15c2
la ligne k-line na pas une résistance de tirage donc le bus est tjr alimenté par le mètre diag ou l'fgtach ou d'autre programmateur

merci de ta réponse mais je pense que le correcteur orthographique a modifier ta phrase car je comprends pas bien le "nous sniff"

Citation:

Envoyé par GAD (Message 432208)

merci de ta réponse mais je pense que le correcteur orthographique a modifier ta phrase car je comprends pas bien le "nous sniff"

non nous ne sniff que de l'air hhh je veux dire que nous réalise ce interface pour sniffer les données qui passe sur le bus k-line

merci pic16f84
aurais-tu l'idée du montage de la L9637d sur le FTDI comme celui-ci ?:
http://www.ebay.fr/itm/FTDI-FT232RL-...wAAOSwX~dWhO6b

Citation:

Envoyé par GAD (Message 432674)

merci pic16f84
aurais-tu l'idée du montage de la L9637d sur le FTDI comme celui-ci ?:
http://www.ebay.fr/itm/FTDI-FT232RL-...wAAOSwX~dWhO6b

ce interface est bon , tu récupère seulement un l9637d d'une ancien ecu et tu connecte la pin TX/RX/GND c'est facile sans schéma :biggrinjester:

bon ben j'ai fait ce schéma sur l'interface que j'ai commander sur ebay :
http://www.ebay.fr/itm/FTDI-FT232RL-...wAAOSwX~dWhO6b
et ben çà marche passsss
quelqu'un peut me donner un coup de main pour sniffer du K .... lol
j'ai fait un montage avec un tDB d'espace et je dialogue avec en K ,J'ai mis le K en parallèle mais rien n'arrive sur le port com .
voila mon branchement du L9637D:http://img15.hostingpics.net/pics/915303schema.jpg

il me semble qu'il faut une résistance de pull up sur ta ligne K

Citation:

Envoyé par GAD (Message 439988)

salut

deuxieme chose voir si ton logiciel tu permis de choisir une vitesse 10.4baudrate sinon tu ne peux pas capter les données , et 5-baud pour l'initielisation avec l'envois de la valeur 0x33 ,

pour la résistance je pense elle pose probléme car il existe dans ton diag mais mais si t'as un oscilloscope tu visioner le signal sur la ligne k'line

pour logiciel si tu connais le langage C je peux donner une class rs232 pour crée ton propre logiciel

bonne chance

Citation:

Envoyé par PIC16F84 (Message 440162)

je ne comprends pas ,je veux sniffer les trames ,qui passe en k ,pas en envoyer ! ,je n'ai pas d'oscilloscope .
je ne comprends pas du tout tes explications ,il faut que le diag soit initialiser avec un ecu et que j'initialise aussi mon sniffer sur le même ecu ? (pour voir les trames k qui passe entre le diag et l'ecu )

Pas d'idée sur tes dires PIC16F84 ?

Citation:

Envoyé par GAD (Message 440220)

non ,si ton diag qui initialise le bus K-line toi pas besoin d'initialiser le bus mais il faut choisir la meme vitesse de communication coté pc la ou tu branche ton interface pour sniffer

pour la class voici le code que j'utilise pour controller le port com avec mes logiciel et dit moi quel logiciel utilise tu pour essayer de sniffer les donnée sur K-line ?

Code:

/******************************************************************************

  TestCOM.c :

  

   fonctions de base pour l'envoi et la réception de donner sur un port

   série RS232.



/





#include <windows.h>

#include <stdio.h>

#include <stdlib.h>

#include <conio.h>



/*=============================================================================

  Définition de constantes

=============================================================================*/

#define RX_SIZE         4096    /* taille tampon d'entrée  */

#define TX_SIZE         4096    /* taille tampon de sortie */

#define MAX_WAIT_READ   5000    /* temps max d'attente pour lecture (en ms) */



/*=============================================================================

  Variables globales.

=============================================================================*/



/* Handle du port COM ouvert */

HANDLE g_hCOM = NULL;



/* Délais d'attente sur le port COM */

COMMTIMEOUTS g_cto =

{

    MAX_WAIT_READ,  /* ReadIntervalTimeOut          */

    0,              /* ReadTotalTimeOutMultiplier   */

    MAX_WAIT_READ,  /* ReadTotalTimeOutConstant     */

    0,              /* WriteTotalTimeOutMultiplier  */

    0               /* WriteTotalTimeOutConstant    */

};



/* Configuration du port COM */

DCB g_dcb =

{

    sizeof(DCB),        /* DCBlength            */

    9600,               /* BaudRate             */

    TRUE,               /* fBinary              */

    FALSE,              /* fParity              */

    FALSE,              /* fOutxCtsFlow         */

    FALSE,              /* fOutxDsrFlow         */

    DTR_CONTROL_ENABLE, /* fDtrControl          */

    FALSE,              /* fDsrSensitivity      */

    FALSE,              /* fTXContinueOnXoff    */

    FALSE,              /* fOutX                */

    FALSE,              /* fInX                 */

    FALSE,              /* fErrorChar           */

    FALSE,              /* fNull                */

    RTS_CONTROL_ENABLE, /* fRtsControl          */

    FALSE,              /* fAbortOnError        */

    0,                  /* fDummy2              */

    0,                  /* wReserved            */

    0x100,              /* XonLim               */

    0x100,              /* XoffLim              */

    8,                  /* ByteSize             */

    NOPARITY,           /* Parity               */

    ONESTOPBIT,         /* StopBits             */

    0x11,               /* XonChar              */

    0x13,               /* XoffChar             */

    '?',                /* ErrorChar            */

    0x1A,               /* EofChar              */

    0x10                /* EvtChar              */

};



/*=============================================================================

  Fonctions du module.

=============================================================================*/

BOOL OpenCOM    (int nId);

BOOL CloseCOM   ();

BOOL ReadCOM    (void* buffer, int nBytesToRead, int* pBytesRead);

BOOL WriteCOM   (void* buffer, int nBytesToWrite, int* pBytesWritten);



/******************************************************************************

  main : point d'entrée du programme.

  */



int main()

{

    /* variables locales */

    char buffer[256];

    int nId, nChoice, nBytesWritten, nBytesRead;



    /* demande du numéro du port COM */

    printf("Entrez le numero du port COM : ");

    scanf("%d", &nId);



    /* tentative d'ouverture */

    printf("Ouverture et configuration du port COM%d...\r\n", nId);

    if(!OpenCOM(nId)) return -1;

    printf("...OK\r\n");



    /* boucle tant que l'on ne quitte pas */

    do

    {

        /* menu */

        printf("\r\n");

        printf("1 : Envoyer des donnees.\r\n");

        printf("2 : Recevoir des donnees.\r\n");

        printf("3 : Quitter.\r\n");

        printf("Choix : ");

        scanf("%d", &nChoice);



        /* enoyer des données */

        if(nChoice == 1)

        {

            printf("\r\n");

            printf("Donnees a envoyer :\r\n");

            fflush(stdin);

            gets(buffer);

            printf("\r\n");

            printf("Envoi des donnees...\r\n");

            if(WriteCOM(buffer, strlen(buffer), &nBytesWritten))

                printf("%d octet(s) envoye(s).\r\n", nBytesWritten);

            else

                printf("Erreur lors de l'envoi.\r\n");

        }



        /* recevoir des données */

        if(nChoice == 2)

        {

            printf("\r\n");

            printf("Reception de donnees...\r\n");

            if(ReadCOM(buffer, sizeof(buffer)-1, &nBytesRead))

            {

                buffer[nBytesRead] = '\0';

                printf("%d octet(s) recu(s) :\r\n%s\r\n", nBytesRead, buffer);

            }

            else

                printf("Erreur lors de la réception.\r\n");

        }

    }while(nChoice != 3);



    /* fermeture du port COM et retour */

    CloseCOM();

    return 0;

}



/******************************************************************************

  OpenCOM : ouverture et configuration du port COM.

  entrée : nId : Id du port COM à ouvrir.

  retour : vrai si l'opération a réussi, faux sinon.



*/



BOOL OpenCOM(int nId)

{

    /* variables locales */

    char szCOM[16];



    /* construction du nom du port, tentative d'ouverture */

    sprintf(szCOM, "COM%d", nId);

    g_hCOM = CreateFile(szCOM, GENERIC_READ|GENERIC_WRITE, 0, NULL,

                        OPEN_EXISTING, FILE_ATTRIBUTE_SYSTEM, NULL);

    if(g_hCOM == INVALID_HANDLE_VALUE)

    {

        printf("Erreur lors de l'ouverture du port COM%d", nId);

        return FALSE;

    }



    /* affectation taille des tampons d'émission et de réception */

    SetupComm(g_hCOM, RX_SIZE, TX_SIZE);



    /* configuration du port COM */

    if(!SetCommTimeouts(g_hCOM, &g_cto) || !SetCommState(g_hCOM, &g_dcb))

    {

        printf("Erreur lors de la configuration du port COM%d", nId);

        CloseHandle(g_hCOM);

        return FALSE;

    }



    /* on vide les tampons d'émission et de réception, mise à 1 DTR */

    PurgeComm(g_hCOM, PURGE_TXCLEAR|PURGE_RXCLEAR|PURGE_TXABORT|PURGE_RXABORT);

    EscapeCommFunction(g_hCOM, SETDTR);

    return TRUE;

}



/******************************************************************************

  CloseCOM : fermeture du port COM.

  retour : vrai si l'opération a réussi, faux sinon.



*/



BOOL CloseCOM()

{

    /* fermeture du port COM */

    CloseHandle(g_hCOM);

    return TRUE;

}



/******************************************************************************

  ReadCOM : lecture de données sur le port COM.

  entrée : buffer       : buffer où mettre les données lues.

           nBytesToRead : nombre max d'octets à lire.

           pBytesRead   : variable qui va recevoir le nombre d'octets lus.

  retour : vrai si l'opération a réussi, faux sinon.

-------------------------------------------------------------------------------

  Remarques : - la constante MAX_WAIT_READ utilisée dans la structure

                COMMTIMEOUTS permet de limiter le temps d'attente si aucun

                caractères n'est présent dans le tampon d'entrée.

              - la fonction peut donc retourner vrai sans avoir lu de données.



*/



BOOL ReadCOM(void* buffer, int nBytesToRead, int* pBytesRead)

{

    return ReadFile(g_hCOM, buffer, nBytesToRead, pBytesRead, NULL);

}



/******************************************************************************

  WriteCOM : envoi de données sur le port COM.

  entrée : buffer        : buffer avec les données à envoyer.

           nBytesToWrite : nombre d'octets à envoyer.

           pBytesWritten : variable qui va recevoir le nombre d'octets

                           envoyés.

  retour : vrai si l'opération a réussi, faux sinon.



*/



BOOL WriteCOM(void* buffer, int nBytesToWrite, int* pBytesWritten)

{

    /* écriture sur le port */

    return WriteFile(g_hCOM, buffer, nBytesToWrite, pBytesWritten, NULL);

}

j'utilise LookRS 232 pour regarder ce qu'il ce passe sur le port com ,pas besoin de soft ni de debuger ,je l'ai déjà fait pour sniffer le dialogue d'une balance avec un soft pour comprendre le protocole ,mais la rien ne ce passe pendant le dialogue , pourtant çà m'a l'air bien brancher et le dialogue entre le diag et le TDB fonctionne ,mais rien depuis mon montage aucun octet sur le port com d'écoute .

plus de son plus d'image PIC16F84 ?

Citation:

Envoyé par GAD (Message 441052)

voir si tu peux choisir la vitesse 10.4baud sur le soft LookRS 232 ou pas ?