[arm-allstar] arm-allstar Digest, Vol 13, Issue 47

[Steve Zingman]

David,
Take a look at how app_rpt.c does the the PL setting on the 706.
It's crude, but it works.

[Insert expected response here.]

73, Steve N4IRS

-- 
"Anything is possible if you don't know what you are talking about."
1st Law of Logic



On 6/23/2015 11:54 AM, arm-allstar-request at hamvoip.org wrote:
> Message: 7
> Date: Tue, 23 Jun 2015 01:26:45 -0400 (EDT)
> From: David McGough<kb4fxc at inttek.net>
> To: ARM Allstar<arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] TM-V71A, hamlib,	706mk2g and remote control
> 	methods
> Message-ID:
> 	<Pine.LNX.4.44.1506230058520.28306-100000 at goliath.inttek.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> BTW, what you can actually control via hamlib depends on the capabilities
> of the radio. So, yes, assuming the radio allows direct frequency entry,
> reprogramming channels, etc., hamlib gives an interface to these
> capabilities.
>
> As an example, I've got a 706mk2g as one remote-base. From the AllStar
> side of things, this radio just looks like a regular old simplex
> node--nothing fancy. To accomplish frequency agility, I use a trivial web
> interface and some simple macros accessed via DTMF.
>
> In the case of my 706mk2g, I have it "channelized" (no direct frequency
> entry), since I'm using it mainly for VHF/UHF, with minimal HF. The main
> reason for being channelized is the annoying limitation this radio has
> that there is NO way to control PL tone setup via the CI-V interface! So,
> if you want/need to use PL tones for repeater access, etc., you must
> pre-program radio memories with the proper setup....Again, this isn't a
> hamlib limitation, it's a radio limitation....So, depending on the radio
> in question, the actual capabilities are dependent of what it allows you
> to do--which sometimes ends up different than you might expect!
>
>
> 73, David KB4FXC