[arm-allstar] arm-allstar Digest, Vol 26, Issue 50

ku6v ku6v at pacbell.net
Sun Jul 31 22:01:29 EST 2016


    
The node is connected via a URI and then to the 7K. 


73KU6V Don

-------- Original message --------
From: arm-allstar-request at hamvoip.org 
Date: 7/31/16  5:41 PM  (GMT-08:00) 
To: arm-allstar at hamvoip.org 
Subject: arm-allstar Digest, Vol 26, Issue 50 

Send arm-allstar mailing list submissions to
	arm-allstar at hamvoip.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
or, via email, send a message with subject or body 'help' to
	arm-allstar-request at hamvoip.org

You can reach the person managing the list at
	arm-allstar-owner at hamvoip.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of arm-allstar digest..."


Today's Topics:

   1. Question on suppressing node connection announcements
      (Tom Whiteside)
   2. Re: Question on suppressing node connection announcements
      (Doug Crompton)
   3. dtmf (don)
   4. Re: dtmf (David McGough)


----------------------------------------------------------------------

Message: 1
Date: Sun, 31 Jul 2016 16:52:11 -0500
From: "Tom Whiteside" <tomw at ecpi.com>
To: <arm-allstar at hamvoip.org>
Subject: [arm-allstar] Question on suppressing node connection
	announcements
Message-ID: <015e01d1eb75$ca9e7ba0$5fdb72e0$@ecpi.com>
Content-Type: text/plain; charset="us-ascii"

I just migrated our Echolink from being piggybacked on a node to running on
a separate RP3 running version 1.02.   It is working great and has reduced
the loading a bunch when there are many Echolink users.   There is one funny
that I'd appreciate some help with.   Normally, I only hear the node
connects and disconnects when doing so from another Allstar node and I like
to hear those.   And people can connect and disconnect from our Echolink
node and we DON'T hear that racket - like that too.   

 

Here is the funny:  if we do a disconnect from the Echolink node and then
reconnect again, we now hear all the Echolink connections and
disconnections..  I tried an experiment on the Echolink node putting in a
startup macro to suppress local telemetry but that had no effect.
Restarting Asterisk on the Echolink controller restores quiet to the
universe.

 

Any ideas?

 

Tom N5TW

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/c4f9dd0c/attachment-0001.html>

------------------------------

Message: 2
Date: Sun, 31 Jul 2016 18:21:23 -0400
From: Doug Crompton <doug at crompton.com>
To: ARM Allstar <arm-allstar at hamvoip.org>
Subject: Re: [arm-allstar] Question on suppressing node connection
	announcements
Message-ID: <BLU171-W883475A5C3B41D53CC0B40BA030 at phx.gbl>
Content-Type: text/plain; charset="windows-1252"

Tom,

 Echolink like the connect messages on Allstar has three modes - on (1), off (0), and timed (2).

On and off are self explanatory. Timed means when you do any connects, disconnects, etc. you will hear the connection BUT there is a timed period - about 1 minute or so after that that the window stays open and you will hear other connects/disconnects during that time. Once the time period is up it will mute until you do another connect/disconnect at the echolink node.

By default we set both echolink and Allstar to mode (2) but that can obviously be changed.
73 Doug
WA3DSP
http://www.crompton.com/hamradio


To: arm-allstar at hamvoip.org
Date: Sun, 31 Jul 2016 16:52:11 -0500
Subject: [arm-allstar] Question on suppressing node connection announcements
From: arm-allstar at hamvoip.org
CC: tomw at ecpi.com

I just migrated our Echolink from being piggybacked on a node to running on a separate RP3 running version 1.02.   It is working great and has reduced the loading a bunch when there are many Echolink users.   There is one funny that I?d appreciate some help with.   Normally, I only hear the node connects and disconnects when doing so from another Allstar node and I like to hear those.   And people can connect and disconnect from our Echolink node and we DON?T hear that racket ? like that too.    Here is the funny:  if we do a disconnect from the Echolink node and then reconnect again, we now hear all the Echolink connections and disconnections?.  I tried an experiment on the Echolink node putting in a startup macro to suppress local telemetry but that had no effect.   Restarting Asterisk on the Echolink controller restores quiet to the universe. Any ideas? Tom N5TW
_______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/4f9a2732/attachment-0001.html>

------------------------------

Message: 3
Date: Sun, 31 Jul 2016 16:51:14 -0700
From: "don" <ku6v at pacbell.net>
To: <arm-allstar at hamvoip.org>
Subject: [arm-allstar] dtmf
Message-ID:
	<!&!AAAAAAAAAAAYAAAAAAAAAPeOxHtRblxEnOGBv570r5HCgAAAEAAAANbPWSmkt8FPgFhyitG3bfMBAAAAAA==@pacbell.net>
	
Content-Type: text/plain; charset="us-ascii"

Has anyone seen this messages before? From the radio my tones do not seem to
invoke any of the commands. The tones when entered via Zoiper do invoke the
command(s) as requested.

 

NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got DTMF char 1

[Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:13] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 2

[Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 7

[Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 0

[Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 6

[Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 6

[Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

    -- Hungup 'DAHDI/pseudo-1028230844'

[Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char *

[Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 7

[Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

[Jul 31 15:55:32] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
DTMF char 6

[Jul 31 15:55:32] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
DTMF digits on SimpleUSB/usb

    -- Hungup 'DAHDI/pseudo-1360499355'

 

I had this all working and then had to send my S-Com 7k back for parts
replacement as it got to the end of life for a few chips. Now that is is
back this has popped up. The controller decodes locally and controls the 7K
fine. I see the dtmf decode LED strobe on and off as expected to while
entering tones.

Any help or ideas will be gratefully accepted.

Am not familiar enough to interpret the screen shot above. 

73 

KU6V

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/a11e1790/attachment-0001.html>

------------------------------

Message: 4
Date: Sun, 31 Jul 2016 20:41:03 -0400 (EDT)
From: David McGough <kb4fxc at inttek.net>
To: don via arm-allstar <arm-allstar at hamvoip.org>
Subject: Re: [arm-allstar] dtmf
Message-ID:
	<Pine.LNX.4.44.1607312038230.7564-100000 at goliath.inttek.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi Don,

It the 7K controller attached to your receiver, with the AllStar 
URI/FOB attached to a port on the 7K as well?

Or, another configuration?


73, David KB4FXC





On Sun, 31 Jul 2016, don via arm-allstar wrote:

> Has anyone seen this messages before? From the radio my tones do not seem to
> invoke any of the commands. The tones when entered via Zoiper do invoke the
> command(s) as requested.
> 
>  
> 
> NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got DTMF char 1
> 
> [Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:13] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 2
> 
> [Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 7
> 
> [Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 0
> 
> [Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 6
> 
> [Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 6
> 
> [Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
>     -- Hungup 'DAHDI/pseudo-1028230844'
> 
> [Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char *
> 
> [Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 7
> 
> [Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
> [Jul 31 15:55:32] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got
> DTMF char 6
> 
> [Jul 31 15:55:32] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred
> DTMF digits on SimpleUSB/usb
> 
>     -- Hungup 'DAHDI/pseudo-1360499355'
> 
>  
> 
> I had this all working and then had to send my S-Com 7k back for parts
> replacement as it got to the end of life for a few chips. Now that is is
> back this has popped up. The controller decodes locally and controls the 7K
> fine. I see the dtmf decode LED strobe on and off as expected to while
> entering tones.
> 
> Any help or ideas will be gratefully accepted.
> 
> Am not familiar enough to interpret the screen shot above. 
> 
> 73 
> 
> KU6V
> 
>  
> 
>  
> 
> 



------------------------------

Subject: Digest Footer

_______________________________________________
arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar


------------------------------

End of arm-allstar Digest, Vol 26, Issue 50
*******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/de20bd1a/attachment-0001.html>


More information about the arm-allstar mailing list