Reprise du message précédent :
Et tes masses, elles sont bien reliées ou tu n'utilise que la ligne diag de la prise?
C'est souvent un problème: mélanger le +5 et la masse du bus USB et le +12v et la masse de la voiture n'est de toute manière pas l'idéal.
Tous les combien tu déclenche ton timer ? Tu a essayé avec un polling sans timer pour commencer ?

 
Salut Taz, merci encore pour ton aide !!
 
En fait tu me mets le doute ... mon montage "tel que je l'ai routé" permet d'utiliser un opto entre la prise diag et le FT232 ... mais ayant paumé le CI pour l'instant j'ai mit un fil à la place de l'opto mais je me demande si j'ai pas oublié la masse ... je regarderai ce soir (j'avais ptetre rajouté un pont de soudure sous mon circuit pour la masse, à l'époque, me souviens plus ^^).
 
Par contre j'ai mit une pull up au 5v et pas au 12v, mais à voir le circuit de l'interface de sortie du FENIX3B (page 2 du topic je crois) ça devrait marcher !
 
J'essaierai ce soir avec un polling sans timer, il est possible que je loupe des trames ou que le buffer déborde ... bien vu !
 
Des news ce soir !!
 
Bonne journée et merci
 
actyln

Ok, au 5V ça le fait. Mais vérifie bien tes masses et retrouve moi cet opto !!!    

Bon, après vérification, les masses sont bien reliées, donc à part le fait que l'opto est "shunté" tout va bien !
 
J'ai pas eu le temps de regarder coté soft hier soir, je verrai sous peu.
 
actyln

Salut,
 
j'ai un montage qui fonctionne sur une masse commune. Donc je pense au problème de soft plutôt que hard. Ton histoire de timer me parait tirée par les cheveux.
 
++
Manu

 
Yop Manu,  
 
Ouais, t'as raison, je me suis un peu compliqué la vie, je vais tenter de faire plus simple (genre du polling tout simplement) ... je vous tient au courant !
 
++
actyln

Quel bonheur de tomber sur ce site (certes, un peu tard)

j'ai moi aussi réaliser une petite interface pour diagnostiquer toute sorte de calculateur. Au début, j'étais parti avec mon oscillo numérique pour caler la fréquence du signal, je me suis aperçu très vite que le signal est mauvais. J'ai donc développé une petite interface hard sur base d'un ftdi et tout allait mieux, le plus dur était de comprendre le protocole mais la répétition des octet FF 00 m'ont vite mis sur les rails.
J'ai alors réalisé un mannequin sur lequel je simulais sonde, régime afin de comprendre la traduction des octet en valeur accessible par la XR25, ce fut très long car j'ai bloqué pendant un moment sur les octet de poids forts du régimes et le plus difficile étaient de se procurer les calculateurs et les sondes associés (merci les RTA ;-) ) J'ai ensuite pu décoder les trames de calculateur pour :

21 turbo
21 txi
21 txe/gtx
21 GTS (moteur F3N)
S5 five C3J
Clio 16S
clio willi
19 16S

Je vois que je ne suis pas le seul sur ce projet et je m'en réjouis car je trouve la même chose que vous ;-)

En revanche, je bute sur 2 points noirs : la lecture des temps d'injection et surtout, les octets allumant des défauts permanents ou temporaires (j'ai remarqué que si je simulais une panne de sonde de température, de recopie de potentiomètre, j'ai des octet qui passent de A0 ou 00 à 20 ou 40, mais je n'y comprends pas grand chose. Je n'ai pas de XR25 et cela ne me facilite donc pas la tâche..
Avez-vous réussi à percer ces mystères de votre côté ? Quel est le protocole de gestion des défauts ?
Merci et à toute pour partager ma maigre connaissance

pour la prosperité, voici un exemple de décodage de trame pour 2LT et leur conversion :
 
FF 00 72 04 09 D6 D7 81 C4 20 9D 11 64 0D 0D 17 92 D6 A0 00 46 49 C4 00 00 00 00 00 00 76 33 19 19 19 EE EE EE EE EE EE EE EE EE
 
 
 
FF 00=début
72=type voiture
04=version eprom
66=révision du programme ou autre ?
 
octet D6=pression
 
D6 = 1821mb
00 = 00
10 = 136mb
20 = 272mb
40 = 545mb
80 = 1089mb
A0(160) = 1362mb
BB = 1591mb
CC = 1736mb
DD = 1881mb
 
octet D7 = temp eau
 
D7 = 94°C
A0 = 60°C
00 = -40°C
10 = -30
20 = -20
40 = 00
80 = 40
A0 = 60
BB = 77
CC = 88
DD = 98
EE = 109
FF = 119
 
octet 81 = température air
 
00 = -40
10 = -30
20 = -20
40 = 00
80 = 40
A0 = 60
AA = 66
BB = 77
CC = 88
DD = 98
EE = 109
FF = 119
 
octet C4 = tension batterie
 
00 = 8v  
10 = 8,5
20 = 9
40 = 10
80 = 12
A0 = 13
AA = 13,3
BB = 13,9
CC = 14,4
DD = 14,9
EE = 15,4
FF = 16V
 
octet 20 = potentiomètre CO
 
00 = 0%
10 = 6%
20 = 13
40 = 25
80 = 50
A0 = 63
AA = 67
BB = 73
CC = 80
DD = 87
EE = 93
FF = 100
 
octet 9D = regime moteur, octet de poids faible
octet 11 = regime moteur, octet de poids fort
 
donc quand on lit 9D11, il faut en réalité inverser et lire 119D. On convertit ensuite en décimal, ce qui donne 4509, puis on divise 15 000 000 par ce chiffre -> 15 000 000/4509=3327 (à arrondir à l'unité la plus proche)
 
 
octet 64 = temps d'injection, octet de poids faible
octet 0D = temps d'injection, octet de poids fort
 
je ne sais pas les décoder pour l'instant (mais c'est en cours)
 
 
octet 0D = cliquetis %
 
0D = 5%
00 = 0
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet 17 = avance en °
 
00 = 0
01 = 1
10 = 16
20 = 32
40 = 64
80 = 128
A0 = 160
BB = 187
DD = 221
FF = 255
 
simple transfo hex->dec
 
octet 92 = rapport cyclique %
 
00 = 0
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet D6 = rapport cyclique waste gate
 
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet A0 = panne fugitive ou permanente
 
octet 00 = panne fugitif ou permanente
 
 
octet 46 = vitesse en km/h
 
 
00 = 0
01 = 1
10 = 16
20 = 32
40 = 64
80 = 128
A0 = 160
BB = 187
DD = 221
FF = 255
 
simple transfo hex->dec
 
octet 49 = période de non RR
 
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet C4 = ouverture papillon
 
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet 00 = naf
octet 00 = naf
octet 00= naf  
octet 00 = naf
octet 00 = naf (défaut ?)
 
 
 
octet 00 = correction lente cliquetis
 
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet 76 = naf
 
octet 33 =  apprentissage wg
 
01 = 0
10 = 6
20 = 13
40 = 25
80 = 50
A0 = 63
BB = 73
DD = 87
FF = 100
 
octet 19 ->EE = naf ou à conservation de longueur de trame
 
Il manque certaines choses, c'est voulu car c'est du travail. Je balancerai bientôt le reste, ainsi, cela pourra aider pas mal d'entre nous à progresser car tel est le but du forum, enfin je le pense, et puis, je trouve dommage de vendre à 200€ des softs incapables d'émuler une vraie XR25 alors que pour 150 à 200 € de plus, on peut en trouver une véritable XR25 qui fait toutes les renault......
A plus

Hi!
 
Here is the good news: http://fr.calameo.com/subscriptions/35212 - a specification of the XR25 protocol.
I saw that you also found the problem with the bad pulses.
So my car engine started working with interruptions. Unfortunately not all the time so I have to carry a PC to diagnose the engine on the fly.
I found that many people are doing such projects. So I got 1 FTDI kit, tweaked the driver to 62 Kbits and found on the net that the ECU output is open-collector inverted. There is a big capacitor in parallel – so the pull-up resistor from 5V to open collector needs to be about 500 ohms. I didn’t believe that but then my scope proved it. I use open collector again to invert second time the pulses before feeding them to FTDI chip.
 So far – so good. Then I started playing with Delphi programming to collect the data from the FTDI serial port. And recently I found the above link with XR25 protocol. It’s shockwave flash, but I managed to convert it to PDF - http://rapidshare.com/files/224080663/Binder1.pdf.html but I’m afraid it will be downloaded max 10 times. So I just registered a site with free hosting: http://renault-ecu.hit.bg/protocol/XR25.pdf  
Good luck in making nice free diagnostic utility for Renault. I’ll do my best too.
 
Salut!  
 
Voici la bonne nouvelle: http://fr.calameo.com/subscriptions/35212 - un cahier des charges de l'XR25 protocole.  
J'ai vu que vous aussi le problème de la mauvaise impulsions.  
Donc, mon moteur a commencé à travailler avec des interruptions. Malheureusement pas tout le temps et j'ai donc de transporter un PC pour le diagnostic du moteur à la volée.  
J'ai constaté que de nombreuses personnes font de tels projets. Alors je me suis 1 FTDI kit, modifié le conducteur à 62 Kbits et trouvé sur le net que l'écu est de sortie à collecteur ouvert inversé. Il ya un gros condensateur en parallèle - de sorte que la résistance de pull-up à partir de 5V à collecteur ouvert doit être d'environ 500 ohms. Je ne pense pas que ma portée, mais la preuve. J'utilise à collecteur ouvert de nouveau pour inverser la deuxième fois avant de nourrir les légumineuses à puce FTDI.  
  Jusqu'à présent - très bon. Puis j'ai commencé à jouer avec la programmation Delphi pour la collecte des données du port série FTDI. Et récemment, j'ai trouvé le lien ci-dessus avec XR25 protocole. C'est shockwave flash, mais j'ai réussi à le convertir en PDF - http://rapidshare.com/files/224080663/Binder1.pdf.html mais j'ai peur, il sera téléchargé 10 fois max. J'ai donc enregistré un site avec hébergement gratuit: http://renault-ecu.hit.bg/protocol/XR25.pdf  
Bonne chance pour faire joli utilitaire de diagnostic gratuit pour Renault. Je vais faire de mon mieux aussi.

Many Thanks Atanas    

Many thanks Atanas, I think it will be useful for most of us.

Hi !
 
The capacitor is not as big : 470nF.
500 ohm is a good value, but you should use a 1/3 or 1/2 Watt one.
 
Hint: you could reconfigure the FTDI to read inverted signal and eliminate the second stage inverter.

Bonjour,

Tout à bien avancer ici ! Maintenant pour ce qui savent développer un peu et qui ont quelques connaissance en électronique, ca decrai pas trop poser de probleme car quasi tout y est  

Merci à tous pour toutes ces informations.

Denis

@Atanas : great job too , many thanks !

Mai vous téléchargez XR 25 câble d'interface et de logiciels pour le web d'hébergement de fichiers?