NefMoto

Hi.
In a BAM file 8N0906018H when i make changes in these 3 maps KFMI_UM KFMI_UC KFMDZOF_UM, tunerpro can not save with checksum , me7check can not make checksum - selected bin is not a valid me7.x dump. Only winols make checksum and after this both me7check and tunerpro see it ok, but after wrote in ecu , after few km, i have check engine with error check engine - rom error!
Anybody have some ideea why this happen only for these 3 maps?

Because you have an error in function monitoring now.

There is no reason whatsoever to mess with _UM and _UC maps.
Set them to stock.

Thanks prj.
If i tried to modify one of these 3 maps in a stock file , only one value, checksum can not be done. So i think it is something before to write the file in ecu. CHECKSUM can see the wrong function????
The error will appear only start the car with file modified and made checksum only with winols.
I think they works to disabled torque intervention level 2, like zuof and zfil!
I tried right now to modified them in a 032hn and hs file, and the same problem.

Throw out your file. Start entirely from stock, one map at a time.

I tried from stock with 018h and 032hs too.
If i change one value in one of these maps, the checksum not work.
Sincerly, i saw some files with these maps modified and if i check them with me7check or me7sum or tunerproplugin they ar OK.
I went to tried to modified for my car but.....checksum not work.

Stop modifying those values. If i get a chance, i will address it in me7sum but im not motivated to.

Pretty clear this guy is just trying to copy paste some shitty tune from one car to another without having any clue what he is doing.

If you see any tune where these maps are changed then you know 100% whoever did it has no idea about anything.

So we got a guy who hasn't got a clue trying to copy paste something done by someone else without a clue.

Why are you changing them?

Everyone who hasn't got a clue changes _UM and _UC maps. At the same time, you guys say: don't change them, but you also don't explain why don't change them :)

Is your behavior adequate guys?

Because you get a failure like the above.

There are 5000+ maps. Do we have to explain why not to change each one, individually?

Actually not. Only those who are changed by everyone and at the same time are not clear to anyone - like _UM and _UC.

Over the years, you explain 5000+ times that they should not be changed, of course without any willingness to explain.

Then you resent 5000000+ times that everyone is doing the same crap files...

Actually the answer was exactly right. Why would you explain for every single map why it shouldn't be changed?
The simple answer is because these monitoring functions do not have any effect on engine control.

So why would you change something that does not do anything? Just as with another 1000+ maps.

If you are changing random maps because some other idiot changed them, then you are no better than that idiot.
The correct way to tune is to change one map at a time that you understand, after that log the car and see what is happening, and then based on that make the next decision.
Not go full retard copy paste. Never go full retard...

Also, they are not changed by everyone. They were changed by some idiot and then all the other idiots copy-pasted and this is how this cancer proliferated.
Not one person who knows how to tune EVER changes these maps. If you see a file with these maps changed you know that whoever did the file is a copy-pasting monkey who understands nothing of the ECU.

But hey, don't take my word for it. Read the FR and actually read what they do. As soon as you do that once, you will instantly come to the same conclusion about the smooth brained individuals who modify these.

prj can be a jerk but this is something that everyone should have tattooed on their foreheads.

They do not have any direct effect on engine control but may have an indirect effect like KFMLDMX monitor HFM/HLM. When you increase the turbo pressure, this monitor map (KFMLDMX) will lead you to a limp mode. (indirect effect)

I guess this monitoring approach applies to other maps like KLMIMAX too. If we rise values in KLMIMAX, it will be caught by KLMIMAX_UM and some action (limp mode) will follow.

1. KFMLDMX is not a monitoring map. It is SRC high and SRC low for HFM.
2. KLMIMAX is not a monitoring map, it is a torque limiter.
3. KLMIMAX_UM has no connection with KLMIMAX. No, there will not be "some action". You do not understand anything about the function monitoring concept. The only time you need to change any _UM maps is if you change the mathematical formulas in the function assembly. No calibration change warrants changing them on ME7.

Why do you present your opinion as fact? When you don't even understand the function monitoring concept of the ME7 ECU?
All the _UM maps run in a different raster with mock inputs and outputs, they have nothing to do with the main engine control raster. They are only checking if the function math is operating correctly.

100% of what you wrote is BS. Consider your next words more carefully, or even better, read the FR.

I like you

Genius!
These maps KFMI_UM KFMI_UC KFMDZOF_UM are not explained in FR and nobody tell about them because there is some power secrets i think.
I don't try to copy, tried to understood them.
I found them modified in many maps, greate maps for 400-600hp cars.....I think they are not so idiots!

Maybe read the function description before assume something? Its all inside...

ridiculous assertion


even more ridiculous unless they have modified the ASM that uses that code such that the stock _UM values are no longer valid, which is highly doubtful.

You don't even have to dig around. There are only 3 outputs

fuel
timing
wgdc

What outputs are their files generating that yours can't without _UM modifications? If you can't answer that, you have no business doing any tuning at all.

Yes, they are idiots, and so are you if you can not read. Those maps have no effect on engine control whatsoever.
Anyone who changes them does not understand ME7.

Right, first class greec tunning and bulgarian tunning company, both modified the file with these maps..... they are idiots
I don;t know about these maps but yes , i saw difference, error on checksum. HAHAHA

Ive seen those "first class greeck company" me7 files (i believe its e*s)
Openloop wgdc, no 5120, disabled safety futures even with tb failure or coolant overheat
Even kvb was untouched .. who cares?

Most of that companies just blindly changed things theyre seen in damos (in worst case some kind of maestro etc)  - oh its a somekind of torque limit and its not 100% ? Lets screw up this mofo! _um or not.. change both to be sure. Torque limiter when e_dk? Wtf dis e_dk?.. nvm.. skyrocket it and so on

The aim of the U* modules are desdribed in FR pretty clear as was said previously

You really are clueless about the industry.

One more time.

What outputs are their files generating that yours can't without _UM modifications? If you can't answer that, you have no business doing any tuning at all.

Yes, they are. Feel free to name and shame.
Editing maps that have zero effect on engine control = you don't know WTF you are doing.

You are also an idiot, because instead of reading the FR that is out in the open, you are copying shit from other files you stole without having a clue about it.
Luckily those files are shit if such maps are modified in them.

There are many people with years of experience who do not know what they are doing. See the answer of a person with more than 10 years of experience and over 897 Posts:

http://nefariousmotorsports.com/forum/index.php?topic=20435.msg151444#msg151444

IamwhoIam:
"Why do you want to avoid changing them? Do you know what role all these maps play or you just don't want anything to do with "torque"?"
"This shows you really haven't understood anything about how the torque calculations work in a ME(D) ECU."

In fact, after 2 to 3 days of reading FR and it became clear to me about these _UM maps.

The conclusions are clear.

In your list in that topic are maps that are not monitoring maps and are used for engine control. Only _UM and _UC are maps used for monitoring the function code and do not have any effect on engine control.
You have maps in there that are just torque limiters, and others are torque monitoring maps. The torque limiters can need changes, the torque monitoring maps sometimes also, if you are hitting absolute limits, but this is rare.

_UC and _UM run in a completely separate raster and have 0 effect on any ECU outputs.

In fact,  according to FR in my case (MED9.1) I realized that KLMIMAX is not a limiter above a 40% PED position.

Above 40% PED position in KFPZU the torque is ~100%

If:
KLLLRZU_0_A = 0.781 @ 3520RPM
KLMIMAX = 92.578 @ 3520RPM
Temperature_Dependance = 0

(92.578 - Temperature_Dependance) * 100 = 9257.8
 
(9257.8 * 0.01) + Temperature_Dependance = 92.578

The result is 92.578 whether the Temperature_Dependance is 0 or different than 0.


Then 92.578 + 0.781 = 93.359 (mizuvfil)


Above 40% mizuvfil in KFMOF the torque addition is 60.938.

Then 93.359 + 60.938 = 154.297 witch is limited from MDIMX = 99.219 (or ~100%)


Does this mean that KLMIMAX may remain unchanged even KFMIOP last Load axis has values ~100%?

I don't think that conclusion is correct, it's still a multiplication product.
If mizutmp is zero, it will still limit.

KLMIMAX in my experience needs changing.