Support officiel Megasquirt, Tech Edge WBO2, Tuner Pro, AutoSport Labs et Fenixecu 

  • trame logger techedge

  • Support pour le matériel d'acquisition de données Tech Edge. Si vous avez un problème avec votre matériel, ou une solution à un problème, c'est ici qu'il faut poster.
Support pour le matériel d'acquisition de données Tech Edge. Si vous avez un problème avec votre matériel, ou une solution à un problème, c'est ici qu'il faut poster.
 #4824  par kickoune
 21 déc. 2015 18:57
bonjour,
je suis en train de décortiquer les trames techedge.


ex: 5A A5 I 02I 08 CC I 10 07 I 44 84 .. (je marque juste le début)

d'après le site techedge = 10 07 = 4103 L16 = (4103/8192) + 0,5 = lambda 1,xx

je pige pas winlog et l'adx tunerPro n'affiche pas du tout pareil.

winlog affiche 207 en lambda sans fichier de fonction
je suis sonde débranché.


tuner Pro avec l'adx affiche comme le calcul si dessous,

lambda = 1,0xxx

j'ai regardé un premier coup d'oeil, ne m'a pas trop enchanté..
le site techedge est pourtant très bien documenté, j'ai pas du comprendre un truck.


si vous avez des idées. ceux qui ont utilisé déja l'adx peut être.
 #4831  par kickoune
 22 déc. 2015 20:42
mon logger utilise le packet V2 classic, le moins décrit.... :(
je continue de chercher.

cdt
 #4833  par Manu
 23 déc. 2015 19:10
Salut,

Les 2Y1 utilisent le format étendu de Tech Edge de mémoire.

De toute façon, à partir de la v2 la trame est similaire :

http://wbo2.com/sw/logtech.htm

Sportivement,
Manu
 #4861  par kickoune
 31 déc. 2015 18:44
Image


je pige pas il doit avoir une formule plus simple..

WB+ et WB- est independant du datastream?
si on reconfigure le DAC.

si c'est le dac dans le trame rs comment winlog l'interprète alors qu'il ne lit pas la config.
si je décide de faire mon 5V avec un AFR custom.
je pige pas.

Bytes 6 & 7 Originally Wblin DAC count, but in 2007 these two bytes were redefined to be Lambda-16 for all controllers except 3H1 where it is Ipx (0).

Lambda-16 (λ-16) is fully described here and is an accurate way to represent the full range of Lambda values in a simple and controller independent way.
Ipx (0) - For the 3H1 unit = first channel's Ipx (see below). The next 3H1 field is Ipx(1).
WBlin DAC count is used to generate the WBlin output voltage. It's a 12 bit value (0 to 4095) that is applied to the DAC (Digital to Analogue converter) and represents the voltage in mVolts produced by the DAC. The DAC is followed by a amplifier with a gain of 1.00 (for newer version 3 units) or 1.22059(=(68+15)/68 for older version 2 units). Note that the WBlin value is looked up in the WB unit's EE PROM tables using the pump current (Ipx) as index.



* Note: while the WBlin voltage, when used correctly is quite accurate, the Lambda data in the RS232 data frame is inherently more accurate and does not suffer from some possible sources of signal degradation that beset all analogue data.


v = (AFR-9)/2


je vais chercher un plus avec l'émulator wbutil.
mais on peut pas le relier à winlog en direct, il repond pas au requete winlog.

Pour l'instant j'ai vu toutes les informations.le 2J2 a l'air différent des autres à ce niveau avec sont 9,5bits je sais pas comment cela se mouline.
en tout cas c'est pas linéaire.

cdt
 #4862  par Manu
 01 janv. 2016 10:08
Salut,

Je ne vois pas pour quel type de projet tu cherches cela mais tu confonds quelques infos. En effet tu mélange le matériel et le logiciel. Par exemple WBLin est une sortie analogique high side totalement indépendante de la trame RS232.

Tu peux paramétrer WBlin comme tu veux, cela ne change rien à la trame RS232. Dans la trame RS232 tu as l'info Lambda16, non WBlin...

La différence que tu cites à prpos du 2J2 et également au niveau matériel. le convertisseur AD/DA des contrôleurs de la gamme Tech Edge professionnelle sont des convertisseurs 12bits (hardware). Les 2J2/9 et OEM6 possèdent eux des convertisseurs sur 9,5 bits (rapporter en bits pour comprendre le 0,5 ;) )

Pour ce qui est de la valeur 207 que tu n'arrives pas à trouver alors que winlog arrive à l'afficher c'est assez simple : lorsque tu es à l'air libre tu dois logiquement avoir un pourcentage d'oxygène d'environ 21%. Certains disent 20,9%, d'autres 20,7%. Justin lui dit 20,7%, soit une valeur de 207. C'est juste sa façon de t'indiquer, à travers sont soft, que la sonde est dans une condition de non combustion et à l'air libre. Mais tu ne pourras jamais trouver cette valeur par calcul à partir de lambda16 et la formule TE.

Sportivement,
Manu
 #4863  par kickoune
 01 janv. 2016 14:15
je sais bien mais il me semble (et je l'ai prouvé) que je n'ai pas la lambda16 sur la RS232.
c'est facile à prouver, tu mets winlog en auto, débranché j'ai 207 en lambda.
tu forces un packet V2 lambda16, tu as 1,xx en lambda. comme sur l'adx techedge.
mes packets sont V2 classic tu as 207 en lambda comme en auto.

bon déja ca prouve que mon 2J2 travaille pas en Lambda16.

ce paragraphe explique mon problème:

Why λ16?

The original Tech Edge wideband controller (the 2A0) worked with just one sensor family (the LSU 4.0/4.2). We didn't think of all future possibilities when we made some firmware design decisions. For RS232 logging we specified a 2.0 data frame with two Lambda representations:

Ipx = the sensor's Normalized Pump Current where 0 is the maximum rich value and 8192 is the free-air value (ie. Oxygen % = 20.7 and there are no additional hydrocarbons present). Ipx is limited to the range 0 to a slightly larger value than 8192. Ipx at stoich is a value around zero pump current (or close to 4096). The actual stoich Ipx depends on the sensor and to some extent the gas mix.

DAC-Count = the 12 bit value of the currently programmed WBlin voltage sent to the controller's hardware DAC (Digital to Analogue Converter). For the default output values, the DAC-Count was 0 for AFR = 9.00 and 4095 for AFR = 19.0.

This created some future problems:
If you use Ipx then non-linear tables and interpolation are, for many people, apparently difficult to program as it requires a non-linear lookup-up table and interpolation, to generate λ (or AFR).

if the WBlin voltage was re-programmed then the DAC count changes too!

Different sensors have slightly different Ipx vs. λ curves, which means that if you use the Ipx field and a fixed lookup table, then if the sensor type changes (eg. from LSU 4.0/4.2 to LSU 4.9 or to NTK) then the lookup table should also change.

We wanted to resolve these problem, which were not significant except for those customers who wanted the best possible accuracy our equipment was capable of (and who doesn't). So, we introduced Lambda-16 and put it in the DAC-Count field which was most likely to change anyway.


merci
Modifié en dernier par kickoune le 01 janv. 2016 22:53, modifié 2 fois.
 #4864  par kickoune
 01 janv. 2016 20:13
ce c'est que je pensais ce sont les ipx comme le 3H1.
sa correspondais pas à du DAC, ni a du Lambda16.


c'est exactement ce que j'ai:
0 0,6089 8,95083
1 0,609 8,9523
3 0,6091 8,95377
7 0,6095 8,95965
15 0,6101 8,96847
31 0,6115 8,98905
63 0,6142 9,02874
127 0,6195 9,10665
255 0,6298 9,25806
511 0,6503 9,55941
1023 0,6918 10,16946
2047 0,7748 11,38956
4095 1,0086 14,82642
8191 206,458
16383 207
32767 207

j'ai trouvé l'info ici:
http://wbo2.com/sw/conf-afr.htm
Note that three special areas of the table are highlighted.
Ipx of 0 is the righest reading the unit can generate (Lambda=8.95).
Ipx of 4096 corresponds to a Lambda of 1.009 (actual Ip, or pump current, is zero) and a percent oxygen of 0.
Ipx of 8192, after the unit has been properly calibration, corresponds to an oxygen content of 20.9% and Lambda of 207.
ce que je pige pas c'est que winlog doit avoir une table mais la calibration ne calibre que le point à 8192.
la reponse des sondes doit etre différent etc...

il parle tout le temps de 65 points mais juste un est calibré.
je vais coder simplement la table décrite http://wbo2.com/sw/20-tables.xls:
ipx vers lambda que doit avoir winlog en mémoire.

tout devrai rouler.
merci