I think I understand what you are saying Ian. Your
#2 repeater has it's input frequency on the #1
repeater's output frequency. That way you would only
require one extra receiver (on a third frequency) and
precedence circuit at the #1 repeater site. The #2
site would have to have it's output on the third
frequency to make it all work.
I think you have simplified the system down to the
minimum required hardware to make it work. CTCSS
transmitted only while an input is present would round
out the system requirement. Your multi-user CTCSS
controllers should keep things private as different
users use the different tones.
Sometimes thinking outside the box can make for a real
worthwhile reduction in hardware.
73- Jim W5ZIT
--- Kerincom <[EMAIL PROTECTED]> wrote:
> Hi again Jim
> With your thinking below .My remote private site
> should work in the same
> sort of way as what you are suggesting except while
> s2 has a signal on it
> it sends this signal to both s2 users and back to s1
> repeater at the same
> time.In return the signal works the same as your
> first 3-5 lines below.I
> only require one link radio on the remote sites and
> not one at each end of
> the link .However with our open we have a separate
> link repeater paired with
> the s1 (explained better in my response to skip) so
> the link system works at
> the same time as the central site repeater.In the
> open system we don't link
> the TX frequencies directly from site to site
> .I.e.(s1tx to s2rx)(s2tx to
> s1rx) due to a error in frequency allocation,which
> will be fixed and which
> we expect to link directly with our private system
> as we wont get the sites
> frequencies licensed so close together next time
>
> Thank You,
> Ian Wells,
> Kerinvale Comaudio,
> 361 Camboon Road.Biloela.4715
> www.kerinvalecomaudio.com.au
>
> -------Original Message-------
>
> From: Jim Brown
> Date: 4/01/2008 8:25:48 AM
> To: Repeater-Builder@yahoogroups.com
> Subject: Re: [Repeater-Builder] Linking two shared
> repeaters
>
> Ian, here is my thinking. When site 1 has a signal
> on
> the repeater input, the signal from site 2 is
> blocked
> because of the circuit that gives precedence to the
> local site repeater receiver. When a site 1 user
> unkeys, there will be no CTCSS tone coming back from
> site 2 to key the site 1 repeater. The combination
> of
> the precedence circuit and CTCSS requirement for
> both
> repeaters keeps the system from locking up. The same
> circuit would be required between the receivers at
> site 2 as in site 1. And both repeaters would have
> to
> be configured to only transmit a CTCSS tone when a
> user keys the input, not during the squelch tail.
>
> 73 - Jim W5ZIT
>
> --- Kerincom <[EMAIL PROTECTED]> wrote:
>
> > I will have a look at the circuit and see .The
> > problem we found with link
> > setup 1 upper design is we could not have one link
> > radio on one site and one
> > on another site as when the site 2 link stops
> > transmitting and rx site 1
> > tail retrips site 2 and keeps them on .Another
> > problem was while s1 link in
> > transmitting s2 receiver is trying to pick up the
> > incoming signal and s1
> > link transmission at the same time .
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
