SERT cable connection

Reply Subscribe

Thread Tools

Search this Thread

May 9, 2008 | 02:36 PM

#11

frisco42

Cruiser

Joined: Oct 2006

Posts: 117

Likes: 0

From:

RE: SERT cable connection

The data file from which that graph was made is at:

http://people.delphiforums.com/frisco42/Run3.DM2

Show me something.

I would be interested in any good tools.

May 9, 2008 | 02:58 PM

#12

Doc 1

Outstanding HDF Member

Joined: May 2007

Posts: 2,304

Likes: 31

From: Florida

RE: SERT cable connection

As the data is collected by the New VE (Adaptive Fuel Values) itactually interpolates the information (data) and helps in the Open Loop areas too.
Is this what you where asking?

May 9, 2008 | 03:12 PM

#13

frisco42

Cruiser

Joined: Oct 2006

Posts: 117

Likes: 0

From:

RE: SERT cable connection

Something like that. It looks to me that in the open loop areas Ve and VE New are pretty much the same unlike the 4-5% difference in the closed loop region. This leads me to wonder if there is any adaptive learning in the open loop mode.

May 9, 2008 | 03:37 PM

#14

whittlebeast

Road Master

Joined: Mar 2007

Posts: 1,177

Likes: 23

RE: SERT cable connection

PM me with your email and I will send you a few files and links. I can tell you that the bike is tuned fairly well in the closed loop section of the tune. I will post a screen shot of the data later this weekend. The injector duty cycles are maxing out at close to 70% or about perfect.

Note: it is better tuned than the Harley factory got my stock bike

May 9, 2008 | 04:49 PM

#15

frisco42

Cruiser

Joined: Oct 2006

Posts: 117

Likes: 0

From:

RE: SERT cable connection

The ECM got the 'torque smoothing download' at it's 1K service. It's had another 6500 miles to self tune.

What I would REALLY like is a way to upload the map from the ECM to the computer. If I do any changes I would like to start with it. I've been reverse engineering the map from the datalogs, but there are some holes yet to fill.
Comparing what I've gathered so far to Sert map #67, the AFR table is identical. The VE tables are about 5% lower than 67. The spark tables are similar from 2500RPM up but very different below that. Example: map 67 has 20 deg. advance at idle, my bike idles at 12 degrees.

May 10, 2008 | 11:10 PM

#16

Steve Cole

HD EFI Guru

Joined: Jan 2008

Posts: 4,490

Likes: 4,776

RE: SERT cable connection

Trying to reverse engineer the map from a data log is a lot of work and will not be correct. Basically it's a waste of time. Several reasons why but the first is that when the ECM learns, it is correcting the mixture to something you do not know. If the Bias tables have been changed 14.6 AFRis no longer 14.6. HD themselves sets the bias tables to keep the bike richer than 14.6 so you really have nothing to go by. Some of the calibrations event have the bias changing at the same RPM but at different loads so unless you know whats going on in the bias tables your fighting a loosing battle. The ECM applies what it learned in closed loop to the open loop areas as well so whether the correction is right or wrong the open loop areas get it. The best thing you can do is install the base calibration that is close to the parts you have and go from there. This way you can see what it's trying to do and make the proper adjustments.

May 11, 2008 | 10:19 AM

#17

frisco42

Cruiser

Joined: Oct 2006

Posts: 117

Likes: 0

From:

RE: SERT cable connection

Steve,
My current level of understanding is that the VE (not VE New), AFR, and Spark Advance tables are static tables and do not change. Am I wrong? Those are the basic tables that I'm trying to recreate from several hours of datalog data.
This would all be unnecessary if you and yours would just supply a utility that would read the maps in the ECM and create an MTx file. How about it. Are you prevented doing it by one of those contracts you refer to?

May 11, 2008 | 04:38 PM

#18

Steve Cole

HD EFI Guru

Joined: Jan 2008

Posts: 4,490

Likes: 4,776

RE: SERT cable connection

Your wrong and right, sorry but that the only way I know how to answer your question, and yes there are things I know that I cannot say. The bottom line is how do you know what value to use when the ECM doesn't go point to point. It issues an average value from a calculation done within the ECM from the values that are in the table your looking at. Take a look at a VE table in one of the maps and just image that the ECM grabs the 4 nearest cells for the input and averages them, I hope that gives ou the idea as I cannot go much further. That's why I tried to tell you it's a waste of time as you will not end up with the correct values. Spark is event worse to do as it has many other things that come into play.