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 NEXEDGER 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 <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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> [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 <mailto: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> [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 <mailto: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 NEXEDGER 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 http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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 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 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

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 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

-----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 http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users