[App_rpt-users] Issue with Hangup after first keying

Steve Agee n5zua at earthlink.net
Fri Jul 5 14:16:32 EDT 2013


Correct. The default does not define that value, and thus it is assumed at 
full duplex / repeater setting.

Good deal!

N5ZUA

----- Original Message ----- 
From: "Joshua Hintze" <joshh at imsar.com>
To: "'Steve Agee'" <n5zua at earthlink.net>; <app_rpt-users at ohnosec.org>
Sent: Friday, July 05, 2013 1:06 PM
Subject: RE: [App_rpt-users] Issue with Hangup after first keying


> Wow that is it!
>
> My rpt.conf did not even have a duplex setting in it so I had no idea that
> it needed to be set. Grrrrr
>
> Seems to be working much better now.
>
> Thanks!
>
> Josh
>
> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org
> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Agee
> Sent: Friday, July 05, 2013 12:05 PM
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Issue with Hangup after first keying
>
> For a simplex node be sure that you have the following defined in:
>
> /etc/asterisk/rpt.conf
>
> duplex=0 (for no telemetry / messasges)
>
> or
>
> duplex=1 (enables telemetry / messages / courtesy tones)
>
> This is a different setting than the duplex = in your usbradio.conf file
>
> N5ZUA
>
> ----- Original Message ----- 
> From: "Joshua Hintze" <joshh at imsar.com>
> To: "'Corey Dean'" <n3fe at repeater.net>; <app_rpt-users at ohnosec.org>
> Sent: Friday, July 05, 2013 12:56 PM
> Subject: Re: [App_rpt-users] Issue with Hangup after first keying
>
>
>> 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
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 




More information about the App_rpt-users mailing list