[arm-allstar] Kenwood TM-D700A as remote base from app.rpt or Hamlib

[Steve Matzura]

This sounds good to me, too, as I have the 710 and would like to try 
using it in a similar manner to what Patrick wants to do.


On 5/11/2021 8:40 AM, "David McGough via ARM-allstar" wrote:
> Patrick,
>
> Using Hamlib is unquestionably the way to proceed.  The original,
> integrated app_rpt remote-base code has been deprecated in HamVoIP for
> over 4 years.
>
> Now, the *LAST* HamVoIP release which includes this code is the 0.1.6.2-10
> release from June 2020.  That code was "turned off" as of the 0.1.6.4-01
> update in December 2020.  As of the 0.1.6.5-01 pre-release, dated Feb 2,
> 2021, the original remote-base mechanism is completely removed from the
> codebase.
>
> To replace the remote-base mechanism, a brand new, much more comprehensive
> Hamlib based solution is in heavy development. My new software strategy
> only uses asterisk/app_rpt to decode and route DTMF commands. All the
> actual remote-rig-control code is located in user-configurable scripts.
> This affords a level of flexibility (and stability!) that was impossible
> in the original code.  More details will be forthcoming.  I have a Kenwood
> TM-V71A for V/UHF testing and a Icom IC-M710 in use for HF testing.
>
>
> 73, David KB4FXC
>
>
>
> On Mon, 10 May 2021, "Patrick Perdue via ARM-allstar" wrote:
>
>> Hi:
>>
>> I am about to try setting up my Kenwood TM-D700A as an agile remote
>> base. Previously, someone on this list sent me a nice set of scripts
>> made for a few radios to control things with Hamlib, which is very
>> easily adapted to the TM-D700A. However, doing some more searching, I
>> found some old posts suggesting that app.rpt directly supports the
>> TM-V700A with it's remote functions, but with possible issues. This
>> relates to ASL. So, my questions are:
>>
>> 1. Should I try implementing app.rpt's TM-V700A support, or use Hamlib
>> to drive it instead?
>>
>> 2. A common reported issue is that, with old versions of app.rpt, the
>> Kenwood would apparently not pass audio until Asterisk was restarted if
>> using iaxrpt. I plan to use iaxrpt and other full duplex methods locally
>> to use the remote base. Is this still an issue with current HamVoIP
>> versions of app.rpt with these radios if using the built-in remote
>> functions?
>>
>> I must say, I like the idea of not relying on the radio's memories and
>> programming everything directly using rpt.conf, but not sure if I should
>> rely on the built-in functionality or not. This just happens to be one
>> of the few radios it supports, as I understand it.
>>
>> Thanks for any advice.
>