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