MUT-II diagnostic and logging support done

Reply Subscribe

Thread Tools

Search this Thread

Jan 3, 2007 | 08:08 AM

#16

roger smith

Evolving Member

iTrader: (4)

Joined: Dec 2003

Posts: 357

Likes: 0

From: Ventura County, CA

I was thinking about the knock countermeasure thing more,
maybe it's not needed as a feature having knock sums initiate countermeasures, I guess just being able to log them as it seems we'll be able to will allow one to look where there is high amount of knock sums and look at the corresponding knock voltage graphs to see what kind of voltage is notable.

Jan 3, 2007 | 10:39 AM

#17

Ev0ikon

Evolved Member

iTrader: (18)

Joined: Jan 2004

Posts: 3,677

Likes: 11

From: 3rd Rock {from = sun}

One day I may wake up and have my car make me coffee and breakfast! :P
You are amazing Tom. And I suspect you got some of the best brains at your aide. This is one purchase that turning out more than I expected.

Jan 3, 2007 | 07:07 PM

#18

tlcoll1

Thread Starter

Evolving Member

iTrader: (14)

Joined: Mar 2004

Posts: 352

Likes: 1

From: Odenton, MD

Quote:

Originally Posted by MalibuJack

Load is used basically to trace the cells in the ECU for tuning purposes, its useful to have in there.

Since you have access to the full (accurate) signals for RPM, IPW, and Airflow, you might want to look up the original load calculation that uses the airflow (MAF) signal as the values in the ECU+ are unclipped and should be very accurate.

Ok. Gimme an idea where to look.

Quote:

Instead of building all of this stuff into the ECU+ firmware though, these calculations can be something you do within the windows software, therefore it might be something you'd want to make user definable and have seperate "user defined" calculations and graphs. That might be the best way to handle it.

Right now my main sticking point with user-defined values is that supporting it in the Palm software isn't feasible, so I prefer to hard code stuff in when I can. Besides load, tell me how else people might want to use user-defined graphs.

Tom