RomRaider

I don't have much to add, but those ".xyz" files are plain encrypted Zip files with password "1234".

I had looked at consult3 code many hours and found the biggest challenge was just figuring out exactly which files are used for a particular scenario. Everything's spread out in a billion packed xml files...

That’s really interesting with the password thing haha But tell me about it! Everything is just all over the place. Like sure if I spent the time decrypting, I could figure out all of consult functionality. But I’d rather not go through alllll the files just to end up with hardly anything to show for it. I’d rather figure out if the TCM requires consult protocol or if it’s simply some KWP2000 one. I’m gonna put my money on those functions being that key. Butttt with the engine torque map directly altering line pressure, the TCM is no longer required to be tunable to be FI ready. But there’s so much tunability if it was cracked, that it’s still worth my time. I’m gonna try figuring out those functions sometime because I really feel like they’re going to be useful in some sort of way.

I too need this but I have no idea about coding. I am happy to donate towards the cause though.

I have a VK56 swapped Frontier build in progress, transmission wise it has a Level10 converter and valve body. I intend on getting cams but with all the mods moving the power band to the right I would like to be able to change the shift point rpm to suit.

Raising the values in the Engine Torque Map will directly result in increased line pressure. This should be enough to accommodate any modifications done.

Was hoping to be able to edit the shift rpms to cope with peak tq moving.

I’m not entirely sure how the TCM handles shift points, but you could lower the load base fuel schedule table values to get it to register a higher load % earlier on. That should help a bit. But if you’re WOT, it should always shift at redline.

Thanks for clearing that up.

Apparently there is an issue when you've increased torque, the factory line pressure being too low at part throttle causes the clutches to burn up.

But again the torque management tables in Uprev should take care of that.

I'll stop cluttering the thread now lol

I noticed that after editing the torque map, you need to pay attention to the fuel mixture correction, it runs away. It is required to take care of the fuel correction, edit the fuel mixture. max you can add 20% to torque map !

The engine torque map? Or the QH0 Torque Conversion map? I didn’t see any fueling functionality within the engine torque map’s function, so I presume you mean QH0 lol

Engine torque map!

Have you noticed that on automatics as well? Or primarily manuals / CVT’s? I was safely running 1000Nm with an AFR deviance of +0.2 maximum during open loop fueling. Even when the torque map was altered after fueling was dialed in.

Just checking in for moral support

I appreciate it! Unfortunately, I'm not going to really be making any progress for a bit. MPC555 code is completely different from SH7058 coding. As I'm currently in college, I'm not able to dedicate the time needed to learn the complexities of a new processor. Eventually I want to get one setup on a bench so that I could safely test out new things, but it'll take some time.

I think I have the basic info now. Reflashing will be done through K-line using KWP2000. (I Think) The FSM confirms that the only direct connection to the OBD2 port is through K-line, alongside consult protocol being through K-line. Looking at some Consult files shows "TCS_C4_Reprog_TCM_KWP" which would lead one to believe that the TCM is flashed through KWP2000 protocol. On top of this, there are plenty of mentions of TCM_KWP.

So I'm going to take it as this confirming KWP2000 as the protocol. I'm definitely going to see if IDA can give a good disassembled view to see if I can find any mentions of 0x27 and 0x36. Some interesting stuff from the FSM; NO Work support for the TCM, NO data monitor (spec) for the TCM, and NO Active tests for the TCM. So that also means that anytime you want to clear self learns, you have to disconnect the battery. I honestly don't know ANYTHING about MPC555, and the code makes no sense to me. But hey, I'm trying

Anyway to officially confirm whether it's KWP2000? And if it IS KWP2000, doesn't that mean that Nisprog is compatible? (apart from the kernel) I mean, I was able to get a TCM dump using Nisprog lol But could just be something else that made it work.

kwp2000 = iso14230 so yes, it should. You can try something like
diag fastprobe 1 0x40
diag fastprobe 1 0xff func

to find all units that respond to a fastinit. i.e. ECU will respond on 0x10. Not sure what address TCM is on...
you can also try nissandtascan, I think it can connect to TCMs ? you can check what address it uses.