Horsepower heads?

Moderators: Ron, Jim Price

User avatar
KyleMayket
Platinum Member
Platinum Member
Posts: 563
Joined: Friday Feb 15, 2008
Location: Johnstown,PA

Post by KyleMayket »

MOONDOGGY wrote: - 4 Banger: gotta side w/ Mikey Wax on the Lotus Exige. A bare-bones race car for the street. Unfortuantely, the State-side models are running Toyota power plants and drivetrain = Not quite up to par with the real deals in GB.

I'm pretty sure that the Lotus Exige uses a toyota engine all over. The 2ZZ-GE (same engine as the Toyota Celica a couple years back) They raised compression on the first model Exige, and then in 2005, they added a supercharger onto it.
But you're correct, the G-1 Exige (2000-2003) came with a Rover K series engine, but even in it's top tune it was only 192 HP (race trim). Then to the Toyota, now to a boosted Toyota to the tune of 243 HP, which isn't bad for a car that weighs 2016 lbs. 0-60 is something like 4.6 sec. and that's probably traction limited.
If I ever see an amputee getting hanged... I'm just gonna start yelling out letters...
User avatar
Ron
Site Admin
Site Admin
Posts: 2034
Joined: Saturday Dec 07, 2002
Location: State College, PA

Post by Ron »

MOONDOGGY wrote:Here's a question for ya Rob...

I'm a youngin, but as far as cars go, I guess I'm kinda old school. ECU adjustments and computers mods scare me! I hate even replacing a blown fuse on a newer car! My question is, what kind of programming do car ECUs use? Is everything written in a 'syntax-based' code like Visual Basic/C++? Or do they have their own automotive language? I'm assuming it's not as simple as machine control PLC ladder logic.
Someone correct me if I'm wrong, but I believe it is written in assembly language and specific to each type of processor. I don't know if there are interpreters out there to allow you to write in C or other high level languages. The scary part is that you have to write any new code to flash memory and you're never 100% sure that you won't "brick" your car. Man, that would SUCK!
... and then the wheel fell off.
JackANSI
Diamond Member
Diamond Member
Posts: 1322
Joined: Friday May 16, 2008
Location: Workin' in a Soylent factory, Waitin' for the Malthusian catastrophe.

Post by JackANSI »

MOONDOGGY wrote:Here's a question for ya Rob...

I'm a youngin, but as far as cars go, I guess I'm kinda old school. ECU adjustments and computers mods scare me! I hate even replacing a blown fuse on a newer car! My question is, what kind of programming do car ECUs use? Is everything written in a 'syntax-based' code like Visual Basic/C++? Or do they have their own automotive language? I'm assuming it's not as simple as machine control PLC ladder logic.

I know you can get those adapter kits that you plug in line with your car's ECU cable that then plugs into any PC. And I'm assuming the included software makes it fairly user-friendly. But, just how easy is it to go in and change your car's parameters to say, adjust your torque curve or shift points? Do cars come with embedded limits so you can't accidentally tell a car's computer to shift at 9K RPMs???

Lastly, is there a standard in the auto industry that allows one of those ECU cable/software kits to work with all post-80s makes and models ranging from Ford & GM to Honda & Nissan to BMW & Mercedes?
The ECU in the 2002-2003 WRX is based on a 16-bit 68HC16 processor, everything up to the 2007 use a 32bit Toshiba processor that I'm not too familiar with (since I don't have one to play with :)).

To do any programming its in assembly like Ron said. You just have to be really darn careful not to get into infinite loops and such. Although the only way to 'brick' the ECU is for the flash memory itself to physically go bad during a write op.


Any device that sits between the ecu and the sensors/actuators (piggy-back) won't be entirely accurate if the car's ECU does any kind of learning or real-time adjusting. But they are the cheapest and usually work well enough for HP increases less than 33% over stock.

ECU reprogrammers/flashers work quite well in the 33% - 133% over stock range. As long as you're keeping the same basic engine config and only doing mild cams, etc and not adding forced induction or nitrous.

Stand-alone replacements are only if your target involves changes to basic operation (forced induction, nitrous, fuel injection on a carbed engine, etc), extreme cams, etc.

Any embedded limits will vary with each step through that.

A 'piggy-back' device usually keeps the stock limits as far as redline, cruise afrs, etc.

A reflash has access to all that and it is quite simple to change just about everything. Since the ECU only does what your tell it to, it can be a real double edge sword. But there are so many options in a modern ECU that its actually quite powerful. Bonus is you also get a decent base-map that you know works on your car :)

For example on the WRX you have access to everything from injector flow, to fuel tank pressure (not just fuel pressure, the pressure of the tank itself), to what position the fan switch is on for your heater, and everything in between.

There is software available for free to change all the parameters, 2D, and 3D maps on the WRX. Its as easy as picking the table you want and typing in the values you want. They are all clearly marked and just about the whole 16-bit ECU has been disassembled and mapped.

Stand-alone's are just about the same ballpark as reflashes, except you have no starting point other than your knowledge. No timing maps, no fuel maps, nothing.


Very few consumer level cables/interfaces can reprogram all makes and models. Until the recent agreement/law to switch to a CANbus interface, there were 3 interfaces in use between all the manufacturers and a provision for them to create their own in-house interface which just happens to be the interface most ECU's are reprogrammed over.

Thankfully the government required all manufacturers in 2003 to not only allow programming of basic functions via the CANbus but also they had to release (for a reasonable fee) the complete method and ability to reflash their ECU's.
Post Reply