Salut
 
Je cherche le dialogue qui s' opère entre le RD3 VDO et le chargeur
Afin de simuler la presence du dit chargeur.
 
Si vous connaissez de pret des gens qui travail ds la technique radio chez peugeot, n' hesitez pas à nous faire signe
 
Nous sommes plusieurs ici, à attendre le moyen de connecter par le port chargeur divers baladeurs MP3, et pda.
 
Merci d' avance...

un forcené du RD3
 
Si quelqu'un nous écoute, il est la bienvenue !!!

MoebiuS a écrit :   un forcené du RD3   Si quelqu'un nous écoute, il est la bienvenue !!!

 
A priori, et a vue de nez il faut :
 
1- Qqun avec le rd3 et le chargeur (identifié dans la BSI)
2- Qqun avec le matos pour espionner les communication entre les deux / faire un µPIC pour simuler le chargeur
3- Si ca marche comme ca, déterminer les modifs a faire dans la BSI pour déclarer au RD3 qu'il a le chargeur (Gawdfather, tu saurais faire ca ?)
 
On pourrait arrter là mais héhéhéhé....
 
4- Puisqu'on a un PIC, lui coller un port USB au cul et hop, un minipc derriere, et le comodo peu commander le pc... ( je reve, ajournons le point 4)
 
Pfff je suis une bille en electronique moi, dommage...

Commence par trouver un bouquin de Abou et Malville qui s'appelle "Le bus VAN, fondement du protocole" (editions Dunod)
 
DeltaFX : pour le PIC, je crois que ça sera un peu léger, c'est pas une puce de playsation qu'il vaut faire

OuiOui a écrit :   Commence par trouver un bouquin de Abou et Malville qui s'appelle "Le bus VAN, fondement du protocole" (editions Dunod)   DeltaFX : pour le PIC, je crois que ça sera un peu léger, c'est pas une puce de playsation qu'il vaut faire

 
Aurais-je omis de préciser que j'étais une bille en électronique ?
 
Intuitivement, avec les connaissances dont je dispose, je me dis que rd3 et chargeur ne doivent pas échanger énormément d'info via la prise iso du chargeur, a part des ordres dans le sens RD3->CDC et des acknowledge dans le sens CDC->RD3. Maintenant, si le chargeur raconte sa vie sur le bus VAN, évidement... damned et redamned...

Je serais plutot du même avis que Delta FX, sur un autre Topic ils arrivent bien à emuler un chargeur CD Sony grace à quelques composants mais avec protocol unilink
 
Je vois pas prk ca serait encore plus compliqué avec UN RD3 et le VAN.
 
Je vous file le lien du topic de quichedood .
 
http://www.forum-auto.com/sqlforum/section13/sujet146424.htm
 
 
J' ai peut etre moyen de faire les essais par intermediaire sur une 307 équipée RD3 et chargeur
 
Il faut juste que vous me précisiez les tests que je dois oppérer et la manière de les entreprendre...
 
a+
Transac

Des news???

Oui des news!
Allez voir ce lien, c'est très intéressant, plein de détails sur le VAN/CAN:
http://www.educauto.org/index.php
 
Bonne lecture!
 
P.S.: tout à fait possible avec un PIC à mon avis, le leurrage des PSX et le leurrage de l'autoradio ça se ressemble.

Ben j'ai rien trouve sur le site... :-( j'ai du mal ou bien! t'as un lien direct notamment sur le VAN?

 
Rappels sur le CAN:
http://www.educauto.org/Documents/Examens/BTS_MAVA/Analyse/2002/Tech_VI.pdf
 
Infos sur le CAN et VAN:
http://www.educauto.org/Documents/Tech/ANFA-MULTIPLEX/multiplex.pdf
 
Le bus VAN (on ne peut pas faire plus complet):
http://www.educauto.org/Documents/Infotech/Mux3.pdf
 
Infos sur la gestion de collisions CAN/VAN:
http://www.educauto.org/Documents/Infotech/Mux2.pdf
 
Transcodage de la trame VAN/CAN:
http://www.educauto.org/Documents/Infotech/Mux1.pdf
 
Voilà, tout est là je pense.

Bon, à priori, on ne va pas tarder à trouver une solution.
 
Le point noir reste l'espionnage d'un dialogue entre un autoradio et son chargeur de CD. L'utilisation de l'hyperterminal semble impossible, contrairement à ce qui a déjà été dit dans plusieurs topics.
Il faut donc réaliser un analyseur de protocole et décoder les infos, voire utiliser un oscilloscope numérique pour capturer la réponse du chargeur.
 
Personnellement, j'ai un oscilloscope numérique et un autoradio 2040 mais pas de chargeur
 
Ensuite, l'écriture d'un programme (pour un PIC standard) pour autoriser les entrées Aux sera facile. On peut même envisager de piloter via ce PIC un chargeur de CD d'autre marque (Sony/Unilink par exemple) ou même un baladeur MP3, un PC portable, etc.
 
Si quelqu'un peut réaliser les captures à l'oscillo, ça ferait avancer le schmilblik.

Moi, pour faire le PIC associe, y a pas de soucis...

Reste à trouver une bonne âme pour capturer les trames, voire organiser une rencontre entre un possesseur de chargeur et un possesseur d'oscillo numérique
 
Des volontaires?

Enfin quelques un qui s' interresse à mon message
Donc toujours pas d' analyse du signal, je suis sur qu' apres y' aura plus de problèmes
 
Vous etes ds quel coin?
 
Moi sur Lille
Allez A+

Je suis en Haute-Savoie et je bosse en Savoie. Je peux éventuellement me déplacer un peu pour capturer les trames sur la voiture de qui voudra.
 
Eventuellement, lors d'un déplacement (souvent dans la Marne et à Avignon), je peux aussi faire un crochet...

moi 06....

Alors si on résume, on a peut-être une voiture de tests dans le Nord, un oscillo numérique en Haute-Savoie et un programmeur de PIC dans les Alpes Maritimes.
 
Il nous manque plus qu'un testeur en Gironde!
 
Héhéhé en tout cas on avance, on va y arriver. Rien ne nous empêche de faire des tests/expérimentations en parallèle.

je suis aussi en discussion avec un gars qui a le chargeur a Metz.....mais pas d'oscillo!! :-)))

 
Y aurait bien un soft de ce genre : http://www.compt.ru/download.html (est free pour 30 jours ) pour remplacer un analyseur logique mais bon...

J'ai peur que ce logiciel n'utilise que les protocoles série standards (avec bit de start, de stop, de parité).
Il faut plutôt passer par un logiciel qui utilise non pas les lignes TXD RXD mais plutôt RTS et CTS ou autres. On peut aussi imaginer passer par le port parallèle. Dans les 2 cas, une adaptation des signaux s'impose.
 
En tout cas, utiliser un portable comme analyseur est une très bonne idée.

ah oui pardon, je me suis plante de soft, voila celui que je voualis : http://loisirs.telecharger.01net.com/windows/Loisirs/electronique/fiches/25674.html

Plus intéressant, même si le commentaire d'un ancien utilisateur refroidit un peu...
 
Problème, le port parrallèle fonctionne en TTL (0v pour 0 logique, +5V pour 1 logique). Il faut donc adapter les signaux (transistor en collecteur ouvert et résistance pull-up, ou ampli-op en différentiel).  
La première solution est la plus simple si le bus fournit suffisamment de jus, sinon, AOP alimenté par le PC.  
 
Y'a plus qu'à!
 

Le VAN, c'est du presque 0 - 5V (en fait 0.5 - 4.5V) donc ca devrait aller sans adaptation...

Oui, exact, j'allais poster un correctif...
Je viens de voir ça dans le document Multiplex.pdf mentionné plus haut.
Merci de vérifier ce que je dis, des fois je 'bugue'...
 
Juste des fils et hop, on capture. Si une bonne âme avec portable et chargeur de CD veut bien faire une série de tests...

jbm2 avait déjà fait quelques tests en liaison série, il peut certainement faire les tests.
Il est d'antibes, donc pas loin de chez toi darrepac.
 
On va attendre qu'il se connecte pour savoir

Je pense pas qu'essayer d'utiliser un vrai protocole serie soit une bonne idee car pas du tout conforme avec le VAN (rien que la viesse de 125kbits/s par exemple)...et jbm2 n'avait pas de chargeur si?

Effectivement, il n'avait pas de chargeur, mais capturer les trames avec l'analyseur logique permettrait déjà de connaitre la commande du poste, puis le message d'erreur.
 
On pourrait essayer dans un premier temps de simuler une réponse avec des IDEN pris un peu au pif, jusqu'à ce que le poste réagisse. Ce serait déjà une grosse avancée.
 
 
 

J'ai contacté l'auteur des documents pdf précités pour lui demander le mode de calcul du champ CTRL et s'il a des infos sur les numéros IDEN des différents équipements Peugeot. J'attends sa réponse.
 
Cela nous permettrait d'expérimenter un leurreur sans avoir à effectuer de captures à l'oscillo/portable.

Ben c'est un CRC dont voici le polynome : g(x)= x15 + x11 + x10 + x9 + x8 + x7 + x4 + x3 + x2 + 1  c'est justement une des choses pas evidente a faire si on veut creer des trames VAN, calculer ce polynome ne se fait pas de maniere simple....c'est pour ca que je pense qu'il faut, dans un premier temps, se contenter d'imiter la reponse du chargeur...

Apparemment, le champ CTRL est codé sur 15 bits
le CRC-16 c'est X16 + X15 + X2 + 1, mais apparemment, le CRC-12 est plus approprié non? (CRC-12 : X12 + X11 + X3 + X2 + X + 1)
C'est du CRC-15? C'est normalisé?
Il faut que je teste ça ce soir...

Je viens de te donner le polynome, ca te convient pas?

désolé, j'y connais pas grand'chose en CRC et je suis un peu largué

Actualisation
 
si Transac peut nous aider...

Et jbm2 n'a toujours pas reapparu..

Actualisation pour Transac, jbm2 ou tout autre personne ayant un PC portable et un ensemble chargeur de CD/autoradio d'origine...