[App_rpt-users] Command Mode Timeout

[Monty]

Hi Kent,

I have come across this before, and I do believe there is a timeout to kill
the Transmitter when there is no activity while in command mode, just not
as short as the timeout timer.  Not sure what it is set to, but you should
be able to search the source file and see.  From my experience, the Timeout
Timer is looking at the Receiver activity and not the Transmitter activity,
and does still operate while in command mode.

My situation was someone put a repeater in command mode while traveling and
went out of range of the repeater and could not take out of command mode.
 I brought up the repeater later and it was not keyed, but as soon as I
keyed the repeater it gave the command telemetry and stayed keyed, so I
took it out of command mode.  Hope this helps.


Monty


On Wed, Dec 26, 2012 at 7:16 PM, Kent Ochs <kentochs at sbcglobal.net> wrote:

> Our repeater (A two node system consisting of VHF 27833 node linked to a
> UHF receiver on node 1998) recently experienced a random false dtmf *40
> decode.  This put the repeater into transmit mode.  What bothers me most,
> is that while in command mode, the transmit timeout parameter (totime)
> appears to be ignored, not good if there isn't someone around that knows to
> send "#" or otherwise shutdown the machine.  In normal operating mode,
> totime works as expected, and try as I may, I have not been able to find a
> "command mode timeout" parameter.
>
> Have I missed or mis-configured something to cause this behavior?
>
> Is there a problem with the command function not honoring the transmit
> timeout parameter?
>
> I understand that *4 is a mandatory command, but could someone enlighten
> me as to why I shouldn't just disable this command altogether?
>
> An inquired mind wants to know and appreciates your feedback.
>
> Thanks.
>
> Kent
> W9KAO
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20121227/13dc9c04/attachment.html>