PDA

View Full Version : Wheel speed sensor



Wax-um
- 20th January 2009, 20:35
Im looking for a way to measure automotive wheel speed on the wheel itself. I cant use a hall effect sensor and magnet behind wheel. It has to be a stand alone unit "self powered". Im thinking about an accelerameter or such device. Im using PBP and 16F877A

Charles Linquis
- 20th January 2009, 21:09
You could use a "variable reluctance" sensor. Wrap a coil of wire around a small bar magnet, and any magnetic material moving by the end of the magnet will generate a voltage in the coil. You would need a comparator to digitize the output however.
These are used often in automotive applications.

Archangel
- 21st January 2009, 02:18
Im looking for a way to measure automotive wheel speed on the wheel itself. I cant use a hall effect sensor and magnet behind wheel. It has to be a stand alone unit "self powered". Im thinking about an accelerameter or such device. Im using PBP and 16F877A
Your question is general "automotive" Is there a specific vehicle or do you want to fit all ? The reason for my question is, most late model vehicles were / are available with antilock brakes and as such have sensors already which can be accessed. Other options include optical reflective sensors, passive magnetic as Charles mentioned, speedometer cable / sensor options etc . . .

rhino
- 21st January 2009, 05:27
One idea for a self-contained unit could be built off the same principle as an mechanical engine governor. As the centrifical force increases, the resistance could change.

paulbergsman
- 24th January 2009, 01:07
Im looking for a way to measure automotive wheel speed on the wheel itself. I cant use a hall effect sensor and magnet behind wheel. It has to be a stand alone unit "self powered". Im thinking about an accelerameter or such device. Im using PBP and 16F877A

How about painting a line on the inside tire wall, and using a reflective optocouple mounted inside the tire well to detect revolutions..
Use the CCP's Capture Module to time per revaluation.

Compute the period for each revaluation.
This is the new CCP's capture value, minus the previous capture value.
Use unsigned 16 bit integer arithmetic for the computations.

Then, low pass filter the period values.

The long term average will be very accurate.

The Steps are as follows:
1) Measure the period of each revolution.
2) Update a running period with each new period's low-pass filtered value.
3) The wheel's speed equals the inverted filtered-period value.
4) Wheel acceleration is computed by processing the filtered period value at regular time intervals, not at the same point of each rotation.

A while back on Microchip Forumns, Olin provided the following info:

Compute the period of each rev, which is just the new capture value minus the previous capture value using unsigned 16 bit integer arithmetic. Then low pass filter these period values.

It's important to low pass filter the period, not the speeds you get by inverting the period. This is because the measurement jitter will make one cycle look short, but the cycles before and after will be longer to compensate. In other words, the long term average will be correct. Applying a linear filter makes sense. The measurement jitter is no longer linear after inversion, so that's not the space you want to filter in.

So measure the period each revolution, use this to update a running filter of the period, then invert that as needed when you need speed. You can compute acceleration from the filtered period at regular time intervals, independent of the rotation speed. Just grab the latest filtered period whenever you need it.