MDMAXNMOT/MDMAXNMOTS relationship to KFMIRL/KFMIOP and MDNORM (Bosch Tables)

[jeffx]

Hondata team, are you able to reveal what's going on behind the scenes with respect to MDMAXNMOT/MDMAXNMOTSs on the Bosch Tables?

I have been working with another tuner (GARIX) trying to solve the "Sharkfin" aircharge issue I identified 2+ years ago with larger turbochargers. I was hopeful the KFMIRL/KFMIOP tables would be the answer to our prayers, but it seems we are consistently hitting a limit that we cannot punch thru regardless of MDNORM, KFMIOP/KFMIRL table settings.

this is what it looks like (it's not always this extreme but you get the idea)

sharkfin_example.png

I have been trying to figure out what other tables could be limiting AirC in such a fashion and it seems that the "stock" values of MDMAXNMOT are pretty restrictive. If these arent being changed I could see this being the phantom limiter that we've been trying to seek out and destroy. If so, please open this table up (and so we can test it.

While I'm posting, I'm wondering how MDNORM relates to the other various 1x1 tables that default to a limit of 600nm, such as MoF_trqNorm_C, Mo_trqIdcMax_C, MoX_trqInrMaxStrt_C, MoX_trqNorm_C, MoFTrqPtd_tqInrMaxStrt_C, MoFTrqPtd_tqInrMax_C, Tra_trqInMax_C, and any other similar limit tables I might have missed.


again, THANKS for all of the hard work!

[jeffx]

Sorry, I just realized that the "Torque Limit" table is most likely MDMAXNMOT - we have set this to 100.0% in all cells in any case. I assume it updates the MDMAXMOTS table as well.

I am running out of ideas of why we're seeing this phenomenon and I've been staring at datalogs and tables for far too long...

[Hondata]

Yes, you are correct about the torque limit tables.

If you could provide a calibration and datalogs I will look at it.