Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

App_rpt-users
1

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

  1.   Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

  2.   When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1… If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

2

Haven't hooked up a URI to one but have done some other things.
Your transmit audio should be "microphone" audio, not pre-emphasized. Pin 9.
Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT
Nodes 27849, 29496

···

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE� Repeater NXR-710/810?

My challenge is this.

1.Can't seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

2.When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1.. If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

3

Thanks to Don and Ed for the replies.

Here is the latest. Problem ended up being that the URI was not sending TX audio from the locally processed repeater transmissions. Not sure why, but when I changed the ctcssfrom=no to ctcssfrom=usb it started to work… Not sure why as I am not even tying the URI CTCSS to anything. But regardless I now have the audio.

Ed, I am going to keep the Kenwood repeaters in repeat mode so that if the node should go down, it will at least repeat locally. That was my objective… So with the External PTT trigger occurring, I have the take over I was looking for anyway. This means that when the node is up (sending PTT) the local repeat audio is not enabled, and that is good so I can take advantage of the Allstar processed audio.

The only remaining item is that I was hoping to send the pre-emphasised audio into the repeater that would be able to handle that audio. Don mentioned that I should be able to feed it into Pin 8 which is TX Data in, but I am not getting any modulation for some reason… I will continue to troubleshoot. Worse case, I will go with your plan Ed and go speaker audio…

rxcpusaver=0

txcpusaver=0

[usb]

hdwtype=0 ; 0=std,1=dev

eeprom=0 ; unless you have a cable w/eeprom

duplex=1 ; 0=simplex, 1=duplex

invertptt=0

;minsigproc=0 ; minimal signal processing

;sendvoter=0 ; 0=default, no voter rssi, 1=enable voter rssi

carrierfrom=usb ; no,usb,usbinvert,dsp,vox

ctcssfrom=usb ; no,usb,dsp

rxboost=1 ; rx input boost of 20dB

rxdemod=flat ; no,speaker,flat

txprelim=1 ; 1 = pre-emphasize and limit

···

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Ed Wilhelm
Sent: Monday, December 30, 2013 8:35 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Haven’t hooked up a URI to one but have done some other things.
Your transmit audio should be “microphone” audio, not pre-emphasized. Pin 9.
Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT
Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

  1.   Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

  1.   When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1… If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________

App_rpt-users mailing list

App_rpt-users@ohnosec.org

[http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users](http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users)
4

I know on Icom IDAS repeaters there is an obscure programming setting regarding disabling internal ctcss encode on external ptt that enables the data input to accept input from dc to daylight… if it is not set correctly the data input is dead… I am suspecting something similar is hanging you up… I would look in the help files of the RSS about data input… Motorola is pretty good about their help files most of the time… I am not familiar with TRBO repeater programming but maybe similar issues to what I have run into…

Doug

KD8B

···

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl
Sent: Monday, December 30, 2013 10:06 AM
To: ‘Ed Wilhelm’; app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Thanks to Don and Ed for the replies.

Here is the latest. Problem ended up being that the URI was not sending TX audio from the locally processed repeater transmissions. Not sure why, but when I changed the ctcssfrom=no to ctcssfrom=usb it started to work… Not sure why as I am not even tying the URI CTCSS to anything. But regardless I now have the audio.

Ed, I am going to keep the Kenwood repeaters in repeat mode so that if the node should go down, it will at least repeat locally. That was my objective… So with the External PTT trigger occurring, I have the take over I was looking for anyway. This means that when the node is up (sending PTT) the local repeat audio is not enabled, and that is good so I can take advantage of the Allstar processed audio.

The only remaining item is that I was hoping to send the pre-emphasised audio into the repeater that would be able to handle that audio. Don mentioned that I should be able to feed it into Pin 8 which is TX Data in, but I am not getting any modulation for some reason… I will continue to troubleshoot. Worse case, I will go with your plan Ed and go speaker audio…

rxcpusaver=0

txcpusaver=0

[usb]

hdwtype=0 ; 0=std,1=dev

eeprom=0 ; unless you have a cable w/eeprom

duplex=1 ; 0=simplex, 1=duplex

invertptt=0

;minsigproc=0 ; minimal signal processing

;sendvoter=0 ; 0=default, no voter rssi, 1=enable voter rssi

carrierfrom=usb ; no,usb,usbinvert,dsp,vox

ctcssfrom=usb ; no,usb,dsp

rxboost=1 ; rx input boost of 20dB

rxdemod=flat ; no,speaker,flat

txprelim=1 ; 1 = pre-emphasize and limit

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Ed Wilhelm
Sent: Monday, December 30, 2013 8:35 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Haven’t hooked up a URI to one but have done some other things.
Your transmit audio should be “microphone” audio, not pre-emphasized. Pin 9.
Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT
Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

  1.   Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

  1.   When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1… If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________

App_rpt-users mailing list

App_rpt-users@ohnosec.org

[http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users](http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users)
5

Ah, good point… If that is the case, then I am screwed… I am using DCS and Allstar does not support it, so I have to encode DCS on the repeater side… I will test it out to see if your theory plays out.

Then I also just thought about the possibility that the data input is for digital mode only. Wonder if that might be the case, anyone know?

Thanks…

···

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Doug Bade
Sent: Monday, December 30, 2013 10:08 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

I know on Icom IDAS repeaters there is an obscure programming setting regarding disabling internal ctcss encode on external ptt that enables the data input to accept input from dc to daylight… if it is not set correctly the data input is dead… I am suspecting something similar is hanging you up… I would look in the help files of the RSS about data input… Motorola is pretty good about their help files most of the time… I am not familiar with TRBO repeater programming but maybe similar issues to what I have run into…

Doug

KD8B

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl
Sent: Monday, December 30, 2013 10:06 AM
To: ‘Ed Wilhelm’; app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Thanks to Don and Ed for the replies.

Here is the latest. Problem ended up being that the URI was not sending TX audio from the locally processed repeater transmissions. Not sure why, but when I changed the ctcssfrom=no to ctcssfrom=usb it started to work… Not sure why as I am not even tying the URI CTCSS to anything. But regardless I now have the audio.

Ed, I am going to keep the Kenwood repeaters in repeat mode so that if the node should go down, it will at least repeat locally. That was my objective… So with the External PTT trigger occurring, I have the take over I was looking for anyway. This means that when the node is up (sending PTT) the local repeat audio is not enabled, and that is good so I can take advantage of the Allstar processed audio.

The only remaining item is that I was hoping to send the pre-emphasised audio into the repeater that would be able to handle that audio. Don mentioned that I should be able to feed it into Pin 8 which is TX Data in, but I am not getting any modulation for some reason… I will continue to troubleshoot. Worse case, I will go with your plan Ed and go speaker audio…

rxcpusaver=0

txcpusaver=0

[usb]

hdwtype=0 ; 0=std,1=dev

eeprom=0 ; unless you have a cable w/eeprom

duplex=1 ; 0=simplex, 1=duplex

invertptt=0

;minsigproc=0 ; minimal signal processing

;sendvoter=0 ; 0=default, no voter rssi, 1=enable voter rssi

carrierfrom=usb ; no,usb,usbinvert,dsp,vox

ctcssfrom=usb ; no,usb,dsp

rxboost=1 ; rx input boost of 20dB

rxdemod=flat ; no,speaker,flat

txprelim=1 ; 1 = pre-emphasize and limit

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Ed Wilhelm
Sent: Monday, December 30, 2013 8:35 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Haven’t hooked up a URI to one but have done some other things.
Your transmit audio should be “microphone” audio, not pre-emphasized. Pin 9.
Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT
Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

  1.   Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

  1.   When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1… If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________

App_rpt-users mailing list

App_rpt-users@ohnosec.org

[http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users](http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users)
6

In Icom IDAS the input will support analog or digital on the data input… I am using them for GMSK D-Star modulation as well as analog allstar type stuff… In Icom at least, it is truly a direct connection to the modulator…

Doug

KD8B

···

From: Lu Vencl [mailto:vencl@att.net]
Sent: Monday, December 30, 2013 10:32 AM
To: ‘Doug Bade’; app_rpt-users@ohnosec.org
Subject: RE: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Ah, good point… If that is the case, then I am screwed… I am using DCS and Allstar does not support it, so I have to encode DCS on the repeater side… I will test it out to see if your theory plays out.

Then I also just thought about the possibility that the data input is for digital mode only. Wonder if that might be the case, anyone know?

Thanks…

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Doug Bade
Sent: Monday, December 30, 2013 10:08 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

I know on Icom IDAS repeaters there is an obscure programming setting regarding disabling internal ctcss encode on external ptt that enables the data input to accept input from dc to daylight… if it is not set correctly the data input is dead… I am suspecting something similar is hanging you up… I would look in the help files of the RSS about data input… Motorola is pretty good about their help files most of the time… I am not familiar with TRBO repeater programming but maybe similar issues to what I have run into…

Doug

KD8B

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl
Sent: Monday, December 30, 2013 10:06 AM
To: ‘Ed Wilhelm’; app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Thanks to Don and Ed for the replies.

Here is the latest. Problem ended up being that the URI was not sending TX audio from the locally processed repeater transmissions. Not sure why, but when I changed the ctcssfrom=no to ctcssfrom=usb it started to work… Not sure why as I am not even tying the URI CTCSS to anything. But regardless I now have the audio.

Ed, I am going to keep the Kenwood repeaters in repeat mode so that if the node should go down, it will at least repeat locally. That was my objective… So with the External PTT trigger occurring, I have the take over I was looking for anyway. This means that when the node is up (sending PTT) the local repeat audio is not enabled, and that is good so I can take advantage of the Allstar processed audio.

The only remaining item is that I was hoping to send the pre-emphasised audio into the repeater that would be able to handle that audio. Don mentioned that I should be able to feed it into Pin 8 which is TX Data in, but I am not getting any modulation for some reason… I will continue to troubleshoot. Worse case, I will go with your plan Ed and go speaker audio…

rxcpusaver=0

txcpusaver=0

[usb]

hdwtype=0 ; 0=std,1=dev

eeprom=0 ; unless you have a cable w/eeprom

duplex=1 ; 0=simplex, 1=duplex

invertptt=0

;minsigproc=0 ; minimal signal processing

;sendvoter=0 ; 0=default, no voter rssi, 1=enable voter rssi

carrierfrom=usb ; no,usb,usbinvert,dsp,vox

ctcssfrom=usb ; no,usb,dsp

rxboost=1 ; rx input boost of 20dB

rxdemod=flat ; no,speaker,flat

txprelim=1 ; 1 = pre-emphasize and limit

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Ed Wilhelm
Sent: Monday, December 30, 2013 8:35 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Haven’t hooked up a URI to one but have done some other things.
Your transmit audio should be “microphone” audio, not pre-emphasized. Pin 9.
Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT
Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

  1.   Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

  1.   When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1… If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________

App_rpt-users mailing list

App_rpt-users@ohnosec.org

[http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users](http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users)
7

Actually there is a version of app_rpt that can do DCS, you need to talk to Steve W9SH from xelatec. The XIPAR version has DCS
Encode/Decode built in. Any particular reason you want to use DCS not PL? I still think you should let app_rpt handle the emphasis
curve. I think the linking audio is way better that way. Feed the audio in on pin 8 (Data) which is direct to modulator and let
asterisk pre-emphasize limit the audio, you should be fine.

If you want to let the repeater internal controller handle the repeat audio, set duplex=3 in rpt.conf [node] stanza.
That way you the link/autopatch audio is full duplex, and you still get the courtesy tone/telemetry/link audio from the controller
The internal controller will handle the repeat audio in between. In that config the repeater will handle the DCS encode/decode.
You will need to program one of the output pins on the 25 pin to change state on proper PL/DCS, and wire that to the URI PL/COR
detect pin. then set in usbradio ctcssfrom=usb not DSP.

You can use the deemphasized audio in/out if you want to, you need to change the settings in the usbradio.conf to reflect that. I
strongly suggest you let app_rpt do the audio processing as it does a better job than the repeaters built in emphasis/limiting
circuitry. The direct flat audio path is also the one you would use for digital audio like one of the German DVRPTR boards.

I guess my first email was sent direct not via the list. I suggested that he make a couple changes in the usbradio.conf, use the
direct flat in/out pins, and let app_rpt do the encode/decode of PL using DSP and bypass the internal controller entirely on 1
channel. Program in a second channel that is internal controller repeat, and use a GPIO from the URI to change between channels,
or manually do so via an external DTMF decoder on a control receiver or attached to the repeater. use something like DTMF A to toggle
channels. So if the linux box pukes, a DTMF "A" will get you back up to at least local repeat. That is exactly what I did on a
VXR-9000 I setup for my old ham club.

Don W9DRR

Enjoy being warm guys, it was -11F this morning here in the chilly state of Iowa.

···

On 12/30/2013 07:35 AM, Ed Wilhelm wrote:

Haven't hooked up a URI to one but have done some other things. Your transmit audio should be "microphone" audio, not
pre-emphasized. Pin 9. Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you
like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has
successfully interfaced a URI to a Kenwood NEXEDGE� Repeater NXR-710/810?

My challenge is this.

1. Can�t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could.
I can always run regular mode.. Tried the TX data input but got no audio

2. When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and
the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1.. If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage
of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming
file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org
ohnosec.org

8

Don/Lu, I'm also using the duplex=3 setting and local repeat on my main node as I always have a talkback monitor receiver going (and am able to hear duplex barge-ins). Having operated full duplex mobile since the late 60's, I can't imagine not being duplex - I even set up the local club's 2m repeater with 927 MHz talkback. None of my current repeaters have an internal "switchable" repeat path, so I'm of little help there. My "local" controller is one of the NHRC-4 controllers, modified to keep the port 2 RX audio (and telemetry audio) from directly feeding the port 2 TX. Unfortunately, DTMF mute has to be disabled on the -4, so that might deter others from using this method. In my case I'm on 900 MHz, so not as many folks are "listening".

tnx
Mike Roden / W5JR
Mgr - Five Jug Ranch

···

On Dec 30, 2013, at 1:47 PM, Don Russell <drussell@gpgsecure.com> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Actually there is a version of app_rpt that can do DCS, you need to talk to Steve W9SH from xelatec. The XIPAR version has DCS
Encode/Decode built in. Any particular reason you want to use DCS not PL? I still think you should let app_rpt handle the emphasis
curve. I think the linking audio is way better that way. Feed the audio in on pin 8 (Data) which is direct to modulator and let
asterisk pre-emphasize limit the audio, you should be fine.

If you want to let the repeater internal controller handle the repeat audio, set duplex=3 in rpt.conf [node] stanza.
That way you the link/autopatch audio is full duplex, and you still get the courtesy tone/telemetry/link audio from the controller
The internal controller will handle the repeat audio in between. In that config the repeater will handle the DCS encode/decode.
You will need to program one of the output pins on the 25 pin to change state on proper PL/DCS, and wire that to the URI PL/COR
detect pin. then set in usbradio ctcssfrom=usb not DSP.

You can use the deemphasized audio in/out if you want to, you need to change the settings in the usbradio.conf to reflect that. I
strongly suggest you let app_rpt do the audio processing as it does a better job than the repeaters built in emphasis/limiting
circuitry. The direct flat audio path is also the one you would use for digital audio like one of the German DVRPTR boards.

I guess my first email was sent direct not via the list. I suggested that he make a couple changes in the usbradio.conf, use the
direct flat in/out pins, and let app_rpt do the encode/decode of PL using DSP and bypass the internal controller entirely on 1
channel. Program in a second channel that is internal controller repeat, and use a GPIO from the URI to change between channels,
or manually do so via an external DTMF decoder on a control receiver or attached to the repeater. use something like DTMF A to toggle
channels. So if the linux box pukes, a DTMF "A" will get you back up to at least local repeat. That is exactly what I did on a
VXR-9000 I setup for my old ham club.

Don W9DRR

Enjoy being warm guys, it was -11F this morning here in the chilly state of Iowa.

On 12/30/2013 07:35 AM, Ed Wilhelm wrote:
Haven't hooked up a URI to one but have done some other things. Your transmit audio should be "microphone" audio, not
pre-emphasized. Pin 9. Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you
like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has
successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

1. Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could.
I can always run regular mode.. Tried the TX data input but got no audio

2. When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and
the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1.. If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage
of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming
file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org
ohnosec.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlLBv9QACgkQ37LPaQ6hzZo6BgD9GyaZnCm1Y291RpayqqTZJBkn
rUSeyUHgSnQ+ZB9a254A/iv59EDgvwL2MS740j+36BrPjkVVo1X/OmmVtrP0fd5a
=6tEe
-----END PGP SIGNATURE-----
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

9

I got stumped too

As you know, digital repeaters in digital mode do not support external controller use. however, in analog mode, an external controller such as allstar with a URI/fob or an scom etc, do just fine. I found it wasn’t realistic having the repeater setup to use both controllers on the idea that the internal repeater controller would take over if the allstar computer quit. due to an audio delay in allstar/xipar, somehow there were two paths of audio at the repeater’s audio input, so it produced an echo. If you solve this please post it on the site. Good luck, happy canoe year…
JK

···

From: Lu Vencl vencl@att.net
To: ‘Doug Bade’ kd8b@thebades.net; app_rpt-users@ohnosec.org
Sent: Monday, December 30, 2013 10:32 AM
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Ah, good point… If that is the case, then I am screwed… I am using DCS and Allstar does not support it, so I have to encode DCS on the repeater side… I will test it out to see if your theory plays out.

Then I also just thought about the possibility that the data input is for digital mode only. Wonder if that might be the case, anyone know?

Thanks…

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Doug Bade
Sent: Monday, December 30, 2013 10:08 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

I know on Icom IDAS repeaters there is an obscure programming setting regarding disabling internal ctcss encode on external ptt that enables the data input to accept input from dc to daylight… if it is not set correctly the data input is dead… I am suspecting something similar is hanging you up… I would look in the help files of the RSS about data input… Motorola is pretty good about their help files most of the time… I am not familiar with TRBO repeater programming but maybe similar issues to what I have run into…

Doug

KD8B

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl
Sent: Monday, December 30, 2013 10:06 AM
To: ‘Ed Wilhelm’; app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Thanks to Don and Ed for the replies.

Here is the latest. Problem ended up being that the URI was not sending TX audio from the locally processed repeater transmissions. Not sure why, but when I changed the ctcssfrom=no to ctcssfrom=usb it started to work… Not sure why as I am not even tying the URI CTCSS to anything. But regardless I now have the audio.

Ed, I am going to keep the Kenwood repeaters in repeat mode so that if the node should go down, it will at least repeat locally. That was my objective… So with the External PTT trigger occurring, I have the take over I was looking for anyway. This means that when the node is up (sending PTT) the local repeat audio is not enabled, and that is good so I can take advantage of the Allstar processed audio.

The only remaining item is that I was hoping to send the pre-emphasised audio into the repeater that would be able to handle that audio. Don mentioned that I should be able to feed it into Pin 8 which is TX Data in, but I am not getting any modulation for some reason… I will continue to troubleshoot. Worse case, I will go with your plan Ed and go speaker audio…

rxcpusaver=0

txcpusaver=0

[usb]

hdwtype=0 ; 0=std,1=dev

eeprom=0 ; unless you have a cable w/eeprom

duplex=1 ; 0=simplex, 1=duplex

invertptt=0

;minsigproc=0 ; minimal signal processing

;sendvoter=0 ; 0=default, no voter rssi, 1=enable voter rssi

carrierfrom=usb ; no,usb,usbinvert,dsp,vox

ctcssfrom=usb ; no,usb,dsp

rxboost=1 ; rx input boost of 20dB

rxdemod=flat ; no,speaker,flat

txprelim=1 ; 1 = pre-emphasize and limit

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Ed Wilhelm
Sent: Monday, December 30, 2013 8:35 AM
To: app_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] Question regarding interfacing to a Kenwood Nextedge Repeater NXR-710/810

Haven’t hooked up a URI to one but have done some other things.
Your transmit audio should be “microphone” audio, not pre-emphasized. Pin 9.
Rx audio is at 11, squelched. PTT at 16 and TOR can be assigned under function port to whatever pin you like.

In KPG-129D go to channel edit and set operation mode to duplex not repeater. Now the URI should control and handle audio.

Should work on analog or digital. Use simple USB not dsp.

Ed W8VT
Nodes 27849, 29496

On 12/29/2013 10:28 PM, Lu Vencl wrote:

I know this is a shot in the dark and I am probably the only one trying this, but is there by chance anyone that has successfully interfaced a URI to a Kenwood NEXEDGE® Repeater NXR-710/810?

My challenge is this.

  1.   Can’t seem to find a way to feed in pre-emphasize TX audio.. Not a show stopper, but sure would be nice if I could. I can always run regular mode.. Tried the TX data input but got no audio

  1.   When using external PTT, it mutes the TX audio for some reason. Seems as when the repeater is receiving audio, and the URI bring PTT low on the External PTT, it mutes the audio completely. You hear no repeat audio.

I am using in rpt.conf, Duplex =1… If I do Duplex =0, then I get the internal repeat audio, but it does not take advantage of the Allstar processed audio such as audio delay and DTMF muting.

There has to be a better way and has hoping someone has already succeeded in this challenge. I can email you the programming file to the repeater if you wish.

Thanks in advance.

Lu, KA4EPS

_______________________________________________

App_rpt-users mailing list

App_rpt-users@ohnosec.org

[http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users](http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users)

App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users