[App_rpt] Voting receivers
steve.w9sh at gmail.com
Tue May 27 07:46:18 EDT 2008
In both the case of bringing in the monitor receiver, voting and separate
TX/RX USB adapters, I've wanted to do the same.
For the separate TX/RX USB adapters, it would be great if you use
transceivers to build a repeater because you could then monitor the output
frequency at the site (assuming no circulators in the TX path).
I'm going to put them on the feature list and see if someone will take on
this functionality or at some point do it myself.
On Tue, May 27, 2008 at 5:13 AM, Don Russell <w9drr at live.com> wrote:
> While working with the weather receiver, I just thought about voting
> Is there any logic with app_rpt to define fobs as separate receivers not
> having to "link" them in.
> The fob I am using is hooked to a receiver only. Is there any way this can
> be done with making the controller
> go into "linked" state, when really its not linked to any external nodes.
> It is just connected local ones, that are never dropped.
> that is partially OK, but when you use the courtesy tones to determine
> linked/unlinked state they are useless because it
> considers itself linked, when its not really linked to any external nodes.
> That also bring up "leaked" audio. If I am linked
> to another system, my local weather receiver audio will leak out when it
> should stay local. How can I stop that?
> That brings me to project #3
> Voting separate fobs: I am planning on adding in a separate rf linked
> Is there a way to define a fob as a "receiver" and another as a
> Also is there any voting based on S/N possible?
> I want to do everything with asterisk, not external voters.
> Give to a good cause with every e-mail. Join the i'm Initiative from
> App_rpt mailing list
> App_rpt at lists.illiana.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the App_rpt-users