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

[Aaron Groover]

Cant wait to see it David. Thank you for keeping the system alive!

--

Thank You,
Aaron Groover
(610) 379-6148
W3NTT.Repeater at gmail.com<mailto:W3NTT.Repeater at gmail.com>
www.w3ntt.info<http://www.w3ntt.info>



From: ARM-allstar <arm-allstar-bounces at hamvoip.org> on behalf of "David McGough via ARM-allstar" <arm-allstar at hamvoip.org>
Date: Tuesday, May 11, 2021 at 8:40 AM
To: "Patrick Perdue via ARM-allstar" <arm-allstar at hamvoip.org>
Cc: David McGough <kb4fxc at inttek.net>
Subject: Re: [arm-allstar] Kenwood TM-D700A as remote base from app.rpt or Hamlib

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
>

_______________________________________________

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