Since these tables were released on VTT's website I think its safe to make it clear as day they are available for the self-tuners so now the ever lasting whine may cease and fuel shall be abundant.
Different things in each file ...
Different things in each file ...
He is the one who defined the tables everyone is using to silence the chattering. That's probably what he included.
I can't remember the specifics but at 40* C the hpfp uses a different pressure table. I think they were forcing it to kick over immediately and target a lower pressure or something to that effect.
The high pressure upon startup is what causes the chattering for N54s. Even with the changes you get a couple seconds of moderate chattering.
On N55's without the changes it seems startup is fine but warm is noisy which is the reverse of the N54.
So pressure tables should be adjusted accordingly, assuming the n55 tables are defined at some point.
yep the names are different... you can match the address and description for what you need
and thanks to @Chris@Motiv for testing the theories out...
in short, the clunking is due to the high (~2900 psi) startup hpfp pressure in the high pressure fuel target (cold) map
you can either adjust the threshold on when it switches over to the (warm) map or reduce the fuel pressure target in the cold map
as for vcv tuning, higher A (Amperage) value = the valve extends more(more fuel), do keep in mind... the valve will lock up past a certain A
<XDFTABLE uniqueid="0x77F0" flags="0x0">
<title>Flow Request to Current Request</title>
<CATEGORYMEM index="0" category="2" />
<CATEGORYMEM index="1" category="171" />
<XDFAXIS id="x" uniqueid="0x0">
<EMBEDDEDDATA mmedtypeflags="0x02" mmedaddress="0x5537E" mmedelementsizebits="16" mmedcolcount="16" mmedmajorstridebits="0" mmedminorstridebits="0" />
<units>L/H</units>
<indexcount>16</indexcount>
<embedinfo type="1" />
<datatype>0</datatype>
<unittype>0</unittype>
<DALINK index="0" />
<MATH equation="X*.003891050584">
<VAR id="X" />
</MATH>
</XDFAXIS>
<XDFAXIS id="y" uniqueid="0x0">
<EMBEDDEDDATA mmedelementsizebits="16" mmedmajorstridebits="-32" mmedminorstridebits="0" />
<units>A</units>
<indexcount>1</indexcount>
<datatype>0</datatype>
<unittype>0</unittype>
<DALINK index="0" />
<LABEL index="0" value="0.00" />
<MATH equation="X">
<VAR id="X" />
</MATH>
</XDFAXIS>
<XDFAXIS id="z">
<EMBEDDEDDATA mmedtypeflags="0x02" mmedaddress="0x4A5AC" mmedelementsizebits="16" mmedrowcount="1" mmedcolcount="16" mmedmajorstridebits="0" mmedminorstridebits="0" />
<decimalpl>2</decimalpl>
<min>0.000000</min>
<max>255.000000</max>
<outputtype>1</outputtype>
<MATH equation="X*.001">
<VAR id="X" />
</MATH>
</XDFAXIS>
</XDFTABLE>
It looks like the flow request to current request table is missing from your XDF. Here it is adapted from the xdf that Vargas shared.
What is misfire deactivation?
Also I think you told me about some way to monitor knock signal externally, is that part of this?
Glad to finally see somebody going through and adding more available tables to the definition. Following.
anything you like specifically? i believe you have the technical docs as well...
no gurantees i can do it though... im not as skilled as guys like jake
I am not Justin but i would like to ask you something Do you accidentally know about the upshift bangs? Many cars have them intentionally like the TTRS or maybe also some BMWs (i only know it from local TTRS). I was in the talks with V8Bait about that and his idea was to activate burble so that the effect might also appear during shifting. But it wasn´t that.
My DCT does it sometimes accidentally from 1 to 2. And it is awesome
Uh and if it is not asked too much the breakpoints of the fuel cut delay tables would be super awesome.
I guess the vertical values are load so practically 90 load is the limit for individual setup.