Info Bus CAN, SVP !!!
Christophe
Dans une phase de test sur véhicule, nous voudrions lire les
informations venant du calculateur ESP, ABS et de différents capteurs
si possibles (vitesse des roues, gyroscope, accéléromètre). Tout
d'abord, première question, est-ce que cela est possible de lire
toutes ses infos, et par quels moyens ... Si je ne me suis pas trompé,
ils sont tous reliés (directement ou non) au bus CAN, classe C (est-ce
que ca a une importance ?).
Je suppose qu'il faut un logiciel spécifique et bien évidement une
carte pour se connecter sur le bus, via la prise diagnostic. Est-ce
qu'il faut connaitre un langage dédié ou faire des "requètes" sur le
bus ? Quel(s) logiciel(s) utiliser ? (j'ai vu CANape, et PeliCAN, et
que l'un est plus
adapté que l'autre pour lire des infos du bus, mais il y en a surement
pas mal d'autres).
D'autre part, comme les tests se feront sur une voiture moderne (XC90)
et que je crois qu'elle est dotée de suspensions actives, est-ce qu'il
est possible de lire les informations venant des capteurs de mouvement
des suspensions (ils doivent renvoyer une fréquence au calculateur,
pour déterminer l'état de la route) ?
Bref, comment accéder à un équipement précis, et lire ses trames
émises sur le bus CAN.
Merci pour tout réponse apportée,
Cordialement,
Christophe
Frederic
> Bref, comment accéder à un équipement précis, et lire ses trames
> émises sur le bus CAN.
Salut,
Tout d'abord, le CAN n'est qu'un bus serie, tout comme l'I2C, le SPI ou
autre. Tu peux bien sur te fabriquer une carte (Elektor en a propose une
que j'ai realisee et qui fonctionne tres bien) pour lire les trames sur le
bus, mais si tu ne sais pas decoder ces trames, ca ne te servira pas a
grand chose. As-tu des infos sur le protocole utilise ?
Sinon, je te conseille les livres :
Le bus CAN - Description
Le bus CAN - Application
de D. Paret, aux editions Dunod. Ils sont tres bien faits.
A plus,
--
Frederic
Thierry Leveque
>On Mon, 17 Feb 2003 22:58:49 +0100, Frederic <electr...@gbiloba.org> wrote:
>Christophe wrote:
>
>> Bref, comment accéder à un équipement précis, et lire ses trames
>> émises sur le bus CAN.
>
>Salut,
>
>Tout d'abord, le CAN n'est qu'un bus serie,
bien sur que si c'est un bus série, pas rs232 mas les données ( formatées spécialement ) sont bien
envoyées en série..... il n'y a "qu'un" fil .... en fait 2 pour des protections
>tout comme l'I2C, le SPI ou
>autre. Tu peux bien sur te fabriquer une carte (Elektor en a propose une
>que j'ai realisee et qui fonctionne tres bien) pour lire les trames sur le
>bus, mais si tu ne sais pas decoder ces trames, ca ne te servira pas a
>grand chose. As-tu des infos sur le protocole utilise ?
>
>Sinon, je te conseille les livres :
>
> Le bus CAN - Description
> Le bus CAN - Application
>
>de D. Paret, aux editions Dunod. Ils sont tres bien faits.
>
>A plus,
@++
Thierry
ICQ : 156866943
Thierry Leveque
>On 17 Feb 2003 08:18:43 -0800, cgil...@hotmail.com (Christophe) wrote:
>Bonjour,
>
Pour lire un bus CAN, il faut un canalyser, NSI fait des instruments capables de faire ça,
d'enregistrer et de rejouer un scénario
>Dans une phase de test sur véhicule, nous voudrions lire les
>informations venant du calculateur ESP, ABS et de différents capteurs
>si possibles (vitesse des roues, gyroscope, accéléromètre).
Là tu as un problème, comme le bus can n'est pas réservé à ces stations, il faut connaître les
numéros des trames en question et leur contenu, quel est le véhicule au fait ???
>Tout
>d'abord, première question, est-ce que cela est possible de lire
>toutes ses infos,
oui, ces instruments sont sous le capot moteur et font partie d'un seul et même reseau...
> et par quels moyens ...
un Canalyser.....
> Si je ne me suis pas trompé,
>ils sont tous reliés (directement ou non) au bus CAN, classe C (est-ce
>que ca a une importance ?).
non, mais pourquoi classe C ??
>
>Je suppose qu'il faut un logiciel spécifique et bien évidement une
>carte pour se connecter sur le bus,
Oui...
>via la prise diagnostic.
Non tu te branche sur le réseau Can...
> Est-ce
>qu'il faut connaitre un langage dédié ou faire des "requètes" sur le
>bus ? Quel(s) logiciel(s) utiliser ? (j'ai vu CANape, et PeliCAN, et
>que l'un est plus
je ne les connais pas tous, mais le pb n'est pas là, il faut une base de donnée pour affecter chaque
donnée à une variable....
>adapté que l'autre pour lire des infos du bus, mais il y en a surement
>pas mal d'autres).
Oh oui...
>
>D'autre part, comme les tests se feront sur une voiture moderne (XC90)
>et que je crois qu'elle est dotée de suspensions actives, est-ce qu'il
>est possible de lire les informations venant des capteurs de mouvement
>des suspensions (ils doivent renvoyer une fréquence au calculateur,
>pour déterminer l'état de la route) ?
à savoir si ils sont sur le même reseau et trouver les trames....
>
>Bref, comment accéder à un équipement précis, et lire ses trames
>émises sur le bus CAN.
avoir les doc du logiciel.... ou les sources ou les outils APV
>
>Merci pour tout réponse apportée,
>
>Cordialement,
>Christophe
@++
Thierry
ICQ : 156866943
Christophe Gillet
Salut,
> Là tu as un problème, comme le bus can n'est pas réservé à ces stations, il faut connaître les
> numéros des trames en question et leur contenu, quel est le véhicule au fait ???
En fait je suis étudiant en Suède, et ds le cadre de mon projet final, nous devons concevoir
un système de sécurité active pour empecher la voiture de quitter la route.
On a un accord + ou - tacite avec Volvo, et ils nous pretent une XC90.
L'idee serait de se servir des capteurs deja implante ds la voiture pour
prevoir les cas à risques. Par exemple, avec les capteurs de position de suspensions, prendre
frequence de battement, comparer aux frequences typiques ou au moins aux frequences des autres
suspensions pour voir si la voiture quitte la route ou pas.
Mais d'ici à ce qu'ils me filent les numéros de trames, il va falloir que je me batte...
>> Si je ne me suis pas trompé,
>>ils sont tous reliés (directement ou non) au bus CAN, classe C (est-ce
>>que ca a une importance ?).
>non, mais pourquoi classe C ??
Je ne sais pas... Comme apparement tous les systems liées à la sécurité active fonctionnent
sur un réseau CAN de type C (debit rapide), je voulais savoir si il y avait une norme imposant aux constructeurs
un protocol type (et dc les adresses de messagerie)...
Après renseignement, il semble qu'il y ait certains papiers sur le sujet,
mais impossible a trouver sur le net, ou dans les sources SAE...
Je fais appel à votre bon coeur si vous avez ces docs, ou si vous avez un lien:
*SAE J 22584 pour CAN>125 kbps
*ISO 15765- Draft, pour diagnostic via CAN
J'ai aussi lu qqchose a propos de la ligne K (ISO 9141, pareil, je n'ai pas la doc)...
Qu'est ce que c'est exactement que cette ligne K?
>
> Non tu te branche sur le réseau Can...
OK... Mais dans ce cas, n'y a t-il pas de risques de bousiller un ECU en cas de mauvaise manipulation de reseau
(emission d'une "mauvaise" trame) ? C possible de rester en mode passif, et uniquement lire les trames émises ?
Dans CANalyser, l'editeur de messagerie intégré ne fait pas tout ca pour moi (me donne exactement la bonne valeur),
si je précise la nature du signal ou son adresse?
Je dis peut etre des inpeties, mais comme je découvre un peu tout ca,
j'espère que je serai pardonné... De toute manière, je pense que vous me le direz ;-)
a+
Christophe
Frederic
>>Tout d'abord, le CAN n'est qu'un bus serie,
>
> bien sur que si c'est un bus série
C'est bien ce que j'ai dit !!!
Ma phrase veut dire: 'le bus CAN est tout simplement un bus serie'.
--
Frederic
Frederic
> Mais d'ici à ce qu'ils me filent les numéros de trames, il va falloir que
> je me batte...
Tu risques de passer du temps inutilement. Essaye de les obtenir, ce sera
quand meme plus simple.
>> Non tu te branche sur le réseau Can...
> OK... Mais dans ce cas, n'y a t-il pas de risques de bousiller un ECU en
> cas de mauvaise manipulation de reseau (emission d'une "mauvaise" trame) ?
Faudrait vraiment faire un montage de goret ;o) L'ECU ne risque rien; si tu
lui fait-faire quelque chose de travaers, ce sont plutot les organes de la
voiture qui vont prendre...
> C possible de rester en mode passif, et uniquement lire les trames émises
Tout a fait. Le SJA1000, par exemple, a un mode passif pour faire le
mouchard.
--
Frederic
Eric Thebaut
Frederic a écrit:
> Tout d'abord, le CAN n'est qu'un bus serie, tout comme l'I2C, le SPI
(..)
ce n'est pas tout à fait juste, le SPI et l'I2C font partie de la
famille des bus synchrone (ligne de clock) . Le CAN peut fonctionner sur
un seul fil (+ equipotentiel) mais on le retrouve généralement sur une
paire torsadé avec une transmission en mode différentiel.
Christophe Gillet a écrit:
> Je fais appel à votre bon coeur si vous avez ces docs, ou si vous
avez un lien:
> *SAE J 22584 pour CAN>125 kbps
> *ISO 15765- Draft, pour diagnostic via CAN
Je ne suis pas sûr que la prise diagnostic soit la meilleure solution
pour ce que tu envisages, à ta place je me connecterais directement sur
le bus en écoute (avec une carte ou un composant adequat).
les trames CAN transportent peu de données (8 octets max) ça ne doit pas
être insurmontable.
je m'orienterai plutot vers les normes pour applications automobile
ISO 11519 -1 -2 -3 (communication basse vitesse)
ISO 11898 (communication vitesse élevée)
Ces normes sont largement issues des specs de l'inventeur du CAN :BOSCH
au cas ou tu ne connaitrais pas déja ce lien
http://www.can.bosch.com/content/Literature.html
--
BERR
Frederic
> Frederic a écrit:
> > Tout d'abord, le CAN n'est qu'un bus serie, tout comme l'I2C, le SPI
> (..)
> ce n'est pas tout à fait juste, le SPI et l'I2C font partie de la
> famille des bus synchrone (ligne de clock) . Le CAN peut fonctionner sur
> un seul fil (+ equipotentiel) mais on le retrouve généralement sur une
> paire torsadé avec une transmission en mode différentiel.
Oui-oui, je sais. Pour info, j'ai une carte CAN et une carte I2C dans mon
vieux PC de bricolage (tout en ISA).
J'envisageais de faire un systeme de controle des tetes de robinet de mes
radiateurs via le bus CAN. J'avais abandonne car il n'existait plus de
composant autonome CAN (il y avait le Philips), mais il y a maintenant de
nouveau un de ces circuits chez PIC.
--
Frederic
Thierry Leveque
Oooops un moment de fatigue probablement, mais oui, c'est vrai tu as raison....
la différence principale par rapport aux autres types de réseaux étant qu'il admet des priorités de
manière naturelle et ne peut avoir aucune collision pendant les communications
@++
Thierry
ICQ : 156866943
Frederic
> Oooops un moment de fatigue probablement, mais oui, c'est vrai tu as
> raison.... la différence principale par rapport aux autres types de
> réseaux étant qu'il admet des priorités de manière naturelle et ne peut
> avoir aucune collision pendant les communications
Je n'ai pas encore eu l'occasion de pratiquer a fond ce bus
(malheureusement pas assez de temps), mais il est clair qu'il est vraiment
tres sympa. D'autant plus que maintenant tout est pris en charge par les
puces. Pour un usage amateur, c'est meme plus simple que l'I2C, Une fois
compris les problemes de parametrage des timings.
--
Frederic
Bruno Zelmat
> je m'orienterai plutot vers les normes pour applications automobile
> ISO 11519 -1 -2 -3 (communication basse vitesse)
> ISO 11898 (communication vitesse élevée)
Juste une petite question pour ma culture personnelle : le bus CAN semble
être fortement limité au monde automobile. Est il employé dans d'autres
domaines d'activité comme bus de ... terrain par exemple dans des
applications industrielles ?
Merci pour vos remarques
Bruno
Stephane Rey
Il est présent dans des applications industrielles.
par exemple au CERN dans le nouveau colisionneur en
construction.
slts
Le Mon, 24 Feb 2003 22:26:56 +0100, "Bruno Zelmat"
<zelmat...@wanadoo.fr> a écrit :
Thierry Leveque
Oui, cette limitation n'est qu'une apparence, on en parle peut pour une centrale incendie, mais la
voiture EST le moyen universel de présenter des "nouveautés"
>Merci pour vos remarques
>Bruno
>
@++
Thierry
ICQ : 156866943
Samuel Tardieu
>> semble être fortement limité au monde automobile. Est il employé
>> dans d'autres domaines d'activité comme bus de ... terrain par
>> exemple dans des applications industrielles ?
> Oui, cette limitation n'est qu'une apparence, on en parle
> peut pour une centrale incendie, mais la voiture EST le moyen
> universel de présenter des "nouveautés"
Le bus CAN est aussi utilisé pour relier les accessoires de certaines
centrales de commande de trains électriques numériques (celles de
marque Zimo notamment).
Sam
--
Samuel Tardieu -- s...@rfc1149.net -- http://www.rfc1149.net/sam
Thierry Leveque
>On Fri, 28 Feb 2003 18:08:18 +0100, Samuel Tardieu <s...@rfc1149.net> wrote:
>>> Juste une petite question pour ma culture personnelle : le bus CAN
>>> semble être fortement limité au monde automobile. Est il employé
>>> dans d'autres domaines d'activité comme bus de ... terrain par
>>> exemple dans des applications industrielles ?
>
>> Oui, cette limitation n'est qu'une apparence, on en parle
>> peut pour une centrale incendie, mais la voiture EST le moyen
>> universel de présenter des "nouveautés"
>
>Le bus CAN est aussi utilisé pour relier les accessoires de certaines
>centrales de commande de trains électriques numériques (celles de
>marque Zimo notamment).
tiens, je l'ignorais, il ont réellement innové en la matière, un bus CAN n'est pas réellement
nécessaire pour ce type d'applications ( voir Edits de Elektor je crois ) , mais en même temps ils
se "protègent" de gérer d'éventuelles collisions reseau ;-)))
Mmmm intéressant...
mais à propos , qu'entends tu par train "numérique" ??
>
> Sam
@++
Thierry
ICQ : 156866943
Samuel Tardieu
| tiens, je l'ignorais, il ont réellement innové en la matière, un bus CAN
| n'est pas réellement nécessaire pour ce type d'applications ( voir Edits
| de Elektor je crois ) , mais en même temps ils
| se "protègent" de gérer d'éventuelles collisions reseau ;-)))
Oui, ils ont beaucoup d'accessoires, dont certains doivent réagir très
rapidement (comme les détecteurs de présence sur les blocs).
| mais à propos , qu'entends tu par train "numérique" ??
Un train piloté en DCC (http://dmoz.org/Recreation/Models/Railroad/DCC/)
Roland BOILLETOT
Bruno Zelmat wrote:
Desole, j'arrive bien aprés la bataille, mais voici un lien qui pourra
peut-etre interesser quelques personnes.
http://www.can-cia.org/can/application/
Roland,
ZM
Dans le cadre de mon projet de fin d'étude, j'ai réussi à faire des enregistrements des paramètres du CAN (tq la vitesse latérale de la voiture la vitesse longitudinale ...) afin d’utiliser après ces signaux comme des entrées sur un Modèle fait sur MATLAB/SIMULINK
Ma question c'est que: Comment convertir ces signaux du réseau CAN pour les utiliser sur SIMULINK?
Merci