Jump to content
SAU Community

Recommended Posts

hey,

not sure if anybody else here has really looked into the whole eccs (stock ecu) remapping side of things, but i've been giving it a bit of thought as of late. actually flashing and changing maps etc on the rom onboard the ecu is not much of a problem, but when it comes to tuning the only real way i've seen people doing it is to buy a rom emulator so that maps and other details can actually be changed on the fly, ie when the engine is running, and then flashing the rom when you're happy with the maps etc. The rom emulators are big bucks, and without one it becomes quite tedious as one has to flash the rom after every little detail they change, which would suck majorly. Doing it either of these ways i imagine it would be quite hard to do a proper map trace too.

anyway, i was looking through the consult protocol (http://www.plmsdevelopments.com/images_ms/Consult_Protocol_&_Commands_Issue_6.pdf#search='consult%20protocol') that plms developments have reverse engineered and noticed that all maps can be temporarily adjusted. with this in mind, i believe it would be possible through the consult port and after developing the right software (after watching dr drift i _think_ this is what he's working on) to emulate the entire operation of the ecu from a laptop and tune from that, thus eliminating the need for a rom emulator. this would also make map tracing a synch and could also be tied in with accurate o2 readings from a wideband to make sure everything is running fine.

the only real problems i can see with this setup is weather or not the speed of the consult bus and refresh rate would be enough to keep up with the engine..

anyhow, just after other peoples thoughts and experiences at this stage, perhaps something could be developed together making tuning for all us skyliners alot cheaper and easier.

i was also wondering on what people have done to keep the cvt enabled when implementing the r32 ecu on the r33 (the r33 ecu is alot more work to mess with as opposed to the 32 ecu)..

cheers,

mark.

Link to comment
https://www.sau.com.au/forums/topic/132134-a-few-thoughts-on-eccs-remapping/
Share on other sites

To my knowledge, the consult does not have the capability to change fuel map at different load points but rather a rough adjustment across the board. You can also change base timing but once again, not at different load points, only across the board. The EEPROM upgrade will still remain the best way to do it.

I am pretty sure Sam is still the only person who can remap 'on the fly' as well.

To make temporary adjustments permanant, you would need some type of laptop or computer device to continuously send data to the given addresses. This, in itself, would end up costing much more than just a remap.

good points, the consult doesn't have the ability to actually change the fuel maps, but this is where the whole emulation thing i should've been mroe clearer on comes into play. you can change the fuel / timing across the board, but with the consult you also have access to every sensor that the ecu has access too when it calculates which cell to use in each map, so theoretically all that would have to be done is to whip up a script that reads the inputs from the sensors and then reads the appropriate cells then adjusts the fuel/igintion/whatever to suit, just as the ecu would do itself. when tuning is complete one saves the image, removes the laptop from the consult port then flashes the rom in the ecu and bob's your uncle.. theorectically :(

To my knowledge, the consult does not have the capability to change fuel map at different load points but rather a rough adjustment across the board. You can also change base timing but once again, not at different load points, only across the board. The EEPROM upgrade will still remain the best way to do it.

I am pretty sure Sam is still the only person who can remap 'on the fly' as well.

To make temporary adjustments permanant, you would need some type of laptop or computer device to continuously send data to the given addresses. This, in itself, would end up costing much more than just a remap.

I can garuntee you that he is not the only person to make changes on the fly. Hasn't he only just worked out how to chip/emulate the s15? And no the standard ECU is not flashable it's just an EPROM to flash you need EEPROM.

Edited by rob82

check out liveedit, combined with a romulator you an mod and edit the maps for your stock ecu on the fly.

for people tuning with a eprom burner i sudgest some amtel 29c256 chips which are flash chips and are electronicly eraseable and drop in for the std 27c256 chips that are found in the stock ecu.

number of ways to do this but whatever you choose the outcome is up to how well its tuned.

the stock ecu is VERY capable and can do some impressive things, tune it right and it will treat you well every time.

thanks for the info carlh, the reason i was thinking of attempting this is that it is cheap for everybody to use, software (freeware :dry:) doesn't cost money, the only price would be the socket and chip, which isn't much, but when you start factoring in the romulators things start getting expensive as i haven't been able to find a cheapish (as in they're all around the $400 mark from what i've seen) one yet :\ anyway if anybody else can shed some more light on the topic i'd be most appreciative :)

I'm fairly sure fuel maps can't be adjusted at all from the consult interface like base timing. But for timing tuning, if you did a real time map trace through the consult and dynamicaly adjusted the base timing you could tune timing maps in real time.

For instance, say if you wanted an extra 2 degrees of ignition at a certain rpm and load point, the program would give the 'change base timing by +2 degrees' command while the map trace shows it was using that certain cell. As soon as it left that cell it'd take away the command or issue a different one to suit another cell.

I'm sure it could be done, I just don't really have the time and enthusiasm at the moment :laugh:

Sounds interesting but a bit of a hassle to save a few hundred bucks.'

I'd be mre interested in replacing main processor with a PIC chip, external RAM and flash which are incredibly flexible and easy to program.

Edited by Color_Of_Green

I havent read everyones posts but Badbiki makes a flash daughterboard with usb interface that does away with the need of emulators, but the price is quite large compared to a standard daughterboard so I dont see an advantage unless you plan on doing some tuning yourself.

Edited by midnight

i had looked into using the biki board for the rb20 ecu and even had one in my hands for a short bit but the biki board doesnt 'truly' support the 27c256 prom based ecus, it requires a jumper harness...

to my knowledge lucas (badbiki) hasnt completed the prom ecu stuff yet.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Similar Content

  • Latest Posts

    • They need to get a grip. R32 GTRs got as low as AU$8-10K at one point here.
    • You have just offended every teenage boy in America
    • Structured text and other high level PLC programing languages are not allowable in Functional Safety. They are very difficult to audit. My PLC stuff is almost exclusively oriented towards Burner Management Systems which are a particularly pernicious form of Safety Instrumented System, when implemented in an SPLC. Even the part of the code written to work in the non-safety logic part of the PLC, like with a Siemens S7-1500 series, still needs to be treated as if it was safety code, with access restrictions, code fingreprints and the like. And Allen Bradley can go EABODs. They ae full of shit. They have this whole lie going on where they say if you use a ControlLogix controller and its IO, and then just duplicate the IOs (ie, run in series or parallel depending on type, to try to make it "fail safe") and "use these programming styles and place these restrictions on what you do" that you can achieve SIL2. What a load of crap. They just get away with it because no-one in the US seems to understand the first thing about Functional Safety and carries on as if all they have to do is buy only SIL2 rated equipment and hey presto, it's a SIL2 system. Idiots. /rant
    • If you're really considering leaving it, a great question to ask is, is the magnet going to stick to the sump? The answer to the above is the same answer towards if I'd have any level of comfort leaving it... Personally, based on the cost of a motor if the magnet were to cause damage, I'd be fishing it out either way. Use the methods in here. It fit in through the plug hole, it'll come out.   PS, get a small actuatable claw for a bore scope. OR if you know a vet, they have really cool controllable scopes with hooks on the end. Supposedly they're like playing a video game. Ask if they can acquire you one of their scopes... Engine oil after all is just a different type of lube right? Will only make it easier on the next dog or cat...
    • All other (Boolean) logic functions though, are just built on those blocks above. Which does give you a lot of functionality in logic. It is basing that on using thresholds with analogue signals like GTS alluded to.   Not having things like timers will make it less useful for some of the ramp up logic you'd want, and again, on Haltecs capacity specifically, I'm not across anymore what you can / can't do with different tables.   I'm assuming, with your logic you want to implement, not only do you want your timing safeties, you're wanting to be able to derive the duty cycle for your solenoid, to maintain I'm assuming 175PSi? Or are you using a standalone WMI controller to maintain the DC correct, and you just want the Haltech working out which fuelling maps you should be on?
×
×
  • Create New...