I tried "carrierfrom=dsp" and same result, any pl tone or no pl tone still brings up the repeater, like it is carrier squelch. I also tried "carrierfrom=no" and the result of that was that nothing would bring up the repeater. Chuck On Mon, Nov 15, 2010 at 3:43 PM, Jim Duuuude <telesistant@hotmail.com> wrote:
try carrierfrom=dsp
From: rpt2@chuck.midlandsnetworking.com Date: Mon, 15 Nov 2010 15:10:36 -0600 To: app_rpt-users@qrvc.com Subject: [App_rpt-users] CTCSS decode in software?
I am running version .273 code in Centos running on an Intel Atom D510,(which reports "Total of 4 processors activated (13333.62 BogoMIPS)") and am trying to use a radio receiver that does not have built in CTCSS decode. I am getting audio directly from the discriminator and the "radio tune rxnoise" and "radio tune rxtone" setting is successful but it acts like I am set for carrier squelch even though I think I am setup for dsp CTCSS squelch in usbradio.conf. Here are my settings from usbradio.conf. What am I doing wrong? Is it not possible to decode CTCSS in software and have it only allow signals in that have the correct tone? Chuck
[usb27468] hdwtype=0 rxboost=0 txboost=0 rxctcssrelax=1 txctcssdefault=131.8 rxctcssfreqs=131.8 txctcssfreqs=131.8 rxctcssoverride=1 carrierfrom=usbinvert ; Options - no,usb,usbinvert,dsp,vox ; no - no carrier detection at all ; usb - via USB radio adapter COR connection ; usbinvert - same as above but inverted polarity. ; dsp - from RX noise using dsp methods ; vox - voice activated via RX audio ctcssfrom=dsp ; Options = no,usb,dsp ; no - CTCSS decoding, system will be carrier squelch ; usb - CTCSS decoding using input from USB adapter ; usbinvert - same as above but inverted polarity. ; dsp - CTCSS decoding using RX audio in DSP. ; rxdemod option must be set to flat for this to work. rxdemod=flat ; Options = no, flat, speaker ; no - RX audio input not used ; flat - source is un-filtered discriminator signal ; speaker - source is filtered, de-emphasized audio
txprelim=no txlimonly=no txtoctype=no txmixa=voice txmixb=voice invertptt=0 duplex=1 rxondelay=0 rxnoisefiltype=0 eeprom=0 _______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
ctcssfrom=dsp and rxctcssoverride=0 should fix it -----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Chuck Henderson Sent: Monday, November 15, 2010 4:56 PM To: app_rpt-users@qrvc.com; Jim Duuuude; kt9ac@ameritech.net Subject: Re: [App_rpt-users] CTCSS decode in software? I tried "carrierfrom=dsp" and same result, any pl tone or no pl tone still brings up the repeater, like it is carrier squelch. I also tried "carrierfrom=no" and the result of that was that nothing would bring up the repeater. Chuck On Mon, Nov 15, 2010 at 3:43 PM, Jim Duuuude <telesistant@hotmail.com> wrote:
try carrierfrom=dsp
From: rpt2@chuck.midlandsnetworking.com Date: Mon, 15 Nov 2010 15:10:36 -0600 To: app_rpt-users@qrvc.com Subject: [App_rpt-users] CTCSS decode in software?
I am running version .273 code in Centos running on an Intel Atom D510,(which reports "Total of 4 processors activated (13333.62 BogoMIPS)") and am trying to use a radio receiver that does not have built in CTCSS decode. I am getting audio directly from the discriminator and the "radio tune rxnoise" and "radio tune rxtone" setting is successful but it acts like I am set for carrier squelch even though I think I am setup for dsp CTCSS squelch in usbradio.conf. Here are my settings from usbradio.conf. What am I doing wrong? Is it not possible to decode CTCSS in software and have it only allow signals in that have the correct tone? Chuck
[usb27468] hdwtype=0 rxboost=0 txboost=0 rxctcssrelax=1 txctcssdefault=131.8 rxctcssfreqs=131.8 txctcssfreqs=131.8 rxctcssoverride=1 carrierfrom=usbinvert ; Options - no,usb,usbinvert,dsp,vox ; no - no carrier detection at all ; usb - via USB radio adapter COR connection ; usbinvert - same as above but inverted polarity. ; dsp - from RX noise using dsp methods ; vox - voice activated via RX audio ctcssfrom=dsp ; Options = no,usb,dsp ; no - CTCSS decoding, system will be carrier squelch ; usb - CTCSS decoding using input from USB adapter ; usbinvert - same as above but inverted polarity. ; dsp - CTCSS decoding using RX audio in DSP. ; rxdemod option must be set to flat for this to work. rxdemod=flat ; Options = no, flat, speaker ; no - RX audio input not used ; flat - source is un-filtered discriminator signal ; speaker - source is filtered, de-emphasized audio
txprelim=no txlimonly=no txtoctype=no txmixa=voice txmixb=voice invertptt=0 duplex=1 rxondelay=0 rxnoisefiltype=0 eeprom=0 _______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
It is working now with "rxctcssoverride=0" I had read in the chan_usbradio.c file this comment... ; rxctcssoverride=0 ; default condition to not require rx CTCSS That is why I had "rxctcssoverride=1" in my config file thinking it would change from the default of not requiring CTCSS, to requiring CTCSS. Then after the first time I tried "rxctcssoverride=0", it still didn't work but after another reboot of the system, then it does work. Apparently "rpt reload" and "rpt restart" do not re-read the usbradio.conf file for this option to take effect but a system "shutdown -r now" did. Thanks for the help Chuck On Mon, Nov 15, 2010 at 4:05 PM, Scott Weis <kb2ear@kb2ear.net> wrote:
ctcssfrom=dsp and rxctcssoverride=0 should fix it
-----Original Message----- From: app_rpt-users-bounces@qrvc.com [mailto:app_rpt-users-bounces@qrvc.com] On Behalf Of Chuck Henderson Sent: Monday, November 15, 2010 4:56 PM To: app_rpt-users@qrvc.com; Jim Duuuude; kt9ac@ameritech.net Subject: Re: [App_rpt-users] CTCSS decode in software?
I tried "carrierfrom=dsp" and same result, any pl tone or no pl tone still brings up the repeater, like it is carrier squelch. I also tried "carrierfrom=no" and the result of that was that nothing would bring up the repeater. Chuck
On Mon, Nov 15, 2010 at 3:43 PM, Jim Duuuude <telesistant@hotmail.com> wrote:
try carrierfrom=dsp
From: rpt2@chuck.midlandsnetworking.com Date: Mon, 15 Nov 2010 15:10:36 -0600 To: app_rpt-users@qrvc.com Subject: [App_rpt-users] CTCSS decode in software?
I am running version .273 code in Centos running on an Intel Atom D510,(which reports "Total of 4 processors activated (13333.62 BogoMIPS)") and am trying to use a radio receiver that does not have built in CTCSS decode. I am getting audio directly from the discriminator and the "radio tune rxnoise" and "radio tune rxtone" setting is successful but it acts like I am set for carrier squelch even though I think I am setup for dsp CTCSS squelch in usbradio.conf. Here are my settings from usbradio.conf. What am I doing wrong? Is it not possible to decode CTCSS in software and have it only allow signals in that have the correct tone? Chuck
[usb27468] hdwtype=0 rxboost=0 txboost=0 rxctcssrelax=1 txctcssdefault=131.8 rxctcssfreqs=131.8 txctcssfreqs=131.8 rxctcssoverride=1 carrierfrom=usbinvert ; Options - no,usb,usbinvert,dsp,vox ; no - no carrier detection at all ; usb - via USB radio adapter COR connection ; usbinvert - same as above but inverted polarity. ; dsp - from RX noise using dsp methods ; vox - voice activated via RX audio ctcssfrom=dsp ; Options = no,usb,dsp ; no - CTCSS decoding, system will be carrier squelch ; usb - CTCSS decoding using input from USB adapter ; usbinvert - same as above but inverted polarity. ; dsp - CTCSS decoding using RX audio in DSP. ; rxdemod option must be set to flat for this to work. rxdemod=flat ; Options = no, flat, speaker ; no - RX audio input not used ; flat - source is un-filtered discriminator signal ; speaker - source is filtered, de-emphasized audio
txprelim=no txlimonly=no txtoctype=no txmixa=voice txmixb=voice invertptt=0 duplex=1 rxondelay=0 rxnoisefiltype=0 eeprom=0 _______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users
participants (2)
-
Chuck Henderson -
Scott Weis