Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Biology
BiologyBotanyMicrobiologyEntomologyEvolutionPaleontology
Chemistry
General ChemistryAnalytical ChemistryElectrochemistryOrganic Synthesis
Earth Science
GeologyMineralogyOceanographyMeteorologyEarthquakes
Physics
General PhysicsResearchRelativityParticle PhysicsElectromagnetismFusionOpticsAcousticsNew Theories

Natural Science Forum / Physics / Acoustics / August 2007



Tip: Looking for answers? Try searching our database.

Acoustic control network for irrigation system?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
SGBotsford - 05 Aug 2007 15:41 GMT
I think there is a large market for low power acoustic transducers
used to set up communication between controller and valves in an
irrigation system.

Currently this problem is usually solved by running two wires from the
controller to each valve.
A wire network needs to be laid along with the pipelines.  The wires
are fragile, and becuase they are buried, a break caused by a wayward
trowel or industrious mole necessitates re-laying the entire wire.

Another system that uses coded signals on a single pair of wires is
coming into use.  This makes it much easier to add a new valve to the
system, but has the same problem with fragile wires.

There are wireless controllers, but they tend to be very short range.

It occurs to me that using sound you could communicate to the valves
quite handily.

The data rate is very low.  Valves are typically on for 15 minutes 1-4
times per day, and off for the rest of the day. If a controller issued
only 1 set of valve commands per minute, it could control hundreds of
valves. Typically a control sequence would work as follows:

Controller:  Valve 27 report status.
Valve 27:  Closed
Controller:  Valve 27 open
Valve 27:   Opening
Controller:  Valve 27 report status
Valve 27:   Open.

3 byte packets would be sufficient:  10 bits for a valve ID, 6 bits
for a command/status
set. The rest for correction codes.

Because valves have a tiny battery and a latching solenoid they don't
have a lot of power for transmission. Typically they run off a
standard 9v battery for a season. So I think it best for the system to
be polled from the controller.

Current valves have no smarts.  Most of the time you are running a
solenoid with power from the controller.  Typically 24v at 0.5A.
Using a latching solenoid and a small circuit board, you can walk
around with a programmer and give the valve a schedule.

So far I've not found a system where the valve can report its own
status.

Multiple controllers could run on the same network, using different
frequencies.

It may be necessary to come up with a different form of pipe branching
fittings.  I can see that a normal T connection reflect a lot of
energy back.

So:  My question for the physics community:  Is this even remotely
workable?  I can see the follwoing problems:

1.  Echoes off of corners and connections.  What if the packet length
is small compared to length of pipe to the next connection.  E.g.
sound travels typically at 5000 ft/s in water.  If you constrain a
packet to 1 ms, it's only 5 feet long.  If the 5 feet downstream from
the transducer is clear, no echo can reach the controller bef ore the
last of the packet has arrived.  This would require a data rate of 24
bits per ms or 24,000 bits per second.

2.  Transmission losses.  In my irrigation system at home, it's about
2000 feet from well head to sprinkler tip.  In that run it goes from
1.5" pipe to 1" pipe to 5/8" pipe.  Choice of frequency is important.
Will a frequency that is long compared to pipe diameter propagate well
down the pipe?

3.  Need for repeaters.  Certain things, such as a water filter, may
interfere too greatly with the signal.  May need to make a repeater
that hears a signal, waits for the plumbing to stop ringing, and
repeats it.

4.  Cheapness of reliable transducers + associated circuitry. For this
to be workable, the additional cost at the valve has to be small
compared to the cost of laying wires.
Anonymous - 06 Aug 2007 04:44 GMT
> I think there is a large market for low power acoustic transducers
> used to set up communication between controller and valves in an
[quoted text clipped - 76 lines]
> to be workable, the additional cost at the valve has to be small
> compared to the cost of laying wires.

Perhaps someone else here can provide you with a difinitive assessment.  If not, I'd be happy to conduct a feasibility study for $10K.
Deputy Dumbya Dawg - 06 Aug 2007 17:15 GMT
Have you tried Dataradio R-net?

peace
dawg
>I think there is a large market for low power acoustic
>transducers
[quoted text clipped - 116 lines]
> small
> compared to the cost of laying wires.
angelo Campanella - 07 Aug 2007 03:52 GMT
>>Another system that uses coded signals on a single pair of
>>wires is coming into use.  This makes it much easier to add a new
[quoted text clipped - 5 lines]
>>It occurs to me that using sound you could communicate to
>>the valves quite handily.

The range will be no better perhaps less figure the distance that a
chuch bell can be heard.. or these days (Ohio) tornado sirens. Daytime
is worst since refratin tilts the sound path upwards. At night, the
pathis tilted down, but if the sound is audible, there will be
neighborly complaints. if its ultrasonc, range is shortened. Infrasoninc
(jungle drums) might work, but bandwidth is limited.

>>The data rate is very low.  Valves are typically on for 15
>>minutes 1-4 times per day, and off for the rest of the day. If a
>>controller issued
>>only 1 set of valve commands per minute, it could control
>>hundreds of
>>valves. Typically a control sequence would work as follows:

A twisted pair of wires comes to mind with tone encoding like tone
dialing for telephones. I think this is the best route.

It may also be possible, if all piping is metallic, to transmit that as
modulation of a vlf radio current (10 kHz to 100 kHz) carrier in that
piping, as in telegraph lines in days of old, using an earth return.

>>Because valves have a tiny battery and a latching solenoid
>>they don't
[quoted text clipped - 18 lines]
>>Multiple controllers could run on the same network, using
>>different frequencies.

This is all old well known technology, practiced, instrumented,
stockpiled and price competitive. A good way to go IMHO.

>>So:  My question for the physics community:  Is this even
>>remotely workable?  

About as reliable as jungle drums (at night only).

>> I can see the follwoing problems:
>>1.  Echoes off of corners and connections.

Implies a high frequency either audible (nuisance) or ltrasound (short
range).

>>sound travels typically at 5000 ft/s in water.  If you
>>constrain a
[quoted text clipped - 5 lines]
>>rate of 24
>>bits per ms or 24,000 bits per second.

Through water in a pipe... I don't tink so. The reflections you
reference would be very bad.

>>2.  Transmission losses.  In my irrigation system at home,
>>it's about
[quoted text clipped - 5 lines]
>>propagate well
>>down the pipe?

Said reflections.
Looks difficult to me.

Bury the wires. Another possibility is radio control. Commercial radio
transmission frequencies could be used. Ranch transmitter and control
station. Solar powered d\receivers to operate valve circuitry. Water
pressure powered hydruliic valve movers.

Angelo Campanella
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.