[App_rpt-users] Issue with Hangup after first keying

Jeff Carrier k0jsc.jeff at gmail.com
Fri Jul 5 18:26:08 UTC 2013


I stand corrected.  You should be just fine though there is a duplex
setting in usbradio.conf too.

http://ohnosec.org/drupal/node/84
On Jul 5, 2013 11:58 AM, "Joshua Hintze" <joshh at imsar.com> wrote:

> Ok all I'm back to work today and playing with this setup again.
>
> I was able to isolate a much better signal for COR than what I had before.
> This now truely goes from 0V->5V only when receiving and not when
> transmitting. However I'm still having issues.
>
> As soon as asterisk receives a signal it immediately tries to transmit a
> signal out. This then effectively pulls the PTT low and my receiver stops
> receiving. It is almost like it is in duplex mode but I have in
> usbradio.conf
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                         ; or "Relay Racing".
>                         ; A positive value here will instruct the usbradio
> driver to ignore the
>                         ; COR line for a specified number of 20mSec
> intervals following the
>                         ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                         ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
> Just for clarity I'll post my entire usbradio.conf below:
>
> [general]
>
> [usb]
>
> hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
> using
>                         ; the instructions from usbfob.pdf. Use a setting
> of
>                         ; 1 is for Dingotel/Sph interfaces.
>
> rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator
> removed
>                         ; Set to 1 for additonal gain if using a low-level
> receiver output
>
> rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
>                         ; Do not change this, leave this as a 1
>
> ;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
> ;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in
> table
> ;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
> rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
> mode
>
> carrierfrom=usb ; no,usb,usbinvert,dsp,vox
>                         ; no - no carrier detection at all
>                         ; usb - from the COR line on the modified USB sound
> fob
>                         ; usbinvert - from the inverted COR line on the
> modified USB sound fob
>                         ; dsp - from RX noise using dsp techniques
>                         ; vox - voice activated from RX audio
>
> ctcssfrom=no            ; no,usb,dsp
>                         ; no - CTCSS decoding, system will be carrier
> squelch
>                         ; usb - CTCSS decoding using input from USB FOB
>                         ; (currently not supported)
>                         ; dsp - CTCSS decoding using RX audio in DSP.
>                         ; rxdemod option must be set to flat for this to
> work.
>
> rxdemod=speaker            ; input type from radio: no,speaker,flat
>                         ; no - RX audio input not used
>                         ; flat - Use RX audio from discriminator (before
> de-emphasis)
>                         ; speaker - use de-emphasized audio
>
> txprelim=no             ; Audio processing on left output channel: no,yes
>                         ; no - Audio is not pre-emphasized and limited.
>                         ; Suitable for use on a microphone input
>                         ; yes - Audio is pre-emphasized and limited.
>                         ; Suitable for direct connection to an FM modulator
>
> txlimonly=no            ; Audio limiting with no pre-emphasis on output
> channel: no,yes
>                         ; no - Audio is not limited.
>                         ; yes - Audio is  limited.
>                         ; Suitable for transmitters with no limiting but
> with pre-emphasis.
>
> txtoctype=no    ; Transmit tone control type: no,phase,notone
>                         ; no - CTCSS tone encoding with no hang time
>                         ; phase - encode CTCSS and reverse phase
>                         ; AKA ("reverse burst") before unkeying TX
>                         ; notone - encode CTCSS and stop sending tone
> before
> unkeying TX
>                         ; AKA ("chicken burst")
>
> txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
>                         ; no - Do not output anything
>                         ; voice - output voice only
>                         ; tone - CTCSS tone only
>                         ; composite - voice and tone
>                         ; auxvoice - auxiliary voice output at headphone
> level for monitoring
>
> txmixb=no               ; Right channel output: no,voice,tone,composite,
> auxvoice
>                         ; See txmixa above.
>
> invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
> transmit
>                         ; This is the collector lead of the 2n4401 on the
> modified
>                         ; usb sound fob.
>                         ; please refer to the howto for the procedure to do
> this.
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                         ; or "Relay Racing".
>                         ; A positive value here will instruct the usbradio
> driver to ignore the
>                         ; COR line for a specified number of 20mSec
> intervals following the
>                         ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                         ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
>
> Any thoughts on why asterisk would be trying to send a signal as soon as it
> receives one? After the first time (upon asterisk restart) it receives a
> signal it sends a beep followed by a morse code sequence.
>
> Thanks,
>
> Josh
>
>
> -----Original Message-----
> From: Corey Dean [mailto:n3fe at repeater.net]
> Sent: Thursday, July 04, 2013 8:48 AM
> To: Joshua Hintze; app_rpt-users at ohnosec.org
> Subject: RE: [App_rpt-users] Issue with Hangup after first keying
>
> Are you running full duplex on a simplex radio?
>
> Corey N3FE
> ________________________________________
> From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org
> ]
> On Behalf Of Joshua Hintze [joshh at imsar.com]
> Sent: Wednesday, July 03, 2013 3:58 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issue with Hangup after first keying
>
> Hello,
>
> It is my first posting on here. I have ALMOST gotten the ACID installation
> working. I'm using the URI interfaced to ACID and to my radio. The asterisk
> can properly key the radio and its working just fine with that. I can also
> connect to the node with iaxRpt directly with no problem and transmit OUT
> of
> my radio.
>
> However I am having some issues when my radio receives communication in
> that
> as soon as I get my first radio RX, asterisk will then play a tone out of
> the URI into the radio over and over again at about a one second interval.
> In the asterisk terminal it just keeps repeating:
>
>     -- Hungup 'Zap/pseudo-1726358622'
>     -- Hungup 'Zap/pseudo-1774817359'
>     -- Hungup 'Zap/pseudo-691532115'
>     -- Hungup 'Zap/pseudo-81389311'
>     -- Hungup 'Zap/pseudo-465154784'
>    -- Hungup 'Zap/pseudo-627058532'
>     -- Hungup 'Zap/pseudo-1656870264'
>     -- Hungup 'Zap/pseudo-1671691803'
>     -- Hungup 'Zap/pseudo-50274194'
>
> forever keeping my radio always keyed.
>
> I have the COR from the radio going into the URI. I do not plan on using
> CTCSS and have tried tying it to ground as well as tying it to the COR as
> well. My usbradio.conf has the following:
>
> carrierfrom=usb
> ctcssfrom=no
>
> I have tried also ctcssfrom=usb as well.
>
> Any help would be appreciated.
>
> Thanks,
>
> Josh
>
> --
> This message was scanned and is believed to be clean.
> Click here to report this message as
> spam.<
> http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
> D>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130705/b4ec218c/attachment.html>


More information about the App_rpt-users mailing list