Reprise du message précédent :
C'est clair, le contenu des poubelles de ce genre se vend quand même ~500€ sur Ebay.
Tout ça pour un petit écran lcd et quelques barre-graph.
Avec une interface sur PC on peu:
Faire de l'acquisition, tracer des courbes en temps réel ou sur un ancien jeux de données, afficher directement toutes les infos en même temps, et j'en passe.
Pour toutes les fonctions additionnelles de la XR25, on peut voir ensuite pour les rajouter ensuite. (ligne k pour ABS et centrale d'antidem, testeur pour la continuité des faisseaux et mesures de tension et HT etc ...).
Le tout est de touver/reverse engeenerer les infos et de commencer une base de travail(c'est toujours galère de partir d'une feuille blanche).

c'est clair et 500 roros qd ca va bien mais des fois ca monte bcp plus haut
merci pour le http, je t'ai envoyé un MP pour t'expliquer

et mac flyght 78, il vient plus?

bonjour
objet : Besoin d'aide
j'ai un pb de calculateur sur ma r21 2l turbo phase 1. En fait d'origine pas de pb donc en en voulant un peu plus je fais souder un porte eprom. le gars travail comme un sagoin surchauffe la plaque, des contacts ne se font plus entre le dessus et le dessous... bien sûr la voiture ne marche pas. je repare " à l'oeil" les soudures et paf ça remarche ....10 Km. puis panne : plus de pompe a essence. Mais si on la branche en direct elle fonctionne parfaitement. Pompe injection ? je ne sais pas.  
 
Bref est ce que qqqun peut me verifier ( réparer ?? ) cette satanée plaque. Si une ame charitable (et qui aime les "défis" )veut s'en charger je la lui envoi ( (bien sur je paye les ports )  
 
(mes regrets dans la vie : ne pas jouer de la musique et ne RIEN y connaître en électronique)  
 
merci d'avance

tu pourrais mettre une photo du sagouinage pour voir :::

Je suis en admiration devant ce post.  Vous êtes des grands malades géniaux, alors bravo les gars, continuez comme ça, j'adore. Essayez quand même de mettre le plus à plat possible pour les profanes que nous sommes, cancres de l'électronique, mais plutôt bricoleurs touche à tout.
Merci pour eux...

Bonsoir
Pour JuJu_17 voilà le recto verso des dégats
 
une soudure réparée se voit à travers le porte eprom vers le centre mais pas du coté du"c11"  
l'autre est au dessus dans l'axe du centre du porte eprom.
 
dur de voir si des trucs ont été détruits mais j'ai beau etre nul je pense qu'il y a eu un sacré coup de chaud !
 
merci

Ouarrggghhhhh le boulot de chacal.
En plus, ces supports, c'est de la m.... . Celui là a eu très très chaud.
Je veux bien m'y coller et tenter de te réparer ça, mais je ne te garanti rien.
Il faut espérer qu'aucun composant n'a été détruit autour (coup de chaud ou de jus).

ah v'la le boulot !!!!!! qui c'est qui t'a fait ca. Ca doit pouvoir se faire mais sans garantie de resultat

Bonjour  
Pour Tazmaniac ou juju17
J'avais perdu l'accès au forum
Voilà mon email mbernardleon@aol.com pour une adresse pour envoyer mon truc pourri. merci beaucoup d'avance.  
 

Pas de nouvelles ? ^^ Je fais remonter tant pis
 
Je suis (enfin j'étais avant mon accrochage ...) entrain d'essayer de faire une interface pour communiquer avec le calculo (injection 1.2 mot energy) et j'ai constaté qu'il n'y a pas vraiment d'infos sur le net ...  
Ce que je vois aussi c'est que ce qui pose le plus de probleme 'apparement' c'est de communiquer en 62500bauds, en théorie c'est possible à faire directement en software donc pour le moment je regarde si je peux faire ça (je code en .NET actuellement), avant de faire une micro carte pour convertir les signaux 0/12V en -12/12V pour le pc (ça jsuis pas fan ^^)
 
Pour le moment je suis plutôt en standby, mais j'espere reussir un jour
Si vous avez avancé de votre côté thx de venir nous aider

Le plm est que justement les UARTs de PC ne savent pas faire du 62500bauds d'où la nécessitée d'une interface hard.

Un 16550 ça le fait je crois (c'est ce que j'ai dans mon vieux pc tout pourri et je crois que c'est vraiment répandu)
Si ça le fait pas c'est débile d'avoir des interfaces séries qui font que les modes répandus :s
 
http://www.national.com/ds/PC/PC16550D.pdf la doc du 16550D, apparement on peut pas modifier le *16 donc on peu pas faire du 62500 Jvais demander à des potes fous furieux voir ce qu'ils en pensent ^^
 
Parceque faire une interface qui 'transforme' le 62500 en 115000 ça devient deja plus chiant/cher à faire

bonjour je voudrais savoir ou trouver un calculateur renault sport pour ma clio 16s merci

 
Salut à tous    
 
Quelques instructions à mettre dans le PIC:
 
Bank1                           ; Sélectionner banque 1
bsf        TXSTA,BRGH      ; Configuration de l'UART haute vitesse RS 232
movlw    d'19'                ; SPBRG = 19 à 20MHz pour réception à 62500 bauds (calculateur)
movwf    SPBRG
bsf        TXSTA,TXEN      ; Valide la transmission par le port serie
Bank0                     ; Sélectionner banque 0
 
movlw .144            ; Valide le contrôle de reception  
movwf   RCSTA           ; UART en service 8-bits et mode de réception continu asynchrone
 
A+

Hello I'm from Bulgaria. I don't know a French, so I hope that Google translate correct.
I also trying to understand the Fenix protocol and see interesting posts here. I have a Renault 19 mono injection.
The typical frame data looks like:

You can see that the frame is 31 bytes long.
 
To get the data I use following schematic:

Which convert the data directly to USB, and can be used a notebook (typically they haven't serial port).
 
I write the little soft:

It display the data in real time and also save it in a file. Latter it can be read from the file as it come from engine.
I see that some of the bytes are changed lightly - so they encode some signal level. And some of byte values jumps - so each bit have a different meaning. But it is not so easy task to find which byte which signal encode, and how they are mapped.
Can someone give me a detailed description of bytes in the frame?
If there is a interest of my software, I can give it.
 
Same message in French (Google translate):
Même message en français (traduction Google):

Bonjour, je suis de la Bulgarie. Je ne connais pas le français, et j'espère que la traduction correcte de Google.
J'ai aussi essayer de comprendre le protocole et Fenix voir les posts intéressants ici. J'ai une Renault 19 mono injection.
Le bloc de données typique ressemble à:

Vous pouvez voir que le cadre est de 31 octets de long.
 
Pour obtenir les données j'utilise schéma ci-après:

Qui convertissent les données directement au port USB, et peut être utilisé dans un bloc-notes (en général ils n'ont pas le port série).
 
J'écris le petit soft:

Il affiche les données en temps réel et aussi l'enregistrer dans un fichier. Celle-ci peut être lu à partir du fichier tel qu'il viennent de moteur.
Je vois que certains des octets sont légèrement changé - de sorte qu'ils codent certains niveau de signal. Et certaines des valeurs byte sauts - que chaque bit a une signification différente. Mais il n'est pas si facile de trouver des signaux qui byte qui codent, et comment ils sont mappés.
Quelqu'un peut me donner une description détaillée des octets dans la trame?
S'il ya un intérêt de mon logiciel, je peux lui donner.

Hi logi
 
Good work man...  
Maybe I can help you.  
I use USB interface too.  
 
Have a good day !  
 
Macflygtt78
 
P.S: ia ponimaiou parouski shout shout

Impressive work logi.
What type of IC is this ?

Hey this chip is a must !!!! It is  even capable of reporting break conditions and have a huge (for our needs) rx buffer.
 
Great work !!
 
Somme questions:
- which driver did you use to drive the FT232 ? VCP or D2XX ?
- did you use a specific config of the chip or default config + 62500 bauds ?
- What is the meaning of your errors counters on your livelog prog ? is it errors reported by the FT232 ?
- Could you confirm that the fenix use break conditions to signal premature end of frame ?
 
I know this is a lot of questions ;-))
 
Some data:
The standard Fenix1b/3A/3B frame used on R21T car and on F7P/R engine (R19 16S/Clio 16S/Clio Williams) is 37 byte long + two bytes header (FF 00)
The beginning of the frame:
00 : Program Version  
01 : Map Version
02 : Input Flag
03 : Output Flag
04 : MAP
05/06 : Engine RPM
07 : Throttle position
08 : error present  Flag
09 : noise value in the "cliquetti" window
0A/0B : Calculated injection duration
 
Have a good day and hope to read you again soon.
 
Taz.

Taz, tu as trouvé à qui causer.

yeeessss.
Et je suis presque vexé de ne pas être tombé plus tôt sur ce chip qui existe depuis quasiment huit ans dans ses premières versions !!!    
 
Je pense très sérieusement à ouvrir un petit site dédié aux Fenix avec toutes les infos que j'ai galné sur ce calculo:
Histoire, principes généraux et mise en oeuvre spécifiques, versions, photo, schema, info de trames, etc ....
J'ai juste un peu peur de m'attirer les foudres de Siemens ou de ses clients et c'est pas le genre de  prise de tête qui me réjouirait donc je réfléchi encore ...
 
En tout cas ça fait plaisir de voir qu'il y a encore des personnes qui ne lachent pas l'affaire, même si c'est maintenant des vieux bouzins !!

Hello again, I'm happy that my work is really interesting to you.
 

I use D2XX drivers.
 
This is the function that setup the data line, nothing special, just to be sure that everything is touched:

 
First error is reported if after the end of frame is not detected a FF 00 sequence, second error is if inside the frame a FF is not followed by another FF. There is not detecting of UART framing errors.
 
I hear that on some models there are break conditions, but in my case there is not a pause in the stream. This is what I get when study the interface (I use the audio software just as viewer):

And with some zoom - separate bytes can be seen:

 
Hi logi,
 
I use the following sub:
 
Public Sub EnableUSBAdapter()
USB_BaudRate = "62500"
  'Search USB Adapter
  If FT_ListDevices(0, strDescription, FT_LIST_BY_INDEX Or FT_OPEN_BY_DESCRIPTION) = FT_OK Then
    ftStatus = FT_Open(0, lngHandle)
    'Configure Adapter
    ftStatus = FT_SetBaudRate(lngHandle, USB_BaudRate) 'speed 62500 bds (can be changed to what needed)    
    ftStatus = FT_SetDataCharacteristics(lngHandle, FT_BITS_8, FT_STOP_BITS_1, FT_PARITY_NONE) '8,1,N
    ftStatus = FT_SetTimeouts(lngHandle, 500, 500) 'Read and write timeouts at 500ms
    ftStatus = FT_ResetDevice(lngHandle) 'Erase pending datas (Clear data)
  Else
    ftStatus = FT_Close(lngHandle)
    CloseHandle
  End If
End Sub
 
Easy mate

 
How these bytes are mapped to real values like seconds, °C, rpm? Is it some coefficients, or they are 1:1.
It seems that on my log they are arranged on different way. I also cannot see a 2 byte parameters - expecting some parameter to jump from bottom to top or reverse.

I don't know exactly but:
- some are 1:1 other not.
- if not 1:1, it should simply be a linear coef. The fenix allready have internal maps to convert non linear values to linear ones (air/water temp, etc ...).
 
Did you tried to graph byte 4, 5-6 and 7 to see if it is coherent ? try little and big endian for 5-6.
byte 0,1 and 2 seems to be coherent: fixed value prog rev 0x10, map rev 0x77 and Input flag 0x18 -> "not in neutral/packed mode" and low throttle position.
Because you have a manual gearbox, the "no neutral" bit should always be "1".

Here is a graph of first parameters:

It starts from few data at END of measure, then some data with not running engine and other is on drive.
At offset 4, when the throttle is in lower position it is 0x10, when is pressed 0x18 (bit 3). When is full open bit 4 is clear, value is 0x08.
Offset 5 is some "variable parameter", according to Macfly description, it looks that can be the MAP.
Offsets 6 and 7 maybe measure some temperature. In other tests I see that 7 vary during the time, while 6 is more constant.
Offsets 8 and 9 fluctuate, but the mean value of parameter is constant in time.
Offsets 10 and 11 make a one parameter, 10 is lower byte. Again according to Macfly picture, it looks that they are the rpm (actually the 1/rpm - period of turn)
Offsets 12 and 13 also make a single word, and the parameter is dependent of current engine status.

Yes, full throttle, low throttle and park are negated bits and rpm is period of turn, sorry for not being precise . It seems that there is some variations between models for the meaning of these bits (full/low is bit 4 and 3 for you, bit  0 should be "starter motor on" ) and offsets of other values.

Hello. I need the dweel time for ignition coil renix. for me new custom ignition.

Dwell angle is not really meaningful for an electronic ignition.  Just put any standard figure.

Yes, but dwell time is. Too short and you not fully use the coil, too long and you ask for trouble at high RPM and overheat and so degrade perf at low RPM.
This could easily be measured with a oscilloscope. Will try to find if there is a "standard" dwell time value for coil used with Fenix ECU family, but I think that there is a lots of variants used in a lots of indifferent applications. The dwell time should be adjustable in software ie: the 68hc11 should be able to program the custom ignition chip with different dwell time values.

50/50 will be just fine.

Up ?  
 
Je suis très intéressé par tout ceci =)

Oui. Topic très pointu et très intéressant.
J'ai malheureusement trop peu de connaissances tant en electronique qu'en programmation pour vraiment comprendre.. Mais j'ai tout lu (et relu). Peut être qu'a force, j'y comprendrai ?
En tous cas bravo pour cet énorme boulot et merci pour le partage !

Je suis completement fasciné par ce topic. Je suis fan des sportive renault et j'en possèdent plusieurs.
Je fais des recherches plus particulierement sur les R21 2L Turbo car j'ai des petits electronics. Bien évidement malgré que Renault sois un de mes sponsors, ils ne veulent pas s'en occupé car plus personne n'est capable de faire un diag sur une 21.

A-t-on enfin une solution pour remplacer la XR25?
Je suis super-preneur.
Bravo a tazmaniac et les autres, c'est du super boulot.

Yep les gars !
 
ce topic m'interesse aussi bcp,
 
cf http://super-ethanol.fr/forumE85/v [...] 4964#14964 pour ce que j'ai fait pour l'instant !
 
j'ai des relevés de trames aussi mais elle ne font pas la même longueur que sur R21 ...
 
je précise que c'est pour une Mégane 1.4e calculateur FENIX3(B ?)
 
si y'a d'autres meganistes ici .... viendez !!