VEMS Community Forum

VEMS => Configuration => Topic started by: z0tya on July 21, 2011, 07:52:08 am

Title: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on July 21, 2011, 07:52:08 am
Hello !
I have a test inline 4 engine with ITB-s, with connected map signal, but with pure alphaN strategy. And I don't understand how it works, or how need to work.
This is my logs:
cosworth.hu/misc/alphan/_0kpa_v3.3_n003420-2011.07.20-19.53.59.vemslog (http://cosworth.hu/misc/alphan/_0kpa_v3.3_n003420-2011.07.20-19.53.59.vemslog)
cosworth.hu/misc/alphan/_110kpa_v3.3_n003420-2011.07.20-19.52.03.vemslog (http://cosworth.hu/misc/alphan/_110kpa_v3.3_n003420-2011.07.20-19.52.03.vemslog)
Vemstune tuning gauge group seems confusing:
(http://cosworth.hu/misc/alphan/ve_fuel_table_2d.jpg)

How does ecu calculate "VE"?
What about the row headers? (0-16-26-....-404-506)
Is it an interpolation error at the edge of the table?
I have tried with 1% tps in the lowest row, at first.
Vemstune help says with alphaN need change to after throttle - I see on injector calibration that alpha blending is 100% with this, but I don't know which kpa or tps lookup is good 0 or 100.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: [email protected] on July 21, 2011, 08:18:20 am
The engine calculates VE based on the position of the throttle (TPS) (the numbers at the side of the table) and the RPM - TPS,RPM
For the TPS values I was recommended to use: 0, 2, 5, 12, 23, 35, 53, 75, 115, 165, 225, 255
Have you set the AlphaN blending correctly?

Rob
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on July 21, 2011, 11:32:52 am
I would not want blending, just pure tps.
I have tried 110kpa and 0 kpa in kpa or tps lookup in alpha n menu, but no difference. The map connection set to "after throttle"
I don't understand why show ve current arond 80 when I at 0 tps where 0s the table values.
I don't understand what meens the vertical row values on the Ve table on the screenshot. Why the pointer stay between 52-72 when tps 0, and when you open the Ve table from tuning menu there stay the pointer at the lowest (0) row.

(http://cosworth.hu/misc/alphan/vt.jpg)
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: gunni on July 21, 2011, 07:43:51 pm
The engine calculates VE based on the position of the throttle (TPS) (the numbers at the side of the table) and the RPM - TPS,RPM
For the TPS values I was recommended to use: 0, 2, 5, 12, 23, 35, 53, 75, 115, 165, 225, 255
Have you set the AlphaN blending correctly?

Rob

TPS values go from 0-100% now.

That RPM/MAP table is not the right one to modify.

Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on July 25, 2011, 10:08:27 am
Any idea?
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: Jim_W on July 26, 2011, 11:41:37 pm
Just an oversight by the VT developers.  It appears that two tables are kept in VT.  When you open the VE table from the menu, the software looks at the firmware settings to find out which table (RPM/MAP or RPM/TPS) it should open.  When you open the predefined tuning views, this check is not performed and VT displays the RPM/MAP table.  The workaround is to simply open the VE table from the menu and do not tune using the RPM/MAP table.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: mattias on July 26, 2011, 11:49:04 pm
Menu?
For each gauge group where the wrong table is used : Enter edit mode, right click table, select the correct table (RPM/TPS), enter view mode again, done.

Simply put, with Alpha-N use your eyes and check the  table outline -  if it says RPM/MAP, edit the gauge group and be done with it.

A work around to fix this was discussed long ago, it may come some day.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: Jim_W on July 27, 2011, 12:33:44 am
Alternatively, choose the correct table manually.  Open the view you want to change, click the Edit Mode button, right click the table, click Change table to, then select the correct table.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on July 27, 2011, 08:28:22 am
It's okay but the bigger problem is the VE lookup and calculation:
See 110kpa log,  0 tps rpm around 800 and ve current is 100 at the first half of the log when kpa/tps lookup 110kpa.
Why?
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: mattias on July 27, 2011, 09:19:12 am
Some things I noted:
MAP corr table should begin at 100 kPa, not at 0. Haven't tried to see what that gives..
Some features are turned on that don't make sense with your setup.
Ign+Lambda Y-axis should be MAP, or putting the MAP sensor hose after the throttle doesn't make sense.
You should use four ignition outputs, just repat the same output four times (single coil, distributor), this is why the recommended ref tooth table has "0,18,0,18" as the recommended setting.
Turn off all idle control features, not sure you're set up to use an idle air valve with Alpha-N at this point, nor idle ignition advance control.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on July 27, 2011, 12:12:51 pm
I think after / before throttle means only map correction.
Doc says:
after: map lower than barometric pressire will be ignored in fuel calc
before: map will be included in calc
(I think coders see the throttle from opposite direction :D )
I need alpha-n on ign and lambda too, so I changed axis to tps.

But I will try map corr axis hint.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on August 08, 2011, 08:28:43 am
More log:
with 1.1.75 (this is older alpha-n strategy)
cosworth.hu/misc/alphan/alphan_test_1.1.75.v3.3_n003420-2011.08.06-12.02.13.vemslog (http://cosworth.hu/misc/alphan/alphan_test_1.1.75.v3.3_n003420-2011.08.06-12.02.13.vemslog)
with 1.1.96
cosworth.hu/misc/alphan/alphan_test_1.1.96.v3.3_n003420-2011.08.06-12.18.12.vemslog (http://cosworth.hu/misc/alphan/alphan_test_1.1.96.v3.3_n003420-2011.08.06-12.18.12.vemslog)
cosworth.hu/misc/alphan/alphan_test_acc_1.1.96.v3.3_n003420-2011.08.06-12.19.18.vemslog (http://cosworth.hu/misc/alphan/alphan_test_acc_1.1.96.v3.3_n003420-2011.08.06-12.19.18.vemslog)

It seems something very wrong with the VE interpolation, like getting table data from one row above as tps bin says:
(http://cosworth.hu/misc/alphan/ve_fuel_table_2d_1.jpg)

I have no idea :/
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: GintsK on August 10, 2011, 12:12:35 pm
Doesn't your problem comes from Alpha-N IAC compensation? IMHO it is designed to add some IAC dependant VE value.

Gints
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: Ignitec on August 10, 2011, 06:16:30 pm
I did that this way

closed iac
open throttle enough for 900 rpm, remembered tps bin value from tps vs rpm
opened iac, and wrote tps bin to alpha-n iac compensation, and it worked.
i think trick is explaining to vems how much would tps be opened if there isn't iac, because you dont have map to measure anything...

you can change whatever you want in table while in idle, it wont change until you change ve in position with actual rpm and alpha-n iac compensation. when out of idle, everything works :)
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: [email protected] on August 10, 2011, 10:46:28 pm
Good point, I had this with my SR20DE engine on throttle bodies, messing around with and IACV showed me that there needed to be some extra fuel control related to IACV airflow.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: Sprocket on August 11, 2011, 12:58:43 am
Rob, there is an Alpha-N IAC compensation. I initially got confused in a similar vein since I had it enabled without knowing and without any IAC. The IAC integral was increasing trying to raise the idle and moving the active point up the map which started to richen it right up. Took a while to reallise that the active VE point was moving on its own because of this even though there was no throttle input. What drew me to the IAC settings with a little help from GintsK pointing out the config point (called IAC to Load in 1.1.44) was the fact that the active VE point moved up and down the VE map with key on, the same as the stepper motor closes then opens on key on.

If IAC type is configured for stepper or PWM and the IAC refference table that is associated with it, is configured with anything other than zeros, the active VE point will move in direct relation to the IAC position, as a factor of the 'Alpha N IAC compensation' configured value. Change this value and it either increases or decreases the amount the active VE point moves up the table relative to the IAC refference table. This allows extra fuel to be added with the operation of the IACV as though it was the throttles moving rather than an independant valve.

If the 'Alpha N IAC Compensation' value is set to zero, it will dissable this feature and the active VE point on the VE table should now represent the actual TPS


Check the value set in 'alpha N IAC Compensation' under Starting/ Idle then Idle Control General. temporarily set it to zero and see if what you perceive to be the problem disappears, but if you have an IACV then this 'false' active VE point you seem to be experiencing is normal. It might just need tuning.

If you have ITB's and no IAC then you need to set the 'Alpha N IAC compensation' to zero and perhaps even set the IAC refference table to zeros as well. Maybe even set the IAC control type to on/off, but I'm not sure how that changes other things at this time.

Also, as has already been explained previously, the two VE maps you are looking at, while the same, are infact different. One is MAP/ RPM and the other is TPS/RPM. If you have Alpha N enabled you should ignore the MAP/RPM table. Don't let it confuse you un-necessarily.
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: [email protected] on August 11, 2011, 08:09:26 am
This was using 1.1.18 so none of that joy for me :(
Still its good to know about another feature.

Rob
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: Ignitec on August 11, 2011, 05:41:59 pm
On 1.1.84 worked very nice, but until I changed Alpha-N iac compensation (was 198 by default - very bad), it was like famous "black smoke racing" in idle whatever i do... :)
Title: Re: AlphaN problem with 1.1.8x and 1.1.9x and vemstune bug?
Post by: z0tya on August 15, 2011, 07:55:18 am
Doesn't your problem comes from Alpha-N IAC compensation? IMHO it is designed to add some IAC dependant VE value.

Gints

You're right!!! Thanks!

Zotya