<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>
<div>The node is connected via a URI and then to the 7K. </div><div><br></div><div><br></div><div><br></div><div id="composer_signature"><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><font size="5">73</font><div><font size="5" dir="auto">KU6V </font></div><div><font size="5" dir="auto">Don</font></div></div><br><br>-------- Original message --------<br>From: arm-allstar-request@hamvoip.org <br>Date: 7/31/16 5:41 PM (GMT-08:00) <br>To: arm-allstar@hamvoip.org <br>Subject: arm-allstar Digest, Vol 26, Issue 50 <br><br>Send arm-allstar mailing list submissions to<br> arm-allstar@hamvoip.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>or, via email, send a message with subject or body 'help' to<br> arm-allstar-request@hamvoip.org<br><br>You can reach the person managing the list at<br> arm-allstar-owner@hamvoip.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of arm-allstar digest..."<br><br><br>Today's Topics:<br><br> 1. Question on suppressing node connection announcements<br> (Tom Whiteside)<br> 2. Re: Question on suppressing node connection announcements<br> (Doug Crompton)<br> 3. dtmf (don)<br> 4. Re: dtmf (David McGough)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Sun, 31 Jul 2016 16:52:11 -0500<br>From: "Tom Whiteside" <tomw@ecpi.com><br>To: <arm-allstar@hamvoip.org><br>Subject: [arm-allstar] Question on suppressing node connection<br> announcements<br>Message-ID: <015e01d1eb75$ca9e7ba0$5fdb72e0$@ecpi.com><br>Content-Type: text/plain; charset="us-ascii"<br><br>I just migrated our Echolink from being piggybacked on a node to running on<br>a separate RP3 running version 1.02. It is working great and has reduced<br>the loading a bunch when there are many Echolink users. There is one funny<br>that I'd appreciate some help with. Normally, I only hear the node<br>connects and disconnects when doing so from another Allstar node and I like<br>to hear those. And people can connect and disconnect from our Echolink<br>node and we DON'T hear that racket - like that too. <br><br> <br><br>Here is the funny: if we do a disconnect from the Echolink node and then<br>reconnect again, we now hear all the Echolink connections and<br>disconnections.. I tried an experiment on the Echolink node putting in a<br>startup macro to suppress local telemetry but that had no effect.<br>Restarting Asterisk on the Echolink controller restores quiet to the<br>universe.<br><br> <br><br>Any ideas?<br><br> <br><br>Tom N5TW<br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/c4f9dd0c/attachment-0001.html><br><br>------------------------------<br><br>Message: 2<br>Date: Sun, 31 Jul 2016 18:21:23 -0400<br>From: Doug Crompton <doug@crompton.com><br>To: ARM Allstar <arm-allstar@hamvoip.org><br>Subject: Re: [arm-allstar] Question on suppressing node connection<br> announcements<br>Message-ID: <BLU171-W883475A5C3B41D53CC0B40BA030@phx.gbl><br>Content-Type: text/plain; charset="windows-1252"<br><br>Tom,<br><br> Echolink like the connect messages on Allstar has three modes - on (1), off (0), and timed (2).<br><br>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.<br><br>By default we set both echolink and Allstar to mode (2) but that can obviously be changed.<br>73 Doug<br>WA3DSP<br>http://www.crompton.com/hamradio<br><br><br>To: arm-allstar@hamvoip.org<br>Date: Sun, 31 Jul 2016 16:52:11 -0500<br>Subject: [arm-allstar] Question on suppressing node connection announcements<br>From: arm-allstar@hamvoip.org<br>CC: tomw@ecpi.com<br><br>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<br>_______________________________________________<br><br>arm-allstar mailing list<br>arm-allstar@hamvoip.org<br>http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br><br>Visit the BBB and RPi2 web page - http://hamvoip.org <br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/4f9a2732/attachment-0001.html><br><br>------------------------------<br><br>Message: 3<br>Date: Sun, 31 Jul 2016 16:51:14 -0700<br>From: "don" <ku6v@pacbell.net><br>To: <arm-allstar@hamvoip.org><br>Subject: [arm-allstar] dtmf<br>Message-ID:<br> <!&!AAAAAAAAAAAYAAAAAAAAAPeOxHtRblxEnOGBv570r5HCgAAAEAAAANbPWSmkt8FPgFhyitG3bfMBAAAAAA==@pacbell.net><br> <br>Content-Type: text/plain; charset="us-ascii"<br><br>Has anyone seen this messages before? From the radio my tones do not seem to<br>invoke any of the commands. The tones when entered via Zoiper do invoke the<br>command(s) as requested.<br><br> <br><br>NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got DTMF char 1<br><br>[Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:13] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 2<br><br>[Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 7<br><br>[Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 0<br><br>[Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 6<br><br>[Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 6<br><br>[Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br> -- Hungup 'DAHDI/pseudo-1028230844'<br><br>[Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char *<br><br>[Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 7<br><br>[Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br>[Jul 31 15:55:32] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>DTMF char 6<br><br>[Jul 31 15:55:32] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>DTMF digits on SimpleUSB/usb<br><br> -- Hungup 'DAHDI/pseudo-1360499355'<br><br> <br><br>I had this all working and then had to send my S-Com 7k back for parts<br>replacement as it got to the end of life for a few chips. Now that is is<br>back this has popped up. The controller decodes locally and controls the 7K<br>fine. I see the dtmf decode LED strobe on and off as expected to while<br>entering tones.<br><br>Any help or ideas will be gratefully accepted.<br><br>Am not familiar enough to interpret the screen shot above. <br><br>73 <br><br>KU6V<br><br> <br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160731/a11e1790/attachment-0001.html><br><br>------------------------------<br><br>Message: 4<br>Date: Sun, 31 Jul 2016 20:41:03 -0400 (EDT)<br>From: David McGough <kb4fxc@inttek.net><br>To: don via arm-allstar <arm-allstar@hamvoip.org><br>Subject: Re: [arm-allstar] dtmf<br>Message-ID:<br> <Pine.LNX.4.44.1607312038230.7564-100000@goliath.inttek.net><br>Content-Type: TEXT/PLAIN; charset=US-ASCII<br><br><br>Hi Don,<br><br>It the 7K controller attached to your receiver, with the AllStar <br>URI/FOB attached to a port on the 7K as well?<br><br>Or, another configuration?<br><br><br>73, David KB4FXC<br><br><br><br><br><br>On Sun, 31 Jul 2016, don via arm-allstar wrote:<br><br>> Has anyone seen this messages before? From the radio my tones do not seem to<br>> invoke any of the commands. The tones when entered via Zoiper do invoke the<br>> command(s) as requested.<br>> <br>> <br>> <br>> NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got DTMF char 1<br>> <br>> [Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:13] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 2<br>> <br>> [Jul 31 15:55:13] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 7<br>> <br>> [Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:14] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 0<br>> <br>> [Jul 31 15:55:14] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 6<br>> <br>> [Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:15] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 6<br>> <br>> [Jul 31 15:55:15] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> -- Hungup 'DAHDI/pseudo-1028230844'<br>> <br>> [Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char *<br>> <br>> [Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:31] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 7<br>> <br>> [Jul 31 15:55:31] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> [Jul 31 15:55:32] NOTICE[313]: chan_simpleusb.c:3019 simpleusb_read: Got<br>> DTMF char 6<br>> <br>> [Jul 31 15:55:32] WARNING[313]: channel.c:2168 __ast_read: Dropping deferred<br>> DTMF digits on SimpleUSB/usb<br>> <br>> -- Hungup 'DAHDI/pseudo-1360499355'<br>> <br>> <br>> <br>> I had this all working and then had to send my S-Com 7k back for parts<br>> replacement as it got to the end of life for a few chips. Now that is is<br>> back this has popped up. The controller decodes locally and controls the 7K<br>> fine. I see the dtmf decode LED strobe on and off as expected to while<br>> entering tones.<br>> <br>> Any help or ideas will be gratefully accepted.<br>> <br>> Am not familiar enough to interpret the screen shot above. <br>> <br>> 73 <br>> <br>> KU6V<br>> <br>> <br>> <br>> <br>> <br>> <br><br><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>arm-allstar mailing list<br>arm-allstar@hamvoip.org<br>http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br><br><br>------------------------------<br><br>End of arm-allstar Digest, Vol 26, Issue 50<br>*******************************************<br></body></html>