[App_rpt-users] CTCSS and carrier squelch

Jann Traschewski jann at gmx.de
Sun Mar 7 05:55:47 UTC 2010


Hello Jim,

thank you for the quick response. I did try the new revision 569, but it
doesn't work. My config:

hdwtype=0
rxboost=1
rxctcssrelax=1
;txctcssdefault=71.9
rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10
3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7,
162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250.
3
txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10
3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7,
162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250.
3
rxctcssoverride=1
carrierfrom=dsp
ctcssfrom=dsp
rxdemod=flat
txprelim=yes

The repeater can be opened now without a subtone. Unfortunately subtones
will not be detected and regenerated by the repeater or simply passed
through the repeater. Any ideas?

Tnx,
73,
Jann

> -----Original Message-----
> From: Jim Duuuude [mailto:telesistant at hotmail.com] 
> Sent: Saturday, March 06, 2010 6:05 PM
> To: Jann; app_rpt mailing list
> Subject: RE: [App_rpt-users] CTCSS and carrier squelch
> 
> 
> A reasonable and easy request. I went to great extremes 
> (sarcasm intended) to make a 1 line change in chan_usbradio 
> to accommodate this need.
> 
> A new copy of chan_usbradio.c will be posted to the SVN later 
> today once Steve gets home and does it. 
> 
> It will add the "rxctcssoverride" parameter to usbradio.conf, 
> allowing the rx CTCSS to default to off. (you have to put 
> "rxctcssoverride = yes"
> in the file.
> 
> You then specify your CTCSS tones like you would normally (as 
> if you were going to require them for access), but the 
> receiver will not require any tone to actually receive.
> 
> JIM WB6NIL
> 
> ----------------------------------------
> > From: jann at gmx.de
> > To: app_rpt-users at qrvc.com
> > Date: Sat, 6 Mar 2010 17:17:19 +0100
> > Subject: [App_rpt-users] CTCSS and carrier squelch
> >
> > Hello,
> >
> > our repeater is in "carrier squelch"-mode. Since there is 
> much traffic 
> > on our repeater we are used to use different subtones for different 
> > user groups just for the initial call to request a group member to 
> > continue the qso without subtone (so nobody else in the 
> group will be disturbed).
> > Unfortunately this seems to be impossible. We tried these 
> > configurations in
> > usbradio.conf:
> >
> > #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) 
> > hdwtype=0
> > ;txctcssdefault=71.9
> > 
> rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,
> > 100.0, 
> > 
> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14
> 6.2,151.4,156.
> > 
> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,24
> > 1.8,25
> > 0.3
> > 
> txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,
> > 100.0, 
> > 
> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14
> 6.2,151.4,156.
> > 
> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,24
> > 1.8,25
> > 0.3
> > carrierfrom=dsp
> > ctcssfrom=dsp
> > rxdemod=flat
> > txprelim=yes
> >
> > #2 (we tried to disable CTCSS)
> > hdwtype=0
> > carrierfrom=dsp
> > ctcssfrom=no
> > rxdemod=flat
> > txprelim=yes
> >
> > Is there a way to pass CTCSS tones through the repeater in "carrier 
> > squelch"-mode ? I don't care whether it will be 
> decoded/encoded by the 
> > software or just passed through the repeater (0-300 Hz passthrough).
> > Currently passthrough of 0-300 Hz seems to be blocked by 
> the software.
> >
> > Thanks
> > 73,
> > Jann
> > DG8NGN
> >
> >
> > --
> > Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany
> > Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de
> > Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182
> >
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
>  		 	   		  =




More information about the App_rpt-users mailing list