Ping aneometer
I would like to measure air velocity (as a % of full flow.... or no flow) in a air duct. I know that there are ultrasonic meters out there.
I am wondering if anyone has built the Ping module code and installation design.
I am proposing to transmit from the sendor outside the duct to a two corner reflector aiming the bounce at the return sensor within the duct. Is the PING sensitive enough to sense velocity changes due to changing fan speeds at 20cfm to 100cfm.
I am wondering if anyone has built the Ping module code and installation design.
I am proposing to transmit from the sendor outside the duct to a two corner reflector aiming the bounce at the return sensor within the duct. Is the PING sensitive enough to sense velocity changes due to changing fan speeds at 20cfm to 100cfm.
Comments
Actually I don't think any ultrasonic sensor can detect the speed with the setup you describe.
To sense airflow, you'd need the sending and receiving units in different location from one another. If you bounce the signal off a reflector it will take the same time no mater the speed of the air flow since it would go faster in one direction but slower in the other.
You'd want one of the sensors "down wind" from the other. (Not that I know how to build the needed circuitry.)
Duane
You could use one down wind from the other to make your sensor.
BTW, Welcome to the forum.
Duane
A 'hot-wire' aneometer sounds exotic, and is used commonly in car intake manifolds as 'air-mass' sensors.
But you can demo the same concept with a common light bulb's exposed filiment. Air movement cools the wire, changing the resistance and results in a change in current.
But a hot wire in a dusty air duct is not good.
Reading up in ultrasonic aneometers (UAs) reveals that they use a transmitter and reciever. the sound waves sent will arrive at the reciever faster in still air than moving air.
the sonic in ultrasonic is simple sound waves, and effected by wind pushing them around. Waves sent into a wind will arrive more slowly than into still air.
You will see roadside UA's at roadside weather stations. They are the two goofy arms sticking out.
I guess that transmitter frequency and receiver sensitivity will be the issues.
As far as hardware mounting, I am thinking that with PING, to transmit in protected air to the reflector, and the reflector bounce the wave into the duct, and again back to the reciever.
In still air, a fixed value of some sort would be returned to UNO. When air is moving, that value would change, resulting in some new value. That new value would tell UNO that air is no longer still.
What that value is, or how much range and sensitivity is available IS an issue
It seems like an interesting experiment, and fairly easy to demonstrate. I am wondering if anyone else did.
And thanks for the link Duane, I'll be looking at that.
-Ed
-Ed
Thanks for the formulas. I guess it always helps to start at the beginning! I should be able to see how distance variability due to the 40Khz 'window' might be effected by airflow.
I know that the PING was not intended for this use, and was hoping that I had discovered an unintended capability.
I am doubtful about removing the transmitter from the board. It seems like the documentation suggested that sync between send and receive were a critical function of the board. Perhaps working with the two transducers will work.
My app proposes to push about 20 to 70CFM down a 6' round duct. I want to be able to confirm that a given cfm is exiting the far end on a real time basis.
I'll keep an eye on this thread for awhile. The comments so far have been helpful.
Thank you everyone