land-speed
[Top] [All Lists]

Re: Traction & Slipage

To: "Albaugh, Neil" <albaugh_neil@ti.com>
Subject: Re: Traction & Slipage
From: "Bryan A. Savage Jr" <basavage@earthlink.net>
Date: Mon, 10 Dec 2001 11:35:34 -0800
Neil, you have cut to the heart of the "driver - gage interface".
Without substantial "low- pass filtering (smoothing)" or dampening,
the gage is "faster than the eye can see".
This smoothing or dampening is what has generated the myth about revving 
an engine without a load. I would set the rev limiter off (11,000) when 
clearing/blipping the engine and the tach never went over 6,000. 

How quick are electronics? Remember folks, OBD-II detects and identifies a 
misfiring cylinder by a change in angular velocity in part of one
revolution. It then spends some time recording that information.
And that's cheap production electronics.

Bryan    



"Albaugh, Neil" wrote:
> 
> John;
> 
> The problem isn't in the fact that they're "digital"-- it's the fundamental
> design of the tach electronics & readout mechanism. Most tachs (analog or
> digital) are designed with so much low- pass filtering (smoothing) that they
> can't follow fast engine RPM changes very well. I suspect this is done to
> make the display look more steady to the average driver. There is one
> limitation that affects some digital systems-- a fundamental limit imposed
> by sampling speed-- its Nyquist limit. There is no good reason to be limited
> by this these days. Even very high resolution ADCs and DACs can be obtained
> that have sampling rates approaching 100MHz. They can respond to RPM signals
> as fast as 20 billionths of a second. I had an '85 'Vette and I agree with
> you regarding its video game display instrumentation-- flashy- looking but
> poor response.
> 
> Regards, Neil     Tucson, AZ

///
///  land-speed@autox.team.net mailing list
///  To unsubscribe send a plain text message to majordomo@autox.team.net
///  with nothing in it but
///
///     unsubscribe land-speed
///
///  or go to  http://www.team.net/cgi-bin/majorcool
///
///


<Prev in Thread] Current Thread [Next in Thread>