[WT-support] Software lockout for bandchange ?

[Rick Dougherty NQ4I]

Hi All...let me put my 2 cents worth here again concerning software
lockouts....

First off my station is M-M....we use the second station on each band as a
mult station...it is designated as "run support"...it would be nice to have
some sort of software lockout that would be able to lockout the run station
when the run support station needed to transmit....and it would be nice to
be able to configure it the other way...i.e. to lock out the mult
station...selectable with drop down windows....is this possible???

de Rick NQ4I

On Mon, Aug 3, 2009 at 8:32 AM, Winfried Kriegl DK9IP <dk9ip at dk9ip.de>wrote:

> Nick,
> you are right, but at the MULT-station I don´t want to limit the spots to
> only one band
> (that station must cover all bands but the RUN band) and it would be very
> uncomfortable to
> change the displayed bands every time the RUN-station does a band change.
>
> Well, my "security circuit" is almost ready. It´s not a lockout really but
> both Radios get
>  a TX-inhibit signal when they are on the same band. This prevents the
> radios from
> transmitting at least. It should be fast enough to save the RX Frontend. I
> agree,
> hardware-interpreting the CAT-data is too complicated for that purpose (and
> I don´t want
> to use a microprocessor..)
>
> 73 Win DK9IP
>
>
>
> Nick F5VIH/SV3SJ schrieb:
> > Hi Win,
> >
> > the dx announcements window can limit the spots to those corresponding
> > to the current band of the radio (the mult in that case).
> >
> > Doing a hw interface to prevent same band, is pushing the problem
> > elsewhere - getting "correct" and timely CAT data.
> >
> > 73's Nick
> >
> > On Mon, Aug 3, 2009 at 13:48, Winfried Kriegl DK9IP <dk9ip at dk9ip.de
> > <mailto:dk9ip at dk9ip.de>> wrote:
> >
> >     Hi Bob,
> >
> >     thanks for the info. I expected that answer...
> >
> >     In our M/2 environment it happened already twice that the MULT-OP
> >     clicked a spot on the
> >     RUN-station´s band. This can happen easily when a lot of spots are
> >     shifting through the
> >     window.
> >
> >     I think I´ll make a hardware lockout by interpreting the band data
> >     information of the two
> >     K3 transceivers.
> >
> >     Thanks for your help, you must be very busy answering a lot of
> >     requests on the WT-support
> >     list...
> >
> >     73 Win DK9IP
> >
> >
> >
> >     Bob Wilson, N6TV wrote:
> >      > On Thu, Jul 30, 2009 at 7:15 AM, Winfried Kriegl DK9IP
> >     <dk9ip at dk9ip.de <mailto:dk9ip at dk9ip.de>
>  >      > <mailto:dk9ip at dk9ip.de <mailto:dk9ip at dk9ip.de>>> wrote:
> >      >
> >      >
> >      >     Has this feature been implemented (in V4) already ?
> >      >
> >      >
> >      > I don't think so.  There are situations when you wouldn't want
> >     it, say,
> >      > when Radio 2 is a second receiver that you use on the same band,
> but
> >      > with a different, well-separated antenna (or maybe they share the
> >     same
> >      > antenna via the switched "Rx Ant OUT" connector on the radio).
> >      >
> >      > FYI, the microHAM MK2R & MK2R+ SO2R boxes have a hardware "Band
> lock"
> >      > feature that is enabled by default.  It works no matter what
> >     program is
> >      > running, and it even works when your PC is off:
> >      >
> >      > "Same Band Lockout: disables both radios (or one radio and any
> other
> >      > radio present on the iLink bus) if
> >      > MK2R detects two radios on the same band. When the same band
> >     lockout is
> >      > activated transmission
> >      > on all radios on the effected band are immediately disabled and
> >     the BUSY
> >      > LED will start flashing.
> >      > Transmission will be enabled when only one radio remains on the
> >     effected
> >      > band."
> >      >
> >      > 73,
> >      > Bob, N6TV
> >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------
> >      >
> >      > _______________________________________________
> >      > Support mailing list
> >      > Support at win-test.com <mailto:Support at win-test.com>
> >      > http://www.f5mzn.org/cgi-bin/mailman/listinfo/support
> >     _______________________________________________
> >     Support mailing list
> >     Support at win-test.com <mailto:Support at win-test.com>
>  >     http://www.f5mzn.org/cgi-bin/mailman/listinfo/support
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Support mailing list
> > Support at win-test.com
> > http://www.f5mzn.org/cgi-bin/mailman/listinfo/support
> _______________________________________________
> Support mailing list
> Support at win-test.com
> http://www.f5mzn.org/cgi-bin/mailman/listinfo/support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.f5mzn.org/pipermail/support/attachments/20090803/090522d5/attachment-0001.htm