MembersPage/NanassyPeter/Status (2006-01-13 10:54:03)

Pending

should check the relevant page, IIRC these are not yet implemented


thermfactor

no coolant temp measurement data was provided so far


matfactor / airdenfactor recalibration

LCD displays -24..-26C air temp instead of -6 .. -8C

MAT - airdenfactor - solved appr 3 days after reasonable data was provided

See EasyTherm page, the precise testing was made with airdenfactor and matfactor that closely matches your MAT setup.

At 0 Celsius the displayed MAT is -16 Celsius. Therefore the ECM enriches appr. 6% (as it should, according to the gas-law), this must be fixed.

We really do not want to hack by raping the gas-law. Instead we fix it the proper way, with proper matfactor and airdenfactor tables. See EasyTherm.


TODO: clean up history, only leave measurements that can be useful

When

This huge difference was identified, eg. appr 3000 Ohm sensor is used.

The sensor is a regular GM style airtemp sensor,like this one here:

http://www.034motorsport.com/product_info.php?cPath=23_30&products_id=58

Note that these measurements are taken in garage,not in a laboratory,i do not have a special equipment for this,80C measurement was made with boiling water.

Temp in Celsius

Real / LCD / DVM (kOhm) / DVM position / NOTE

0 / -16 / NA / NA /

5 / NA / 5.93 / @20k /

18 / 08 / 4.41 / @20k /

21 / NA / 2.92 / @20k /

35 / NA / 3.17 / @20k /My hand,real temp NA

80 *** / 77 / 0.322 / @2k /HOT water,real temp NA Real temp would be nice, but see below

100 / NA, would be nice / 0.200 / @2k /Boiling water w/ bubbles

The 100C point suggests an appr 3000 Ohm sensor: 200 / 152.75 * 2252 = 2948.60.

From this, we can have a good estimation of the 80C point: 322 Ohm * 2252/2948.6 = 245.93 Ohm for a standard 2252 Ohm sensor, which is appr 84.15 Celsius. This suggests we want +7.2C = +13F at high-temp (so 101C reading ment actual 108C which - if known - would have advantages for the coolant temp, but remember this is all for the airtemp at the moment).


2005-12-31 UPDATE:

tried bot 3000_270 and 3300_270, max MAT increase was 2C with 3300 (from -16C to -14C), but with this i was unable to use MegaTune, because it crashed, i think because firmware version problems ( i used the good one!!).

OK so here you go:

version v3.3

serialnr 312

firmware 1.0.19

Megatune R27

config,tables,vemshex zipped together(renamed,but used with normal original name!)

http://www.vems.hu/files/MembersPage/NanassyPeter/mcd_mct_hex.zip

Take care to copy-paste properly.


Messed up vems.hex version ?

Anyway the symptoms were the same,no MAT reading change after firmware change,

But when you click continue, megatune otherwise works OK ?

This suggests you likely messed up the firmware and used a different one than you intended (used earlier).


Ego

Today i noticed a weird ego thing:

in the lambda table there is 1.00 at idle,and the engines current lambda is approx 1.00-1.04 BUT the ego correction is at -07 - -10.

With ego=+00, lambda would be appr 0.90 .. 0.97, so the direction is right. When lambda is leaner than configured, ego slowly (speed depends on config.ego_pid_kp and ego_lag) moves toward enriching (ego++). It's not the ego correction value (you can get any by configuration) is of interest. But the direction of change: eg. if it's leaner than configured BUT ego keeps climbing down (--), that's suspicious! (shouldn't happen).

Take datalogs if you'd like to evaluate. Trashgrade injector-match (regarding injector-opening : independent of flowrate) especially with big injectors might make it impossible to keep lambda within 1%.

Btw, refer to actually used config if you expect someone to consider the "report". Profanity is no substitute for this.