So after even more research here is some info for other NA people if they wish to do this:
So CWMDAPP has 3 bits in NA soft and 5 in Turbo software
CWMDAPP
7 6 5 4 3 2 1 0
+---------------+
|x x x x x x x x|
+---------------+
ˆ ˆ ˆ ˆ ˆ ˆ ˆ ˆ
7 6 5 4 3 2 1 0
0 - is bit for timing without torque interface - B_zwappl - this means ZWBAS + other stuff will be running the timing but no torque intervention adjustments
1 - is bit for Throttle Plate angle control via the accerelator pedal(a map + wped) - B_fpwdkap
2 - is bit for throttle plate angle control via a fixed value - bit 1 has priority over this even if you turn both on.
3 - nothing
4 - TURBO ONLY - B_ldsafw - bit for LDR runs on control with fixed value LDRAPP - used for WG duty setting manually on turbo application
5 - TURBO ONLY - bit Changeover: target boost pressure setpoint boost pressure on application - againt used for WG stuff on turbo applications
So what we really need is bit 0 and 1 to be 1 ( 00000011) - this disables basically all torque functions.
So by default ME7 throttle plate angle is calculated from many factors in FUED module which basically looks like this:
(there is some other stuff that can modify the output here but I am not gonna show them for simplicity)
wdksgv_w - desired throttle blade before application interface - basically this is the calculate desired throttle plate angle
wdksap_w - final throttle angle with application interface - basically this is the output of this module which goes into FUEDKSA from here, more on this later.
So if we set bit 1 in CWMDAPP and our motor speed is more than 0, our path is gonna look something like this(in normal mode):
wped_w - is normalised pedal position based on potentio meters in the pedal assembly, no need to change this
FPWDKAPP - this map controls the actual desired throttle plate angle , not KFPED..(though in if you dont disable timing torque interface, KFPED should still affect the timing torque structure)
the input is obviously wped_w and the output is WDKSV_W (basically the desired throttle plate angle)
this value then runs into an additive which incase is 0% then goes on to wdksap_w.
Now in not normal mode ( low temperature model) its gonna looks like this:
evtmod - this is modelled temperature @ intake valves
EVTMODMNDK - min. temperature of before the additive offset gets added to the desired throttle angle (when motorspeed = 0 )
WDKSOFS - Offset added to appl. value of desired throttle position at low temperature - this is the offset that gets added to desired throttle angle at low temperatures - when EVTMODMNDK is bigger than the modelled temp @ inlet valves
Aftet this the desired throttle angle value goes on to FUEDKSA as I said before where it CAN get limited , adjusted, and delayed by many things.
but this is the default path it takes without limp mode:
the output goes onto split to many things but the first thing that happens is jitter correction of the plate, then delayed which is important because changing from one value to another is not instant mechnically obviously.
there are many values here but they arent that important to the end user I guess:
WDKSB_W - Throttle-valve target angle after limiting
WDKSBA2_W - Throttle-valve target angle after limiting, value from computing schedule n-2
WDKSBA_W - Throttle-valve target angle after limiting, value from computing schedule n-1
wdksp_w - Predicted desired throttle angle
wdkspa_w - Predicted throttle-valve angle, value from computing schedule n-1
wdks_W - desired throttle angle reffered to lower mechanical stop
dwdks_w - modification of desired throttle angle
etc.
Load should still follow MAF reading ,but KFMIRL and KFMIOP and etc. should still go out the window , as again CWMDAPP ignores everything past the function.
Now again here is my question to da pros:
NA software doesnt have rlmax .. so in theory you can have as much cylinder charge/load as you want ( limited by the actual 8bit or 16 bit value) BUT fueling/timing axes are limited by load which are currently maxed at 100% obviously( as NA motor)
so does fueling follow actual LOAD or requested LOAD in this mode:
1. IF fueling follows actual load(MAF reading) in this mode:
- 1st option: since KRKTE is injection time ms / % load , it should be enough to get this right and scale some other load axes up like on LAMFA etc. to get fueling control, right?
- 2nd option: Would I need to change the whole intake model to basically set 0-100% load with a specific raised MAF flow / load % / throttle opening if you get what I mean like DBC cars without touching MLHFM, which map would I need to change exactly - KUMSRL , KFMSNWDK , WDKUGDN maybe even KISRM etc.)
2. IF fueling doesnt follow actual LOAD and it follows requested LOAD , how can you increase / which map controls ( in cwmdapp mode) the requested load. Since KFMIRL is ignored what else. Again no charge control maps.
Maybe someone can shed some light on this. If not I'll just go and experiment I guess. Thanks!