Jump to content

What causes negative spark timing


AL

Recommended Posts

The 96 GP I just bought has around negative 30 degrees of timing and I am wondering why its that bad? Could the knock sensor be bad? Would that cause this situation? What else could cause negative timing? 96 GP Sedan 3100

Link to comment
Share on other sites

WHERE does it have -30*? what RPM/kPa/MAF whatever?

 

and are you sure you're reading whateverr you're reading correct? i've seen certain scanners and software report negative numbers because that's what they are depending on how you define timing.

 

since you fire the plugs long before the piston gets to TDC, it could be considered -30* when the plugs are fired, which is somewhat normal depending on load.

Link to comment
Share on other sites

Oh I see... I need to scan another 96 GP

 

and you've come to this realization why?

 

what you're experiencing is normal, it's just that someone was lazy when they wrote the specific definition that the 96 uses...

Link to comment
Share on other sites

think of it this way: if it really was 30* retarded, then lets say it's firing exactly at TDC(since my 3100 likes around 20* at idle and somewhere around 30* depending on load, i'll say the one you're scanning is acting normally): it would NEVER make enough power to get to any repectable speed. there just simply would never be enough pressure in the combustion chamber. it would basically be misfiring 100% of the time.

Link to comment
Share on other sites

if you can hit 55MPH using a 3100 that's firing at TDC, you have found a miracle engine.

 

go ahead and scan another 96 3100, but it WILL be the same.

 

take it from someone who has made at least 50 OBD1 datastream definitions, it's normal, it's just that the converted data is coming out negative because someone decided to make a horrible equation...

Link to comment
Share on other sites

96 is not OBD I

 

true, but the basis for communication is the same. the ECU pushes out a datastream of bninary numbers, then a scanner(or laptop) then decodes the binary signal into useable numbers, such as spark advance, vehicle speed, RPM, etc...

Link to comment
Share on other sites

last time i looked at my spark, it was like 15* advanced at idle and jumped up to 3x* advanced when i hit the gas at 2k rpm. I have no idea why you are saying yours is retarded by that much, cuz it shouldnt be. If im reading things right :lol:

Link to comment
Share on other sites

last time i looked at my spark, it was like 15* advanced at idle and jumped up to 3x* advanced when i hit the gas at 2k rpm. I have no idea why you are saying yours is retarded by that much, cuz it shouldnt be. If im reading things right :lol:

 

is that directed to me or Al?

Link to comment
Share on other sites

last time i looked at my spark, it was like 15* advanced at idle and jumped up to 3x* advanced when i hit the gas at 2k rpm. I have no idea why you are saying yours is retarded by that much, cuz it shouldnt be. If im reading things right :lol:

 

is that directed to me or Al?

 

Al. that was with my 3400. I still have data scans of my 3100. I do not remember seeing the timing being retadred at all. and that could be he doesnt have much power, or it doesnt feel like it.

Link to comment
Share on other sites

Ugh, here. Read this..

 

From my HP Tuners setup. It displays negative unless I set a proper PID and modifier. My last jobs Snap-On Modis displayed negative timing too.

 

"Converting negative reported timing advance to positive

 

Application: GM V6 based vehicles

 

For many late model GM V6 based vehicles (those derived from the 3800 Series II platform) the factory computer will report positive timing as a negative number.

 

VCM Suite 2 allows two solutions to this:

 

Solution 1

Create a user defined PID and insert into the table as follows:

Name: Timing Advance - V6 Fix

Abbrv: Adv - V6

Sensor: Timing Advance

Units: °

Function: -3.0 * [PID.14]

How it works: The scanner will average the values of all sensors of same type currently being scanned. What we have done here is create a new PID that returns 3x the spark advance in the positive direction so that when it averages the two values you get the actual spark advance in the positive. You shouldn't have to change your histograms, charts, gauges etc. as they all log as sensor based by default.

 

Solution 2

This method is similar but uses -1.0 * [PID.14] as the function. You would then have to go switch your histo's and charts etc. to plot the PID value rather than the sensor value. "

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...