by Tony » Sat Jan 14, 2006 5:34 pm
86rocco, you are absolutely right about the pressure, sorry about that. I woke up suddenly at 2AM with a flash of inspiration and realised my silly mistake. I converted 28 inches of water pressure direct to millibars of pressure, and then used a conversion program I found with Google to convert millibars pressure to altitude. That would have been correct, except we are not dealing with 28 inches of water ABSOLUTE, but 28 inches of water test pressure below atmospheric. A huge difference.
How to determine sensor response time is a rather complex and interesting question, there are several quite different ways to go about it, each of which would give a quite different result. Here is a link to a rather imaginitive way to transient test low pressure transducers, the "balloon test" . You blow up a balloon and connect it to the transducer so it reads some fixed positive static pressure. Then pop the balloon !
But even that is open to some wide interpretation. The response time could be specified as the time to reach 50% of final pressure, or the time to read to within 10% of the final pressure, or the time required to read to within 1% of final steady pressure. It can be specified any way you want to specify it, depending on the application.
Another quite different way would be to measure the frequency response, and quote the half power, or half amplitude frequency. That is more common in direct acoustic applications.
I was once employed by Westinghouse Brake and Signal in the product development section, and one of their products was a computerized safety system to monitor the brake air line pressure in a long train. The pressure transducer acted like a microphone, and the compressed air system like the old bridge to engine room speaking tube in a ship. Every valve and solenoid, and every stroke of the air compressor produced pressure fluctuations that made a complete nonsense of any steady pressure measurement. Pipe resonances created echoes, the whole thing was acoustically alive. Trying to rapidly read real time pressure samples with a microprocessor just resulted in a series of wildly scattered points around some sort of varying average.
If the system is completely linear, you can just average the output electrically or in software, but this particular transducer we are discussing here, has an inverse square characteristic. Any averaging will have to be done acoustically before the transducer. I suspect that will not be easy, especially at low frequencies.
Even airconditioning plants can produce significant low frequency rumble that is below the lowest frequencies we can hear (<20Hz). I suspect an air flow bench would produce quite a bit of roar and rumble due to flow instabilities. Some cylinder heads even whistle loudly !
By all means try it, but I suspect that the last digits of a digital display may fluctuate randomly so that a precise pressure reading down to the desired accuracy may not be easily achievable.
The water in water manometer has considerable mass, and the air in the connecting tubes is springy, so the whole thing mechanically averages any rapidly fluctuating pressure, so the problem does not occur.
I am sure it can be done, but my gut instinct tells me it is not going to be as easy as it initially appears.
Also known as the infamous "Warpspeed" on some other Forums.