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

[David McGough]

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.
> 
> _______________________________________________
> 
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> 
> Visit the BBB and RPi2/3/4 web page - http://hamvoip.org
>