ECU disassembling?
So you're saying a higher resolution map in a stand-alone with greater processing speeds can't make use of the larger mapping? I highly doubt that. Granted we don't need a 32X32 map but adding 5 or 6 more columns on each axis would definitely do wonders. Especially for the guys now exceeding the 340 loads and revving to 10K RPM. Take a look at their scaled maps and tell me they wouldn't benefit greatly with greater resolution, especially for cruising.
I agree that with expanded higher load columns it would be nice to have more available.
What I am saying is with my aftermarket computer I was able to see that it only hit a few cells on its way to max load. There just isn't time. The car jumps many load cells in an instant and can only keep up by anticipating. You can see the same thing on the map trace on the stock ecu.
And I wouldn't be surprised to find that the stock ecu has more built in adjustments to refine its position/ output than the aftermarket.
What I am saying is with my aftermarket computer I was able to see that it only hit a few cells on its way to max load. There just isn't time. The car jumps many load cells in an instant and can only keep up by anticipating. You can see the same thing on the map trace on the stock ecu.
And I wouldn't be surprised to find that the stock ecu has more built in adjustments to refine its position/ output than the aftermarket.
Evolved Member
Joined: Jan 2006
Posts: 953
Likes: 2
From: Oxfordshire
I have done a bit of work on larger maps for my Evo VII, I 've got the fuel maps, the RPM and load scales, the code pointers and map headers pretty much done, but have not tested it and really don't have the time for it right now. If anyone wants to look at them, let me know.
MB
MB
Thread Starter
Evolving Member
Joined: Sep 2006
Posts: 152
Likes: 0
From: Germany
Already read this thread (and post in it), but there is no information about the Switch "auto" position.
I have logged this morning all that Processor ports that where possible through mut, but no BIT change occure. I have found the change at PJDR Bit 0 for the led.
Now I am a little bit confused, because tephra is using it in his patches.
Where is this Bit? (LOL the search for ONE Bit in a world of Terabytes)
I have logged this morning all that Processor ports that where possible through mut, but no BIT change occure. I have found the change at PJDR Bit 0 for the led.
Now I am a little bit confused, because tephra is using it in his patches.
Where is this Bit? (LOL the search for ONE Bit in a world of Terabytes)
Can you help me out?
I have try some variables, but none find yet.
Thread Starter
Evolving Member
Joined: Sep 2006
Posts: 152
Likes: 0
From: Germany
Thread Starter
Evolving Member
Joined: Sep 2006
Posts: 152
Likes: 0
From: Germany
This begins to p... me up.
After reviewing much of code I think I have found some canidates/variables.
I have logged this variables tonight but nothing found.
@tephra
It is enough when you name the variable that you have used in your patch in the Rom ID 90550001 then I can found it in my Rom.
After reviewing much of code I think I have found some canidates/variables.
I have logged this variables tonight but nothing found.
@tephra
It is enough when you name the variable that you have used in your patch in the Rom ID 90550001 then I can found it in my Rom.
Thread Starter
Evolving Member
Joined: Sep 2006
Posts: 152
Likes: 0
From: Germany
One more question.
How is this 'Rear O2 Simulator' patch realized?
Is it simply a copy of the front signal to the rear adresses, or is there a timeshift needed?
Have somebody a log of front and rear O2 Sensor Voltage with a working Catalyst?
How is this 'Rear O2 Simulator' patch realized?
Is it simply a copy of the front signal to the rear adresses, or is there a timeshift needed?
Have somebody a log of front and rear O2 Sensor Voltage with a working Catalyst?