From petem001 at hotmail.com Tue Mar 1 00:18:06 2016 From: petem001 at hotmail.com (pete M) Date: Mon, 29 Feb 2016 19:18:06 -0500 Subject: [App_rpt-users] is the list dead or it is on my side? Message-ID: did not received a single mesaage since the 21... Sent from my iPad From lorentedford at gmail.com Tue Mar 1 00:26:38 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Mon, 29 Feb 2016 18:26:38 -0600 Subject: [App_rpt-users] I think we slightly touched on this topic but need a refresher Message-ID: I am playing around with iaxrpt and have added the following lines to my extensions.conf [globals] HOMENPA=200 NODE=41715 NODE2=41834 NODE3=27103 NODE4=42448 [iax-client] ; for IAX VIOP clients exten => ${NODE},1,Ringing exten => ${NODE},n,Wait(3) exten => ${NODE},n,Answer exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE},n,Playback(rpt/node|noanswer) exten => ${NODE},n,SayDigits(${EXTEN}) exten => ${NODE},n,Set(CALLERID(num)=0) exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE},n,Hangup exten => ${NODE},n(hangit),Answer exten => ${NODE},n(hangit),Wait(1) exten => ${NODE},n(hangit),Hangup [iax-client2] ; for IAX VIOP clients exten => ${NODE2},1,Ringing exten => ${NODE2},n,Wait(3) exten => ${NODE2},n,Answer exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE2},n,Playback(rpt/node|noanswer) exten => ${NODE2},n,SayDigits(${EXTEN}) exten => ${NODE2},n,Set(CALLERID(num)=0) exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE2},n,Hangup exten => ${NODE2},n(hangit),Answer exten => ${NODE2},n(hangit),Wait(1) exten => ${NODE2},n(hangit),Hangup [iax-client3] ; for IAX VIOP clients exten => ${NODE3},1,Ringing exten => ${NODE3},n,Wait(3) exten => ${NODE3},n,Answer exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE3},n,Playback(rpt/node|noanswer) exten => ${NODE3},n,SayDigits(${EXTEN}) exten => ${NODE3},n,Set(CALLERID(num)=0) exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE3},n,Hangup exten => ${NODE3},n(hangit),Answer exten => ${NODE3},n(hangit),Wait(1) exten => ${NODE3},n(hangit),Hangup [iax-client4] ; for IAX VIOP clients exten => ${NODE4},1,Ringing exten => ${NODE4},n,Wait(3) exten => ${NODE4},n,Answer exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE4},n,Playback(rpt/node|noanswer) exten => ${NODE4},n,SayDigits(${EXTEN}) exten => ${NODE4},n,Set(CALLERID(num)=0) exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE4},n,Hangup exten => ${NODE4},n(hangit),Answer exten => ${NODE4},n(hangit),Wait(1) exten => ${NODE4},n(hangit),Hangup I added the following lines to my iax.conf [username] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no [username2] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client2 ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no [username3] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client3 ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no [username4] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client4 ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no I am trying to use the Andriod iax client and it only connects to node 41715 and to no other nodes why is this?? Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://www.newwavesucks.com http://forum.newwavesucks.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Tue Mar 1 02:13:16 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Mon, 29 Feb 2016 21:13:16 -0500 Subject: [App_rpt-users] New RPi-3 64bit Message-ID: <222e9eae19bcc021d69e8f8726dceee3.squirrel@webmail.midnighteng.com> Well, I thought this might intest some of you. RPi-3 in 64 bit http://vrworld.com/2016/03/01/raspberry-pi-3-goes-64-bit/ From szingman at msgstor.com Tue Mar 1 02:21:38 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 29 Feb 2016 21:21:38 -0500 Subject: [App_rpt-users] New RPi-3 64bit In-Reply-To: <222e9eae19bcc021d69e8f8726dceee3.squirrel@webmail.midnighteng.com> References: <222e9eae19bcc021d69e8f8726dceee3.squirrel@webmail.midnighteng.com> Message-ID: <56D4FCB2.9080606@msgstor.com> Oh boy, just what I need, another single board computer. ;) I'm already in SBC Anonymous. Starting my 12 step program. On 02/29/2016 09:13 PM, mike at midnighteng.com wrote: > Well, I thought this might intest some of you. > > RPi-3 in 64 bit > > http://vrworld.com/2016/03/01/raspberry-pi-3-goes-64-bit/ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From w5jr.lists at gmail.com Tue Mar 1 03:01:25 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Mon, 29 Feb 2016 22:01:25 -0500 Subject: [App_rpt-users] I think we slightly touched on this topic but need a refresher In-Reply-To: References: Message-ID: <3A2873A5-B9AB-4EBC-AF73-FA77CECB090F@gmail.com> You need to edit the [iaxrpt] stanza to add your node 2 3 4 in addition to the "node". tnx Mike / W5JR Alpharetta GA > On Feb 29, 2016, at 7:26 PM, Loren Tedford wrote: > > I am playing around with iaxrpt and have added the following lines to my > extensions.conf > [globals] > HOMENPA=200 > NODE=41715 > NODE2=41834 > NODE3=27103 > NODE4=42448 > > > > [iax-client] ; for IAX VIOP clients > exten => ${NODE},1,Ringing > exten => ${NODE},n,Wait(3) > exten => ${NODE},n,Answer > exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE},n,Playback(rpt/node|noanswer) > exten => ${NODE},n,SayDigits(${EXTEN}) > exten => ${NODE},n,Set(CALLERID(num)=0) > exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE},n,Hangup > exten => ${NODE},n(hangit),Answer > exten => ${NODE},n(hangit),Wait(1) > exten => ${NODE},n(hangit),Hangup > > [iax-client2] ; for IAX VIOP clients > exten => ${NODE2},1,Ringing > exten => ${NODE2},n,Wait(3) > exten => ${NODE2},n,Answer > exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE2},n,Playback(rpt/node|noanswer) > exten => ${NODE2},n,SayDigits(${EXTEN}) > exten => ${NODE2},n,Set(CALLERID(num)=0) > exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE2},n,Hangup > exten => ${NODE2},n(hangit),Answer > exten => ${NODE2},n(hangit),Wait(1) > exten => ${NODE2},n(hangit),Hangup > > [iax-client3] ; for IAX VIOP clients > exten => ${NODE3},1,Ringing > exten => ${NODE3},n,Wait(3) > exten => ${NODE3},n,Answer > exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE3},n,Playback(rpt/node|noanswer) > exten => ${NODE3},n,SayDigits(${EXTEN}) > exten => ${NODE3},n,Set(CALLERID(num)=0) > exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE3},n,Hangup > exten => ${NODE3},n(hangit),Answer > exten => ${NODE3},n(hangit),Wait(1) > exten => ${NODE3},n(hangit),Hangup > > [iax-client4] ; for IAX VIOP clients > exten => ${NODE4},1,Ringing > exten => ${NODE4},n,Wait(3) > exten => ${NODE4},n,Answer > exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE4},n,Playback(rpt/node|noanswer) > exten => ${NODE4},n,SayDigits(${EXTEN}) > exten => ${NODE4},n,Set(CALLERID(num)=0) > exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE4},n,Hangup > exten => ${NODE4},n(hangit),Answer > exten => ${NODE4},n(hangit),Wait(1) > exten => ${NODE4},n(hangit),Hangup > > > > I added the following lines to my iax.conf > > [username] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username2] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client2 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username3] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client3 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username4] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client4 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > I am trying to use the Andriod iax client and it only connects to node 41715 and to no other nodes why is this?? > > > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://www.newwavesucks.com > http://forum.newwavesucks.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From w5jr.lists at gmail.com Tue Mar 1 03:02:03 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Mon, 29 Feb 2016 22:02:03 -0500 Subject: [App_rpt-users] I think we slightly touched on this topic but need a refresher In-Reply-To: References: Message-ID: <9887316E-8E5A-4E28-BDC1-FF1E114DC232@gmail.com> And that is in extensions.conf tnx Mike / W5JR Alpharetta GA > On Feb 29, 2016, at 7:26 PM, Loren Tedford wrote: > > I am playing around with iaxrpt and have added the following lines to my > extensions.conf > [globals] > HOMENPA=200 > NODE=41715 > NODE2=41834 > NODE3=27103 > NODE4=42448 > > > > [iax-client] ; for IAX VIOP clients > exten => ${NODE},1,Ringing > exten => ${NODE},n,Wait(3) > exten => ${NODE},n,Answer > exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE},n,Playback(rpt/node|noanswer) > exten => ${NODE},n,SayDigits(${EXTEN}) > exten => ${NODE},n,Set(CALLERID(num)=0) > exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE},n,Hangup > exten => ${NODE},n(hangit),Answer > exten => ${NODE},n(hangit),Wait(1) > exten => ${NODE},n(hangit),Hangup > > [iax-client2] ; for IAX VIOP clients > exten => ${NODE2},1,Ringing > exten => ${NODE2},n,Wait(3) > exten => ${NODE2},n,Answer > exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE2},n,Playback(rpt/node|noanswer) > exten => ${NODE2},n,SayDigits(${EXTEN}) > exten => ${NODE2},n,Set(CALLERID(num)=0) > exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE2},n,Hangup > exten => ${NODE2},n(hangit),Answer > exten => ${NODE2},n(hangit),Wait(1) > exten => ${NODE2},n(hangit),Hangup > > [iax-client3] ; for IAX VIOP clients > exten => ${NODE3},1,Ringing > exten => ${NODE3},n,Wait(3) > exten => ${NODE3},n,Answer > exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE3},n,Playback(rpt/node|noanswer) > exten => ${NODE3},n,SayDigits(${EXTEN}) > exten => ${NODE3},n,Set(CALLERID(num)=0) > exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE3},n,Hangup > exten => ${NODE3},n(hangit),Answer > exten => ${NODE3},n(hangit),Wait(1) > exten => ${NODE3},n(hangit),Hangup > > [iax-client4] ; for IAX VIOP clients > exten => ${NODE4},1,Ringing > exten => ${NODE4},n,Wait(3) > exten => ${NODE4},n,Answer > exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE4},n,Playback(rpt/node|noanswer) > exten => ${NODE4},n,SayDigits(${EXTEN}) > exten => ${NODE4},n,Set(CALLERID(num)=0) > exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE4},n,Hangup > exten => ${NODE4},n(hangit),Answer > exten => ${NODE4},n(hangit),Wait(1) > exten => ${NODE4},n(hangit),Hangup > > > > I added the following lines to my iax.conf > > [username] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username2] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client2 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username3] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client3 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username4] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client4 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > I am trying to use the Andriod iax client and it only connects to node 41715 and to no other nodes why is this?? > > > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://www.newwavesucks.com > http://forum.newwavesucks.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Tue Mar 1 03:13:43 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Mon, 29 Feb 2016 22:13:43 -0500 Subject: [App_rpt-users] New RPi-3 64bit In-Reply-To: <56D4FCB2.9080606@msgstor.com> References: <222e9eae19bcc021d69e8f8726dceee3.squirrel@webmail.midnighteng.com> <56D4FCB2.9080606@msgstor.com> Message-ID: hi, I'm Bryan and I like SBCs. 'hi, Bryan!' -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Feb 29, 2016, at 21:21, Steve Zingman wrote: > > Oh boy, just what I need, another single board computer. ;) I'm already in SBC Anonymous. Starting my 12 step program. > >> On 02/29/2016 09:13 PM, mike at midnighteng.com wrote: >> Well, I thought this might intest some of you. >> >> RPi-3 in 64 bit >> >> http://vrworld.com/2016/03/01/raspberry-pi-3-goes-64-bit/ >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From w5jr.lists at gmail.com Tue Mar 1 03:28:57 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Mon, 29 Feb 2016 22:28:57 -0500 Subject: [App_rpt-users] I think we slightly touched on this topic but need a refresher In-Reply-To: References: Message-ID: <5BA4313E-2B46-4FCC-A852-4DCF771ABF6E@gmail.com> In my iax-client stanzas, I don't have the last 4 exten lines you have. You only need one stanza in extensions.conf. All of the iax-client(s) stanzas in iax.conf point to the same stanza in extensions.conf. The iax-client stanza context= value is the same for each iax-client stanza. In extensions.conf, you need a stanza (only one) named the same as the context in the iax-client stanzas. These 4 all point to the same extension stanza. Are you using Zoiper? tnx Mike / W5JR Alpharetta GA > On Feb 29, 2016, at 7:26 PM, Loren Tedford wrote: > > I am playing around with iaxrpt and have added the following lines to my > extensions.conf > [globals] > HOMENPA=200 > NODE=41715 > NODE2=41834 > NODE3=27103 > NODE4=42448 > > > > [iax-client] ; for IAX VIOP clients > exten => ${NODE},1,Ringing > exten => ${NODE},n,Wait(3) > exten => ${NODE},n,Answer > exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE},n,Playback(rpt/node|noanswer) > exten => ${NODE},n,SayDigits(${EXTEN}) > exten => ${NODE},n,Set(CALLERID(num)=0) > exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE},n,Hangup > exten => ${NODE},n(hangit),Answer > exten => ${NODE},n(hangit),Wait(1) > exten => ${NODE},n(hangit),Hangup > > [iax-client2] ; for IAX VIOP clients > exten => ${NODE2},1,Ringing > exten => ${NODE2},n,Wait(3) > exten => ${NODE2},n,Answer > exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE2},n,Playback(rpt/node|noanswer) > exten => ${NODE2},n,SayDigits(${EXTEN}) > exten => ${NODE2},n,Set(CALLERID(num)=0) > exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE2},n,Hangup > exten => ${NODE2},n(hangit),Answer > exten => ${NODE2},n(hangit),Wait(1) > exten => ${NODE2},n(hangit),Hangup > > [iax-client3] ; for IAX VIOP clients > exten => ${NODE3},1,Ringing > exten => ${NODE3},n,Wait(3) > exten => ${NODE3},n,Answer > exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE3},n,Playback(rpt/node|noanswer) > exten => ${NODE3},n,SayDigits(${EXTEN}) > exten => ${NODE3},n,Set(CALLERID(num)=0) > exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE3},n,Hangup > exten => ${NODE3},n(hangit),Answer > exten => ${NODE3},n(hangit),Wait(1) > exten => ${NODE3},n(hangit),Hangup > > [iax-client4] ; for IAX VIOP clients > exten => ${NODE4},1,Ringing > exten => ${NODE4},n,Wait(3) > exten => ${NODE4},n,Answer > exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE4},n,Playback(rpt/node|noanswer) > exten => ${NODE4},n,SayDigits(${EXTEN}) > exten => ${NODE4},n,Set(CALLERID(num)=0) > exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE4},n,Hangup > exten => ${NODE4},n(hangit),Answer > exten => ${NODE4},n(hangit),Wait(1) > exten => ${NODE4},n(hangit),Hangup > > > > I added the following lines to my iax.conf > > [username] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username2] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client2 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username3] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client3 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username4] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend <-------------- > context=iax-client4 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > I am trying to use the Andriod iax client and it only connects to node 41715 and to no other nodes why is this?? > > > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://www.newwavesucks.com > http://forum.newwavesucks.com > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From w5jr.lists at gmail.com Tue Mar 1 03:46:21 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Mon, 29 Feb 2016 22:46:21 -0500 Subject: [App_rpt-users] I think we slightly touched on this topic but need a refresher In-Reply-To: <5BA4313E-2B46-4FCC-A852-4DCF771ABF6E@gmail.com> References: <5BA4313E-2B46-4FCC-A852-4DCF771ABF6E@gmail.com> Message-ID: <58F229FD-BCE9-46D2-8BF7-1B677A40B61C@gmail.com> Well, I may be leading you sort of astray. In one server, I have just one stanza in extensions.conf, but with all nodes listed. In another server, I have separate stanzas for each node, using the node, node2, node3, node4 style. I now see you are using the android app. No experience with it. You will need an entry in your app for each node using the defined iax-client name for that node, iax-client, iax-client2, etc. tnx Mike / W5JR Alpharetta GA > On Feb 29, 2016, at 10:28 PM, Mike - W5JR wrote: > > In my iax-client stanzas, I don't have the last 4 exten lines you have. > > You only need one stanza in extensions.conf. All of the iax-client(s) stanzas in iax.conf point to the same stanza in extensions.conf. > > The iax-client stanza context= value is the same for each iax-client stanza. In extensions.conf, you need a stanza (only one) named the same as the context in the iax-client stanzas. These 4 all point to the same extension stanza. > > Are you using Zoiper? > > tnx > Mike / W5JR > Alpharetta GA > >> On Feb 29, 2016, at 7:26 PM, Loren Tedford wrote: >> >> I am playing around with iaxrpt and have added the following lines to my >> extensions.conf >> [globals] >> HOMENPA=200 >> NODE=41715 >> NODE2=41834 >> NODE3=27103 >> NODE4=42448 >> >> >> >> [iax-client] ; for IAX VIOP clients >> exten => ${NODE},1,Ringing >> exten => ${NODE},n,Wait(3) >> exten => ${NODE},n,Answer >> exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) >> exten => ${NODE},n,Playback(rpt/node|noanswer) >> exten => ${NODE},n,SayDigits(${EXTEN}) >> exten => ${NODE},n,Set(CALLERID(num)=0) >> exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} >> exten => ${NODE},n,Hangup >> exten => ${NODE},n(hangit),Answer >> exten => ${NODE},n(hangit),Wait(1) >> exten => ${NODE},n(hangit),Hangup >> >> [iax-client2] ; for IAX VIOP clients >> exten => ${NODE2},1,Ringing >> exten => ${NODE2},n,Wait(3) >> exten => ${NODE2},n,Answer >> exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) >> exten => ${NODE2},n,Playback(rpt/node|noanswer) >> exten => ${NODE2},n,SayDigits(${EXTEN}) >> exten => ${NODE2},n,Set(CALLERID(num)=0) >> exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} >> exten => ${NODE2},n,Hangup >> exten => ${NODE2},n(hangit),Answer >> exten => ${NODE2},n(hangit),Wait(1) >> exten => ${NODE2},n(hangit),Hangup >> >> [iax-client3] ; for IAX VIOP clients >> exten => ${NODE3},1,Ringing >> exten => ${NODE3},n,Wait(3) >> exten => ${NODE3},n,Answer >> exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) >> exten => ${NODE3},n,Playback(rpt/node|noanswer) >> exten => ${NODE3},n,SayDigits(${EXTEN}) >> exten => ${NODE3},n,Set(CALLERID(num)=0) >> exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} >> exten => ${NODE3},n,Hangup >> exten => ${NODE3},n(hangit),Answer >> exten => ${NODE3},n(hangit),Wait(1) >> exten => ${NODE3},n(hangit),Hangup >> >> [iax-client4] ; for IAX VIOP clients >> exten => ${NODE4},1,Ringing >> exten => ${NODE4},n,Wait(3) >> exten => ${NODE4},n,Answer >> exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) >> exten => ${NODE4},n,Playback(rpt/node|noanswer) >> exten => ${NODE4},n,SayDigits(${EXTEN}) >> exten => ${NODE4},n,Set(CALLERID(num)=0) >> exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} >> exten => ${NODE4},n,Hangup >> exten => ${NODE4},n(hangit),Answer >> exten => ${NODE4},n(hangit),Wait(1) >> exten => ${NODE4},n(hangit),Hangup >> >> >> >> I added the following lines to my iax.conf >> >> [username] ; Connect from iax client (Zoiper...) >> type=friend ; Notice type here is friend <-------------- >> context=iax-client ; Context to jump to in extensions.conf >> auth=md5 >> secret=password >> host=dynamic >> disallow=all >> allow=ulaw >> allow=g726aal2 >> allow=gsm >> transfer=no >> >> [username2] ; Connect from iax client (Zoiper...) >> type=friend ; Notice type here is friend <-------------- >> context=iax-client2 ; Context to jump to in extensions.conf >> auth=md5 >> secret=password >> host=dynamic >> disallow=all >> allow=ulaw >> allow=g726aal2 >> allow=gsm >> transfer=no >> >> [username3] ; Connect from iax client (Zoiper...) >> type=friend ; Notice type here is friend <-------------- >> context=iax-client3 ; Context to jump to in extensions.conf >> auth=md5 >> secret=password >> host=dynamic >> disallow=all >> allow=ulaw >> allow=g726aal2 >> allow=gsm >> transfer=no >> >> [username4] ; Connect from iax client (Zoiper...) >> type=friend ; Notice type here is friend <-------------- >> context=iax-client4 ; Context to jump to in extensions.conf >> auth=md5 >> secret=password >> host=dynamic >> disallow=all >> allow=ulaw >> allow=g726aal2 >> allow=gsm >> transfer=no >> >> I am trying to use the Andriod iax client and it only connects to node 41715 and to no other nodes why is this?? >> >> >> >> Loren Tedford (KC9ZHV) >> Email: lorentedford at gmail.com >> http://www.lorentedford.com >> http://www.kc9zhv.com >> http://forum.kc9zhv.com >> http://hub.kc9zhv.com >> http://www.newwavesucks.com >> http://forum.newwavesucks.com >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From edgecomberts at gmail.com Tue Mar 1 04:03:24 2016 From: edgecomberts at gmail.com (Shane Morris) Date: Tue, 1 Mar 2016 15:03:24 +1100 Subject: [App_rpt-users] New RPi-3 64bit In-Reply-To: References: <222e9eae19bcc021d69e8f8726dceee3.squirrel@webmail.midnighteng.com> <56D4FCB2.9080606@msgstor.com> Message-ID: <62495A2C-4694-495C-A1E1-506845B5B400@gmail.com> I think I'm up to the step where I apologise to all the hardware vendors for lusting after their products... Oh shiny! New Raspberry Pi! Back to step 1... Sent from my iPad > On 1 Mar 2016, at 14:13, Bryan D. Boyle wrote: > > hi, I'm Bryan and I like SBCs. > > 'hi, Bryan!' > > > > -- > Bryan > Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > > > >> On Feb 29, 2016, at 21:21, Steve Zingman wrote: >> >> Oh boy, just what I need, another single board computer. ;) I'm already in SBC Anonymous. Starting my 12 step program. >> >>> On 02/29/2016 09:13 PM, mike at midnighteng.com wrote: >>> Well, I thought this might intest some of you. >>> >>> RPi-3 in 64 bit >>> >>> http://vrworld.com/2016/03/01/raspberry-pi-3-goes-64-bit/ >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb9mwr at yahoo.com Tue Mar 1 07:02:09 2016 From: kb9mwr at yahoo.com (Steve) Date: Tue, 1 Mar 2016 07:02:09 +0000 (UTC) Subject: [App_rpt-users] URI active low? References: <231734041.1480748.1456815729219.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <231734041.1480748.1456815729219.JavaMail.yahoo@mail.yahoo.com> I am having some problems getting PTT action on a repeater I am converting from IRLP to Allstar. The DMK-URI is interfaced to the secondary port of a CAT-1000 controller. And the controllers second port is configured as active low. There is a 10k pull-up resistor on the CAT controller's COR#2 line. URI DMK-URI CAT-1000 CAT-1000 Pin 1 PTT Pin 5 COR #2 Pin 7 CTCSS DET Pin 9 PTT #2 Pin 8 COR DET Pin 20 GND Pin 17 GND Pin 21 MIC IN AC Pin 23 TX AUDIO #2 Pin 22 LEFT OUT Pin 12 Rx AUDIO #2 And I am using these settings: eeprom=0 hdwtype=0 rxboost=0 carrierfrom=usbinvert ctcssfrom=no txmixa=voice txmixb=no invertptt=0 duplex=1 plfilter=no deemphasis=no preemphasis=no rxaudiodelay=0 Running asterisk -r shows that its supposed to be playing the time (etc), but it never keys. Suggestions welcome. Thanks From lorentedford at gmail.com Tue Mar 1 09:28:10 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Tue, 1 Mar 2016 03:28:10 -0600 Subject: [App_rpt-users] I think we slightly touched on this topic but need a refresher In-Reply-To: <58F229FD-BCE9-46D2-8BF7-1B677A40B61C@gmail.com> References: <5BA4313E-2B46-4FCC-A852-4DCF771ABF6E@gmail.com> <58F229FD-BCE9-46D2-8BF7-1B677A40B61C@gmail.com> Message-ID: Apparently I didn't make things clear in my previous post.. I am playing around with Android IAXRPT and for some reason i am having issues with connecting to the multiple nodes on the server. I have attached the below information that i currently have editing usernames and passwords of course.. extensions.conf [globals] HOMENPA=200 NODE=41715 NODE2=41834 NODE3=27103 NODE4=42448 [iax-client] ; for IAX VIOP clients exten => ${NODE},1,Ringing exten => ${NODE},n,Wait(3) exten => ${NODE},n,Answer exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE},n,Playback(rpt/node|noanswer) exten => ${NODE},n,SayDigits(${EXTEN}) exten => ${NODE},n,Set(CALLERID(num)=0) exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE},n,Hangup exten => ${NODE},n(hangit),Answer exten => ${NODE},n(hangit),Wait(1) exten => ${NODE},n(hangit),Hangup [iax-client2] ; for IAX VIOP clients exten => ${NODE2},1,Ringing exten => ${NODE2},n,Wait(3) exten => ${NODE2},n,Answer exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE2},n,Playback(rpt/node|noanswer) exten => ${NODE2},n,SayDigits(${EXTEN}) exten => ${NODE2},n,Set(CALLERID(num)=0) exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE2},n,Hangup exten => ${NODE2},n(hangit),Answer exten => ${NODE2},n(hangit),Wait(1) exten => ${NODE2},n(hangit),Hangup [iax-client3] ; for IAX VIOP clients exten => ${NODE3},1,Ringing exten => ${NODE3},n,Wait(3) exten => ${NODE3},n,Answer exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE3},n,Playback(rpt/node|noanswer) exten => ${NODE3},n,SayDigits(${EXTEN}) exten => ${NODE3},n,Set(CALLERID(num)=0) exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE3},n,Hangup exten => ${NODE3},n(hangit),Answer exten => ${NODE3},n(hangit),Wait(1) exten => ${NODE3},n(hangit),Hangup [iax-client4] ; for IAX VIOP clients exten => ${NODE4},1,Ringing exten => ${NODE4},n,Wait(3) exten => ${NODE4},n,Answer exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) exten => ${NODE4},n,Playback(rpt/node|noanswer) exten => ${NODE4},n,SayDigits(${EXTEN}) exten => ${NODE4},n,Set(CALLERID(num)=0) exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} exten => ${NODE4},n,Hangup exten => ${NODE4},n(hangit),Answer exten => ${NODE4},n(hangit),Wait(1) exten => ${NODE4},n(hangit),Hangup I added the following lines to my iax.conf [username] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no [username2] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client2 ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no [username3] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client3 ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no [username4] ; Connect from iax client (Zoiper...) type=friend ; Notice type here is friend <-------------- context=iax-client4 ; Context to jump to in extensions.conf auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=g726aal2 allow=gsm transfer=no The usernames are diffferent for each log in as listed above and the context lines have been edited to reflect the extensions.conf is this how this works?? Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://www.newwavesucks.com http://forum.newwavesucks.com On Mon, Feb 29, 2016 at 9:46 PM, Mike - W5JR wrote: > Well, I may be leading you sort of astray. In one server, I have just one > stanza in extensions.conf, but with all nodes listed. In another server, I > have separate stanzas for each node, using the node, node2, node3, node4 > style. > > I now see you are using the android app. No experience with it. > > You will need an entry in your app for each node using the defined > iax-client name for that node, iax-client, iax-client2, etc. > > tnx > Mike / W5JR > Alpharetta GA > > On Feb 29, 2016, at 10:28 PM, Mike - W5JR wrote: > > In my iax-client stanzas, I don't have the last 4 exten lines you have. > > You only need one stanza in extensions.conf. All of the iax-client(s) > stanzas in iax.conf point to the same stanza in extensions.conf. > > The iax-client stanza context= value is the same for each iax-client > stanza. In extensions.conf, you need a stanza (only one) named the same as > the context in the iax-client stanzas. These 4 all point to the same > extension stanza. > > Are you using Zoiper? > > tnx > Mike / W5JR > Alpharetta GA > > On Feb 29, 2016, at 7:26 PM, Loren Tedford wrote: > > I am playing around with iaxrpt and have added the following lines to my > extensions.conf > [globals] > HOMENPA=200 > NODE=41715 > NODE2=41834 > NODE3=27103 > NODE4=42448 > > > > [iax-client] ; for IAX VIOP clients > exten => ${NODE},1,Ringing > exten => ${NODE},n,Wait(3) > exten => ${NODE},n,Answer > exten => ${NODE},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE},n,Playback(rpt/node|noanswer) > exten => ${NODE},n,SayDigits(${EXTEN}) > exten => ${NODE},n,Set(CALLERID(num)=0) > exten => ${NODE},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE},n,Hangup > exten => ${NODE},n(hangit),Answer > exten => ${NODE},n(hangit),Wait(1) > exten => ${NODE},n(hangit),Hangup > > [iax-client2] ; for IAX VIOP clients > exten => ${NODE2},1,Ringing > exten => ${NODE2},n,Wait(3) > exten => ${NODE2},n,Answer > exten => ${NODE2},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE2},n,Playback(rpt/node|noanswer) > exten => ${NODE2},n,SayDigits(${EXTEN}) > exten => ${NODE2},n,Set(CALLERID(num)=0) > exten => ${NODE2},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE2},n,Hangup > exten => ${NODE2},n(hangit),Answer > exten => ${NODE2},n(hangit),Wait(1) > exten => ${NODE2},n(hangit),Hangup > > [iax-client3] ; for IAX VIOP clients > exten => ${NODE3},1,Ringing > exten => ${NODE3},n,Wait(3) > exten => ${NODE3},n,Answer > exten => ${NODE3},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE3},n,Playback(rpt/node|noanswer) > exten => ${NODE3},n,SayDigits(${EXTEN}) > exten => ${NODE3},n,Set(CALLERID(num)=0) > exten => ${NODE3},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE3},n,Hangup > exten => ${NODE3},n(hangit),Answer > exten => ${NODE3},n(hangit),Wait(1) > exten => ${NODE3},n(hangit),Hangup > > [iax-client4] ; for IAX VIOP clients > exten => ${NODE4},1,Ringing > exten => ${NODE4},n,Wait(3) > exten => ${NODE4},n,Answer > exten => ${NODE4},n,Set(NODENUM=${CALLERID(number)}) > exten => ${NODE4},n,Playback(rpt/node|noanswer) > exten => ${NODE4},n,SayDigits(${EXTEN}) > exten => ${NODE4},n,Set(CALLERID(num)=0) > exten => ${NODE4},n,Rpt,${NODE}|P|${CALLERID(name)} > exten => ${NODE4},n,Hangup > exten => ${NODE4},n(hangit),Answer > exten => ${NODE4},n(hangit),Wait(1) > exten => ${NODE4},n(hangit),Hangup > > > > I added the following lines to my iax.conf > > [username] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend > <-------------- > context=iax-client ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username2] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend > <-------------- > context=iax-client2 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username3] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend > <-------------- > context=iax-client3 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > [username4] ; Connect from iax client (Zoiper...) > type=friend ; Notice type here is friend > <-------------- > context=iax-client4 ; Context to jump to in extensions.conf > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=g726aal2 > allow=gsm > transfer=no > > I am trying to use the Andriod iax client and it only connects to node > 41715 and to no other nodes why is this?? > > > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > http://www.lorentedford.com > http://www.kc9zhv.com > http://forum.kc9zhv.com > http://hub.kc9zhv.com > http://www.newwavesucks.com > http://forum.newwavesucks.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Tue Mar 1 14:27:55 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Tue, 1 Mar 2016 09:27:55 -0500 Subject: [App_rpt-users] URI active low? In-Reply-To: <231734041.1480748.1456815729219.JavaMail.yahoo@mail.yahoo.com> References: <231734041.1480748.1456815729219.JavaMail.yahoo.ref@mail.yahoo.com> <231734041.1480748.1456815729219.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5af8d8b0dd2086ddc051dd7d24d47b16.squirrel@webmail.midnighteng.com> I "think" the problem you are having has a simple fix. I don't know the specifics on the DMK URI but a PTT normally switches to ground when active does not mean that it is high when inactive. It can "FLOAT". 0v and no ground when inactive. The COR on the CAT1000 will be looking for a voltage when "INACTIVE" if you have 'active low' switch enabled. And without it, it will time-out. You need to pull the PTT/COR line high with a 5v voltage and let the PTT pull it low for active signal. If you look at the CAT schematics, there is a test post for audio that you can hook a small amplified speaker to and listen to the events on the cat1000 for better testing. ...mike/kb8jnm > I am having some problems getting PTT action on a repeater I am converting from > IRLP to Allstar. > > The DMK-URI is interfaced to the secondary port of a CAT-1000 controller. And the > controllers second port is configured as active low. There is a 10k pull-up > resistor on the CAT controller's COR#2 line. > > URI DMK-URI CAT-1000 CAT-1000 > Pin 1 PTT Pin 5 COR #2 > Pin 7 CTCSS DET Pin 9 PTT #2 > Pin 8 COR DET > Pin 20 GND Pin 17 GND > Pin 21 MIC IN AC Pin 23 TX AUDIO #2 > Pin 22 LEFT OUT Pin 12 Rx AUDIO #2 > > > And I am using these settings: > > eeprom=0 > hdwtype=0 > rxboost=0 > carrierfrom=usbinvert > ctcssfrom=no > txmixa=voice > txmixb=no > invertptt=0 > duplex=1 > plfilter=no > deemphasis=no > preemphasis=no > rxaudiodelay=0 > > Running asterisk -r shows that its supposed to be playing the time > (etc), but it never keys. > > Suggestions welcome. > Thanks > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From kizzy at lusfiber.net Tue Mar 1 17:09:32 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Tue, 1 Mar 2016 11:09:32 -0600 Subject: [App_rpt-users] RxCTCSSfreqs / EchoLink In-Reply-To: <56D3A0ED.6090605@lusfiber.net> References: <56D3A0ED.6090605@lusfiber.net> Message-ID: <56D5CCCC.2060309@lusfiber.net> Thanks for the suggestions! ...STeve On 2/28/2016 7:37 PM, Steve Mahler wrote: > Does anyone have information on ... > > 1) In rpt.conf, setting variable rxctcssfreqs, where is the table of > valid RX tones? > > 2) In rpt.conf, setting variables [tr]xctcssfreqs, is there a limit to > the number of tones added to the list? > > 3) Can the EchoLink section be configured to say ... W9YB Connected > ... but NOT say ... to node 41111? > > ...STeve > KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. From jrorke at cogeco.ca Tue Mar 1 18:03:30 2016 From: jrorke at cogeco.ca (Jon Rorke) Date: Tue, 1 Mar 2016 13:03:30 -0500 Subject: [App_rpt-users] URI active low? In-Reply-To: <5af8d8b0dd2086ddc051dd7d24d47b16.squirrel@webmail.midnighteng.com> References: <231734041.1480748.1456815729219.JavaMail.yahoo.ref@mail.yahoo.com> <231734041.1480748.1456815729219.JavaMail.yahoo@mail.yahoo.com> <5af8d8b0dd2086ddc051dd7d24d47b16.squirrel@webmail.midnighteng.com> Message-ID: <56D5D972.3000605@cogeco.ca> He did say the COR #2 has a pullup resistor connected. According to the wiring below you have the controller ptt connected to the ctcss input on the URI. You have the ctcss input set to 'no' so the URI will not see the ptt from the controller. I dont know what he pinouts on the controller are with out looking at the docs but do the following: Connect the URI ptt to the controller cor input. Connect the URI cor input (pin 8) to the controllers PTT output. Connect the URI TX audio out to the controller RX audio input. Connect the URI RX audio input to the controller TX audio output. Make sure the controller port access is configured for carrier squelch (COR) active low only and not CTCSS and COR. Set the node usbradio to use carrierfrom=usbinvert. Restart the node. Jon VA3RQ On 3/1/2016 9:27 AM, mike at midnighteng.com wrote: > I "think" the problem you are having has a simple fix. > > I don't know the specifics on the DMK URI > > but a PTT normally switches to ground when active does not mean that it is high > when inactive. It can "FLOAT". 0v and no ground when inactive. > > The COR on the CAT1000 will be looking for a voltage when "INACTIVE" if you have > 'active low' switch enabled. And without it, it will time-out. > > You need to pull the PTT/COR line high with a 5v voltage and let the PTT pull it > low for active signal. > > If you look at the CAT schematics, there is a test post for audio that you can hook > a small amplified speaker to and listen to the events on the cat1000 for better > testing. > > ...mike/kb8jnm > > >> I am having some problems getting PTT action on a repeater I am converting from >> IRLP to Allstar. >> >> The DMK-URI is interfaced to the secondary port of a CAT-1000 controller. And the >> controllers second port is configured as active low. There is a 10k pull-up >> resistor on the CAT controller's COR#2 line. >> >> URI DMK-URI CAT-1000 CAT-1000 >> Pin 1 PTT Pin 5 COR #2 >> Pin 7 CTCSS DET Pin 9 PTT #2 >> Pin 8 COR DET >> Pin 20 GND Pin 17 GND >> Pin 21 MIC IN AC Pin 23 TX AUDIO #2 >> Pin 22 LEFT OUT Pin 12 Rx AUDIO #2 >> >> >> And I am using these settings: >> >> eeprom=0 >> hdwtype=0 >> rxboost=0 >> carrierfrom=usbinvert >> ctcssfrom=no >> txmixa=voice >> txmixb=no >> invertptt=0 >> duplex=1 >> plfilter=no >> deemphasis=no >> preemphasis=no >> rxaudiodelay=0 >> >> Running asterisk -r shows that its supposed to be playing the time >> (etc), but it never keys. >> >> Suggestions welcome. >> Thanks >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > --- This email is free from viruses and malware because avast! Antivirus protection is active. https://www.avast.com/antivirus From k6kya at hokeynet.net Tue Mar 1 21:17:03 2016 From: k6kya at hokeynet.net (Steve Passmore) Date: Tue, 1 Mar 2016 13:17:03 -0800 Subject: [App_rpt-users] URI active low? In-Reply-To: <56D5D972.3000605@cogeco.ca> References: <231734041.1480748.1456815729219.JavaMail.yahoo.ref@mail.yahoo.com> <231734041.1480748.1456815729219.JavaMail.yahoo@mail.yahoo.com> <5af8d8b0dd2086ddc051dd7d24d47b16.squirrel@webmail.midnighteng.com> <56D5D972.3000605@cogeco.ca> Message-ID: I seem to recall some people having issues with the PTT output not being pulled low enough, you might try searching the list archives for a similar situation. I recall several fixes from adding a reed relay, inserting a diode in line, or using a transistor buffer, might have been a jfet. Steve On Mar 1, 2016 10:03 AM, "Jon Rorke" wrote: > He did say the COR #2 has a pullup resistor connected. > > According to the wiring below you have the controller ptt connected to the > ctcss input on the URI. > You have the ctcss input set to 'no' so the URI will not see the ptt from > the controller. > > I dont know what he pinouts on the controller are with out looking at the > docs but do the following: > > Connect the URI ptt to the controller cor input. > Connect the URI cor input (pin 8) to the controllers PTT output. > Connect the URI TX audio out to the controller RX audio input. > Connect the URI RX audio input to the controller TX audio output. > > Make sure the controller port access is configured for carrier squelch > (COR) active low only and not CTCSS and COR. > > Set the node usbradio to use carrierfrom=usbinvert. > > Restart the node. > > Jon VA3RQ > > > On 3/1/2016 9:27 AM, mike at midnighteng.com wrote: > >> I "think" the problem you are having has a simple fix. >> >> I don't know the specifics on the DMK URI >> >> but a PTT normally switches to ground when active does not mean that it >> is high >> when inactive. It can "FLOAT". 0v and no ground when inactive. >> >> The COR on the CAT1000 will be looking for a voltage when "INACTIVE" if >> you have >> 'active low' switch enabled. And without it, it will time-out. >> >> You need to pull the PTT/COR line high with a 5v voltage and let the PTT >> pull it >> low for active signal. >> >> If you look at the CAT schematics, there is a test post for audio that >> you can hook >> a small amplified speaker to and listen to the events on the cat1000 for >> better >> testing. >> >> ...mike/kb8jnm >> >> >> I am having some problems getting PTT action on a repeater I am >>> converting from >>> IRLP to Allstar. >>> >>> The DMK-URI is interfaced to the secondary port of a CAT-1000 >>> controller. And the >>> controllers second port is configured as active low. There is a 10k >>> pull-up >>> resistor on the CAT controller's COR#2 line. >>> >>> URI DMK-URI CAT-1000 CAT-1000 >>> Pin 1 PTT Pin 5 COR #2 >>> Pin 7 CTCSS DET Pin 9 PTT #2 >>> Pin 8 COR DET >>> Pin 20 GND Pin 17 GND >>> Pin 21 MIC IN AC Pin 23 TX AUDIO #2 >>> Pin 22 LEFT OUT Pin 12 Rx AUDIO #2 >>> >>> >>> And I am using these settings: >>> >>> eeprom=0 >>> hdwtype=0 >>> rxboost=0 >>> carrierfrom=usbinvert >>> ctcssfrom=no >>> txmixa=voice >>> txmixb=no >>> invertptt=0 >>> duplex=1 >>> plfilter=no >>> deemphasis=no >>> preemphasis=no >>> rxaudiodelay=0 >>> >>> Running asterisk -r shows that its supposed to be playing the time >>> (etc), but it never keys. >>> >>> Suggestions welcome. >>> Thanks >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the >>> bottom of the page. Enter your email address and press the "Unsubscribe >>> or edit >>> options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If >>> you have trouble unsubscribing, please send a message to the list >>> detailing the >>> problem. >>> >>> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> >> > > --- > This email is free from viruses and malware because avast! Antivirus > protection is active. > https://www.avast.com/antivirus > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb9mwr at yahoo.com Wed Mar 2 04:54:44 2016 From: kb9mwr at yahoo.com (Steve) Date: Wed, 2 Mar 2016 04:54:44 +0000 (UTC) Subject: [App_rpt-users] URI active low? References: <293940193.2141441.1456894484640.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <293940193.2141441.1456894484640.JavaMail.yahoo@mail.yahoo.com> Being pulled low enough is kind of what I was thinking and wondering if others have had that issue. Its really the only thing that makes any sense to me in terms of what I am experiencing. A little digging shows this solution, which I will try this weekend once I dig out my parts. http://dmkeng.com/images/HIGH_CURRENT_PTT.pdf >I seem to recall some people having issues with the PTT output not being >pulled low enough, you might try searching the list archives for a similar >situation. I recall several fixes from adding a reed relay, inserting a >diode in line, or using a transistor buffer, might have been a jfet. > >Steve From mike at midnighteng.com Wed Mar 2 14:48:05 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 2 Mar 2016 09:48:05 -0500 Subject: [App_rpt-users] URI active low? In-Reply-To: <293940193.2141441.1456894484640.JavaMail.yahoo@mail.yahoo.com> References: <293940193.2141441.1456894484640.JavaMail.yahoo.ref@mail.yahoo.com> <293940193.2141441.1456894484640.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1bce635acc36ea03bcf5cebbe257c2f3.squirrel@webmail.midnighteng.com> I had made a interface to a cat1000 but from the PPort some years ago. Don't use it anymore. And I suggest using a transistor buffer in any case. I doubt that the URI can sink enough current without it. 2n3904/06 work well. I used opto-coupled transistors to isolate it. Can be overkill but limits RFI and lightning/spike damage. ...mike/kb8jnm > Being pulled low enough is kind of what I was thinking and wondering if others have > had that issue. Its really the only thing that makes any sense to me in terms of > what I am experiencing. > > A little digging shows this solution, which I will try this weekend once I dig out > my parts. > > http://dmkeng.com/images/HIGH_CURRENT_PTT.pdf > >>I seem to recall some people having issues with the PTT output not being >>pulled low enough, you might try searching the list archives for a similar >>situation. I recall several fixes from adding a reed relay, inserting a >>diode in line, or using a transistor buffer, might have been a jfet. >> >>Steve > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From 41.2jim at gmail.com Wed Mar 2 20:19:27 2016 From: 41.2jim at gmail.com (Jim Frederick) Date: Wed, 2 Mar 2016 12:19:27 -0800 Subject: [App_rpt-users] Acid install by USB Message-ID: trying to install Acid to an HP Thin Client 5740E, vis a usb and I get a "unable to download the kickstart file" I have tried all kinds of different installers (rufus, isotousb, unetbootin, ect) but all come up with the same error the other option was to to recompile , if that is what they want, but it suggested to change a line of code in the .iso file...way above my head at the moment. Any ideas? Just trying to get an Allstar node to run wirelessly using this HP 5740E, which does have a built in 2.4/5.6 Ghz.wireless card Jim Frederick KF6QBW -------------- next part -------------- An HTML attachment was scrubbed... URL: From ve7lyd at gmail.com Thu Mar 3 05:51:01 2016 From: ve7lyd at gmail.com (Jesse Lloyd) Date: Wed, 2 Mar 2016 21:51:01 -0800 Subject: [App_rpt-users] RTCM packet out of bounds by: -1 Message-ID: Hi All, Looking back through the app_rpt archives I came across this unanswered topic from Fredric Moses: Hello, I currently have 4 RTCM's running for a few years now on a UHF system just fine... I want to start doing the same to a VHF repeater that I have taken over.. I created a second port in the voter.conf and attached a new RTCM to that port and it worked for a bout a week now.. There was a crew at the site doing work and a power cycle happend on the gear and now the single VHF RTCM is spitting out the following.. 12/04/2014 23:59:15.160 Inbound (Eth Rx) packet out of bounds by: -1 All the UHF RTCM's are connected fine and passing traffic.. The server shows the VHF connected and it is receving audio/cor just fine but no TX audio. If i pull the ethernet plug from the vhf it goes into failover mode and local repeats just fine... But with the ethernet plugged in i get no TX audio and the console on the RTCM fills with the above messages... -- Fredric Moses - W8FSM - WQOG498fred at moses.bz I too am having a similar issue. When I arrived on site the host LED would be solid until traffic on the network. From there it would flash repeatedly, Tx Audio & PTT would be up and down, and I would see the Inbound (Eth Rx) packet out of bounds by: -1 error in the RTCM. For me when I added a dumb switch between the RTCM and the Cisco switch (which is set to 10 half) it started to work fine. I'm using 250ms of buffering and it's only a 15ms hop to the server, with very little jitter. I've also noticed I'm getting a large number of packet errors on the various switches that all my RTCM's are plugged into. It doesn't seem to matter if I run the RTCM's in 10 half or 10 Full I get packet errors and collisions on the ports. My hunch is that there is something wrong with the duplex setting in the RTCM firmware, has anyone done any testing to see if there are port errors on the switches that their RTCM's are plugged into? The other thing that I was wondering is if a poor quality GPS signal would cause this error. The antenna has a very good path to 3/4's of the sky, but I have a large building blocking one direction. Not sure if the maybe the GPS accuracy is dropping to say 100 meters or is getting some multi-path off the building and is effecting the timing? I'm using a Trimble Thunderbolt E. I never seem to loose the GPS LED or get any debug info about dropping the GPS location. Any help would be great, I'm grasping at straws a little. Thanks, Jesse -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrorke at cogeco.ca Thu Mar 3 13:46:14 2016 From: jrorke at cogeco.ca (Jon Rorke) Date: Thu, 3 Mar 2016 08:46:14 -0500 Subject: [App_rpt-users] Acid install by USB In-Reply-To: References: Message-ID: <56D84026.40709@cogeco.ca> The ACID distro was never meant for usb iso. Nobody seems to want to modify it for that and its now obsolete. So I suggest the DIAL distro which can be burned to a usb stick. I dont know if it has the drivers for your wireless nic though. Might have to deal with that afterwards. Try it and see if it works. By the way when you burn the usb stick, do a direct image burn or "DD" with Rufus. Jon RQ On 3/2/2016 3:19 PM, Jim Frederick wrote: > trying to install Acid to an HP Thin Client 5740E, vis a usb and I get > a "unable to download the kickstart file" > I have tried all kinds of different installers (rufus, isotousb, > unetbootin, ect) but all come up with the same error > the other option was to to recompile , if that is what they want, but > it suggested to change a line of code in the .iso file...way above my > head at the moment. Any ideas? > > Just trying to get an Allstar node to run wirelessly using this HP > 5740E, which does have a built in 2.4/5.6 Ghz.wireless card > > Jim Frederick KF6QBW > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. --- This email is free from viruses and malware because avast! Antivirus protection is active. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Mar 3 14:57:18 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 3 Mar 2016 09:57:18 -0500 Subject: [App_rpt-users] Acid install by USB In-Reply-To: <789459160.1688.1457016073039.JavaMail.mobile-sync@vsbj7> References: <789459160.1688.1457016073039.JavaMail.mobile-sync@vsbj7> Message-ID: <5239757194677060932@unknownmsgid> DIAL will support the card. I did not come up with a user friendly way to configure it. I will work more when I have time. Sent via smoke signal (AT&T 4G LTE) On Mar 3, 2016, at 8:57 AM, Jon Rorke wrote: The ACID distro was never meant for usb iso. Nobody seems to want to modify it for that and its now obsolete. So I suggest the DIAL distro which can be burned to a usb stick. I dont know if it has the drivers for your wireless nic though. Might have to deal with that afterwards. Try it and see if it works. By the way when you burn the usb stick, do a direct image burn or "DD" with Rufus. Jon RQ On 3/2/2016 3:19 PM, Jim Frederick wrote: trying to install Acid to an HP Thin Client 5740E, vis a usb and I get a "unable to download the kickstart file" I have tried all kinds of different installers (rufus, isotousb, unetbootin, ect) but all come up with the same error the other option was to to recompile , if that is what they want, but it suggested to change a line of code in the .iso file...way above my head at the moment. Any ideas? Just trying to get an Allstar node to run wirelessly using this HP 5740E, which does have a built in 2.4/5.6 Ghz.wireless card ??? ??? ??? ??? Jim Frederick KF6QBW _______________________________________________ App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. ------------------------------ This email is free from viruses and malware because avast! Antivirus protection is active. _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ve7lyd at gmail.com Thu Mar 3 15:19:23 2016 From: ve7lyd at gmail.com (Jesse Lloyd) Date: Thu, 3 Mar 2016 07:19:23 -0800 Subject: [App_rpt-users] Acid install by USB In-Reply-To: <5239757194677060932@unknownmsgid> References: <789459160.1688.1457016073039.JavaMail.mobile-sync@vsbj7> <5239757194677060932@unknownmsgid> Message-ID: <2D0AEF1B-7EC5-414E-99CF-DE790535A7F0@gmail.com> I installed DIAL via a USB stick using rufus. Works fine. You have to go into command line and mount the usb stick as /cdrom and unmount it once it attempts to setup apt. Cheers, Jesse > On Mar 3, 2016, at 6:57 AM, Steve Zingman wrote: > > DIAL will support the card. I did not come up with a user friendly way to configure it. I will work more when I have time. > > Sent via smoke signal (AT&T 4G LTE) > >> On Mar 3, 2016, at 8:57 AM, Jon Rorke wrote: >> >> The ACID distro was never meant for usb iso. Nobody seems to want to modify it for that and its now obsolete. So I suggest the DIAL distro which can be burned to a usb stick. >> I dont know if it has the drivers for your wireless nic though. >> Might have to deal with that afterwards. >> >> Try it and see if it works. >> >> By the way when you burn the usb stick, do a direct image burn or "DD" with Rufus. >> >> Jon RQ >> >>> On 3/2/2016 3:19 PM, Jim Frederick wrote: >>> trying to install Acid to an HP Thin Client 5740E, vis a usb and I get a "unable to download the kickstart file" >>> I have tried all kinds of different installers (rufus, isotousb, unetbootin, ect) but all come up with the same error >>> the other option was to to recompile , if that is what they want, but it suggested to change a line of code in the .iso file...way above my head at the moment. Any ideas? >>> >>> Just trying to get an Allstar node to run wirelessly using this HP 5740E, which does have a built in 2.4/5.6 Ghz.wireless card >>> >>> ??? ??? ??? ??? Jim Frederick KF6QBW >>> >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> >> >> This email is free from viruses and malware because avast! Antivirus protection is active. >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From 41.2jim at gmail.com Thu Mar 3 17:32:17 2016 From: 41.2jim at gmail.com (Jim Frederick) Date: Thu, 3 Mar 2016 09:32:17 -0800 Subject: [App_rpt-users] Acid install by USB In-Reply-To: <2D0AEF1B-7EC5-414E-99CF-DE790535A7F0@gmail.com> References: <789459160.1688.1457016073039.JavaMail.mobile-sync@vsbj7> <5239757194677060932@unknownmsgid> <2D0AEF1B-7EC5-414E-99CF-DE790535A7F0@gmail.com> Message-ID: Thank you all for the help, and have moved back to DIAL Jim Frederick KF6QBW 444.825+ PL100.0 Hz. Repeater WINsystem Affiliate # 93 EchoLink Node 828611 AllStar Node # 28839 YSF Node # 11113 Transmit to Live & Live to Transmit On Thu, Mar 3, 2016 at 7:19 AM, Jesse Lloyd wrote: > I installed DIAL via a USB stick using rufus. Works fine. You have to go > into command line and mount the usb stick as /cdrom and unmount it once it > attempts to setup apt. > > Cheers, > Jesse > > On Mar 3, 2016, at 6:57 AM, Steve Zingman wrote: > > DIAL will support the card. I did not come up with a user friendly way to > configure it. I will work more when I have time. > > Sent via smoke signal (AT&T 4G LTE) > > On Mar 3, 2016, at 8:57 AM, Jon Rorke wrote: > > The ACID distro was never meant for usb iso. Nobody seems to want to > modify it for that and its now obsolete. So I suggest the DIAL distro which > can be burned to a usb stick. > I dont know if it has the drivers for your wireless nic though. > Might have to deal with that afterwards. > > Try it and see if it works. > > By the way when you burn the usb stick, do a direct image burn or "DD" > with Rufus. > > Jon RQ > > On 3/2/2016 3:19 PM, Jim Frederick wrote: > > trying to install Acid to an HP Thin Client 5740E, vis a usb and I get a > "unable to download the kickstart file" > I have tried all kinds of different installers (rufus, isotousb, > unetbootin, ect) but all come up with the same error > the other option was to to recompile , if that is what they want, but it > suggested to change a line of code in the .iso file...way above my head at > the moment. Any ideas? > > Just trying to get an Allstar node to run wirelessly using this HP 5740E, > which does have a built in 2.4/5.6 Ghz.wireless card > > ??? ??? ??? ??? Jim Frederick KF6QBW > > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > > > ------------------------------ > > > This email is free from viruses and malware because avast! Antivirus > protection is active. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kizzy at lusfiber.net Thu Mar 3 20:38:04 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Thu, 3 Mar 2016 14:38:04 -0600 Subject: [App_rpt-users] Call Unix Script from Rpt.conf Message-ID: <56D8A0AC.10200@lusfiber.net> Good Afternoon. In an ACID distribution, shouldn't this work? A12=cmd,/usr/local/sbin/reboot 4#### The log says [Mar 3 14:29:24] NOTICE[27395]: app_rpt.c:4004 function_cmd: cmd param = /usr/local/sbin/reboot 4####, digitbuf = but the system does not reboot. ...STeve KF5VH From kizzy at lusfiber.net Thu Mar 3 21:30:29 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Thu, 3 Mar 2016 15:30:29 -0600 Subject: [App_rpt-users] Call Unix Script from Rpt.conf In-Reply-To: <56D8A0AC.10200@lusfiber.net> References: <56D8A0AC.10200@lusfiber.net> Message-ID: <56D8ACF5.9030800@lusfiber.net> OK, sorry. "cmd" is apparently only available on BeagleBoard. Maybe I can point to the extensions.conf to use "System". ...STeve On 3/3/2016 2:38 PM, Steve Mahler wrote: > Good Afternoon. In an ACID distribution, shouldn't this work? > > A12=cmd,/usr/local/sbin/reboot 4#### > > The log says > > [Mar 3 14:29:24] NOTICE[27395]: app_rpt.c:4004 function_cmd: cmd > param = /usr/local/sbin/reboot 4####, digitbuf = > > but the system does not reboot. > > ...STeve > KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. From szingman at msgstor.com Thu Mar 3 21:33:21 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 3 Mar 2016 16:33:21 -0500 Subject: [App_rpt-users] Call Unix Script from Rpt.conf In-Reply-To: <56D8ACF5.9030800@lusfiber.net> References: <56D8A0AC.10200@lusfiber.net> <56D8ACF5.9030800@lusfiber.net> Message-ID: <-1890184403399640921@unknownmsgid> Steve, That is not true. You might substitute a script for the reboot command to see if it is executing. I know it works in DIAL which is plain vanilla asterisk. Check permissions also Sent via smoke signal (AT&T 4G LTE) > On Mar 3, 2016, at 4:30 PM, Steve Mahler wrote: > > OK, sorry. "cmd" is apparently only available on BeagleBoard. Maybe I can point to the extensions.conf to use "System". > ...STeve > >> On 3/3/2016 2:38 PM, Steve Mahler wrote: >> Good Afternoon. In an ACID distribution, shouldn't this work? >> >> A12=cmd,/usr/local/sbin/reboot 4#### >> >> The log says >> >> [Mar 3 14:29:24] NOTICE[27395]: app_rpt.c:4004 function_cmd: cmd param = /usr/local/sbin/reboot 4####, digitbuf = >> >> but the system does not reboot. >> >> ...STeve >> KF5VH >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From mike at midnighteng.com Thu Mar 3 21:37:50 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Thu, 3 Mar 2016 16:37:50 -0500 Subject: [App_rpt-users] Call Unix Script from Rpt.conf In-Reply-To: <56D8A0AC.10200@lusfiber.net> References: <56D8A0AC.10200@lusfiber.net> Message-ID: The reboot script your are attempting to run does not understand the optional parameters you placed in the line. Rebbot script commences a safe powerdown with restart of the computer. (See also asterisk restart when you don't need to power down the system) See also ??=cop,1 ;warm boot Try this A12=cmd,/usr/local/sbin/reboot ...mike/kb8jnm > Good Afternoon. In an ACID distribution, shouldn't this work? > > A12=cmd,/usr/local/sbin/reboot 4#### > > The log says > > [Mar 3 14:29:24] NOTICE[27395]: app_rpt.c:4004 function_cmd: cmd param > = /usr/local/sbin/reboot 4####, digitbuf = > > but the system does not reboot. > > ...STeve > KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From info at meshnetworks.co.nz Thu Mar 3 23:19:33 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Fri, 4 Mar 2016 12:19:33 +1300 Subject: [App_rpt-users] remote receivers questions Message-ID: <56D8C685.6040204@meshnetworks.co.nz> Greetings! For remote receivers, is there any work being done on using RTL SDR rtl_fm multiple-instances on one dongle, as multiple app_rpt IP connected receivers? I ask, because it seems that a remote (RX only) site can host as many receivers as I can shoe-horn in the box, and as many as I can add solar-panels to feed. It also seems, that I may as well host neighboring areas' remote receivers, and they host mine - for even larger coverage. It just seems a stack of ten GM300s in there is the hard way, and it's a lot of current draw too. Any other ideas? From mike at midnighteng.com Fri Mar 4 03:27:54 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Thu, 3 Mar 2016 22:27:54 -0500 Subject: [App_rpt-users] remote receivers questions In-Reply-To: <56D8C685.6040204@meshnetworks.co.nz> References: <56D8C685.6040204@meshnetworks.co.nz> Message-ID: <48c3f9225e7dbe590eea0e2707dcbc26.squirrel@webmail.midnighteng.com> RTL-SDR have no front-end rejection. While I like to use them for many things, They make terrible choice in repeater work. If your RPTR TX'r is in the same band, watch it totally de-sense that RTL-SDR. What good would it be. Better off with a tyt/boafeng HT etc. And that's not giving those any credit. You can set-up as many rx's on the server as it has the power to do cpu/memory wise and you have the network bandwidth to support. You do need some scheme to vote/select the most valid one (to the core site) if it is different PL etc. FYI There are RTCM /voter systems for app_rpt if you want to do it right. Since there is a left and right definable audio channel, I had always thought you could double-up on the dongles but never tried it. ...mike/kb8jnm > Greetings! > > For remote receivers, is there any work being done on using RTL SDR > rtl_fm multiple-instances on one dongle, as multiple app_rpt IP > connected receivers? > > I ask, because it seems that a remote (RX only) site can host as many > receivers as I can shoe-horn in the box, and as many as I can add > solar-panels to feed. > > It also seems, that I may as well host neighboring areas' remote > receivers, and they host mine - for even larger coverage. > > It just seems a stack of ten GM300s in there is the hard way, and it's a > lot of current draw too. > > Any other ideas? > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From shawpbx at gmail.com Fri Mar 4 16:02:13 2016 From: shawpbx at gmail.com (David Shaw) Date: Fri, 4 Mar 2016 08:02:13 -0800 Subject: [App_rpt-users] Allstars Link In-Reply-To: <8B4C2ABE-C333-4513-8FB6-739970C3880E@ymail.com> References: <8B4C2ABE-C333-4513-8FB6-739970C3880E@ymail.com> Message-ID: Hello Ed, I hope I'm not too late to help. You have to write the img (file) to the card. Look at this link. https://www.raspberrypi.org/documentation/installation/installing-images/ You them can use the HDMI and a USB keyboard to configure the node. You'll also need to be connected to the internet. David -- In 1988, America was strong. We had Ronald Reagan, Steve Jobs, Johnny Cash, and Bob Hope. Today, we have Obama, no Jobs, no Cash, and no Hope. Thanks, David On Fri, Feb 26, 2016 at 6:29 PM, Ed Harwood wrote: > Hello to the list. My name is Ed Harwood (W5CVE). I'm learning Linux as I > go and I just got a Raspberry PI 2 this week. It came with a SD chip that > had NOOBS installed. From noobs I installed Raspbian. Well noobs was > removed during the install. I downloaded the rpi2_dial.img from the Allstar > Link page so that I can setup an Allstars node. Now I don't know how to > install that file. Can somebody help me out and provide some answers? Thank > you so much in advance. > > Ed Harwood, W5CVE > > Sent from my iPhone > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kk6ecm at gmail.com Fri Mar 4 16:21:19 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Fri, 4 Mar 2016 08:21:19 -0800 Subject: [App_rpt-users] Allstars Link In-Reply-To: Message-ID: "burn" the rpi2_dial.img file to the SD chip using a tool like Win32DiskImager for windows. Downloadable from the web, e.g. https://sourceforge.net/projects/win32diskimager/ It is also helpful to have an SD card reformat tool (i.e. SDFormatter) incase you goof the load. Bob kk6ecm _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of David Shaw Sent: Friday, March 04, 2016 8:02 AM To: Ed Harwood Cc: APP RPT Subject: Re: [App_rpt-users] Allstars Link Hello Ed, I hope I'm not too late to help. You have to write the img (file) to the card. Look at this link. https://www.raspberrypi.org/documentation/installation/installing-images/ You them can use the HDMI and a USB keyboard to configure the node. You'll also need to be connected to the internet. David -- In 1988, America was strong. We had Ronald Reagan, Steve Jobs, Johnny Cash, and Bob Hope. Today, we have Obama, no Jobs, no Cash, and no Hope. Thanks, David On Fri, Feb 26, 2016 at 6:29 PM, Ed Harwood wrote: Hello to the list. My name is Ed Harwood (W5CVE). I'm learning Linux as I go and I just got a Raspberry PI 2 this week. It came with a SD chip that had NOOBS installed. From noobs I installed Raspbian. Well noobs was removed during the install. I downloaded the rpi2_dial.img from the Allstar Link page so that I can setup an Allstars node. Now I don't know how to install that file. Can somebody help me out and provide some answers? Thank you so much in advance. Ed Harwood, W5CVE Sent from my iPhone _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dropbox at digitalattack.org Fri Mar 4 23:29:59 2016 From: dropbox at digitalattack.org (gregory) Date: Fri, 4 Mar 2016 15:29:59 -0800 Subject: [App_rpt-users] CLI - constant registry_rerequest Message-ID: <56DA1A77.5070000@digitalattack.org> Just looking to solve a possible issue. I have constant messages in CLI about Sending registration request for 'xxxxx' and constant registry_rerequest messages occurring every 30 seconds. Any Ideas? From welfarecat at comcast.net Sat Mar 5 01:04:30 2016 From: welfarecat at comcast.net (Te Bussell) Date: Fri, 4 Mar 2016 20:04:30 -0500 Subject: [App_rpt-users] Fwd: Login new PI 2 References: Message-ID: <1363BCF0-3E06-4CE3-BD14-D57E7D0014B1@comcast.net> Sent from my iPad Begin forwarded message: > Subject: Login new PI 2 > > > KB9WKR here... > > I have the Dial image on PI 2. It boots, but will not accept the user name or password. > > I tried root and ROOT as per the Crompton page. Where am i going wrong? > > 73 > > Bill > Sent from my iPad -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Sat Mar 5 01:49:31 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 4 Mar 2016 20:49:31 -0500 Subject: [App_rpt-users] Fwd: Login new PI 2 In-Reply-To: <1363BCF0-3E06-4CE3-BD14-D57E7D0014B1@comcast.net> References: <1363BCF0-3E06-4CE3-BD14-D57E7D0014B1@comcast.net> Message-ID: <16914340-1F1D-4297-AA8D-E2C8CD92604A@bdboyle.com> try logging in with the id for the Dial release, not Doug's release. the docs for DIAL are on the allstarlink.org site. Doug's release is a different fork and has some differences. I'm leaving this as a exercise...there is a lot of basic info on allstarlink.org, so it is worth looking through...not to be a pita, just a gentle suggestion. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Mar 4, 2016, at 20:04, Te Bussell wrote: > > > > Sent from my iPad > > Begin forwarded message: > >> Subject: Login new PI 2 >> >> >> KB9WKR here... >> >> I have the Dial image on PI 2. It boots, but will not accept the user name or password. >> >> I tried root and ROOT as per the Crompton page. Where am i going wrong? >> >> 73 >> >> Bill >> Sent from my iPad > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Sat Mar 5 01:50:50 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 4 Mar 2016 20:50:50 -0500 Subject: [App_rpt-users] Fwd: Login new PI 2 In-Reply-To: <1363BCF0-3E06-4CE3-BD14-D57E7D0014B1@comcast.net> References: <1363BCF0-3E06-4CE3-BD14-D57E7D0014B1@comcast.net> Message-ID: and if you get lost: http://ohnosec.org/drupal/node/198 -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Mar 4, 2016, at 20:04, Te Bussell wrote: > > > > Sent from my iPad > > Begin forwarded message: > >> Subject: Login new PI 2 >> >> >> KB9WKR here... >> >> I have the Dial image on PI 2. It boots, but will not accept the user name or password. >> >> I tried root and ROOT as per the Crompton page. Where am i going wrong? >> >> 73 >> >> Bill >> Sent from my iPad > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From welfarecat at comcast.net Sat Mar 5 01:54:38 2016 From: welfarecat at comcast.net (Te Bussell) Date: Fri, 4 Mar 2016 20:54:38 -0500 Subject: [App_rpt-users] Dial PI setup steps, please Message-ID: Hi, Somewhere there must be the complete guide to getting a PI node with dial configured. I have the image file running, set the time, and changed my password. I have a node number previously assigned. I can ping internet addresses, so i am getting out. I feel certain that i need to start a configuration download, but i am in the dark. (Here is a tip for ipad users. Try the free Puffin browser, and flash works.) I have laptops and other computers that i can use. I am anxious to get this going, but my wife is asleep for a very early start time. Anyone? I need to be somewhat quiet. 73 Bill KB9WKR Sent from my iPad From kk6ecm at gmail.com Sat Mar 5 02:46:36 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Fri, 4 Mar 2016 18:46:36 -0800 Subject: [App_rpt-users] Dial PI setup steps, please In-Reply-To: References: Message-ID: <8C95E75E-F7C3-42B0-AB7A-4B3F5F8895B8@gmail.com> http://docs.allstarlink.org/drupal/node/76 Thanks, Bob kk6ecm 73 Sent from iPad > On Mar 4, 2016, at 5:54 PM, Te Bussell wrote: > > Hi, > > Somewhere there must be the complete guide to getting a PI node with dial configured. > > I have the image file running, set the time, and changed my password. I have a node number previously assigned. I can ping internet addresses, so i am getting out. > > I feel certain that i need to start a configuration download, but i am in the dark. > > (Here is a tip for ipad users. Try the free Puffin browser, and flash works.) > > I have laptops and other computers that i can use. I am anxious to get this going, but my wife is asleep for a very early start time. Anyone? I need to be somewhat quiet. > > 73 > > Bill KB9WKR > > > > Sent from my iPad > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From info at meshnetworks.co.nz Sat Mar 5 19:13:28 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Sun, 6 Mar 2016 08:13:28 +1300 Subject: [App_rpt-users] app_rpt from MP3 stream was remote receivers questions In-Reply-To: References: Message-ID: <56DB2FD8.2060706@meshnetworks.co.nz> On 05/03/16 06:00, mike at midnighteng.com wrote: > RTL-SDR have no front-end rejection. While I like to use them for many things, They > make terrible choice in repeater work. No receiver has any front end rejection until you had a front end, which we'll do. > If your RPTR TX'r is in the same band, watch it totally de-sense that RTL-SDR. No, as stated, these are remote receivers. There's no other noise generating equipment on site except the solar panel regulator. > What good would it be. > Better off with a tyt/boafeng HT etc. And that's not giving those any credit. Not a silly idea actually. A simple coax front end cavity, or notch to target the image might be in order. > You do need some scheme to vote/select the most valid one (to the core site) if it > is different PL etc. All built in to app_rpt isn't it? > > FYI There are RTCM /voter systems for app_rpt if you want to do it right. Too expensive when building a three repeater, six receiver distributed system. That's 24 RTCMs. > Since there is a left and right definable audio channel, I had always thought you > could double-up on the dongles but never tried it. My understanding is that cannot be done. Dongles are cheap as chips, so that's false economy. My original query as follows ; > For remote receivers, is there any work being done on using RTL SDR > rtl_fm multiple-instances on one dongle, as multiple app_rpt IP > connected receivers? > > I ask, because it seems that a remote (RX only) site can host as many > receivers as I can shoe-horn in the box, and as many as I can add > solar-panels to feed. > > It also seems, that I may as well host neighboring areas' remote > receivers, and they host mine - for even larger coverage. > > It just seems a stack of ten GM300s in there is the hard way, and it's a > lot of current draw too. > There is a group of aviation-monitoring enthusiasts who have cracked the multi-channel thing, so it seems to be just a matter of feeding multiple MP3 streams to multiple app_rpt daemons. Anyone know how this works? S From kb4fxc at inttek.net Sat Mar 5 20:24:55 2016 From: kb4fxc at inttek.net (David McGough) Date: Sat, 5 Mar 2016 15:24:55 -0500 (EST) Subject: [App_rpt-users] app_rpt from MP3 stream was remote receivers questions In-Reply-To: <56DB2FD8.2060706@meshnetworks.co.nz> Message-ID: Hi Guys, The SDR solution for a multi-receiver site is interesting. Here are some observations I've made, experimenting with RTL-SDR and AirSPY hardware. First, as mentioned earlier, the very cheap ($9 from China) RTL-SDR has no front-end filtering, very minimal RF Dynamic Range (perhaps 50db usable? --an 8-bit A/D), a very noisy PLL and poor weak-signal performance...They probably won't fly too well when in the presence of multiple signals which vary significantly in strength. When these SDR's hear a loud signal, their RF gain must be turned down (many do this automatically in software) to keep from getting "crunched." When that happens, the weaker signals disappear in the noise! ....But, hey, for $9, they're pretty neat -TOYS- !! And, they're a great way to start learning about the various SDR software available, much of this software also supporting higher-end hardware. Next, there is a generation of greatly improved wide-band SDR's out there, such as the AirSPY, which perform MUCH better (about 80db dynamic range, 12-bit A/D). There are several competitors in this performance category and it's evolving rapidly. IMO, the AirSPY is quite good; I've enjoyed it. (No, I don't have any affiliation with that Company, except that I've got a version R2 radio from them). As for a true remote RX, I don't know. But, I'm getting prepared to try it! However, be aware that processing a large segment of spectrum takes substantial CPU horsepower--more than my laptop can provide! So, I end up with audio chops unless I reduce the amount of spectrum I'm monitoring....Also, since the dual-core CPU is staying busy running DSP software, it's using significant power (and is HOT). Now comes a complex issue to handle--variable delay in the RF-to-audio conversion. If you're running a standard analog RX (like the GM300 mentioned), the delay through the radio is minimal and CONSISTENT between radios--ideal for voting receivers, etc. The SDR delay is large, perhaps as much as 0.5 seconds, depending on the various DSP processing and CPU speed. Also, as implied, the SDR decode speed is variable, depending on the DSP options used, number of streams decoded, etc. This makes syncing the audio for voting very difficult (or impossible?). Anyhow, I think you'll have a lot of headaches trying to making the current crop of SDR's perform as voting receivers, particularly if you mix analog receivers and SDR's....Now, as a SINGLE remote-base RX, the SDR concept is very interesting. But, for voting, I'd go with the GM300's (or similar), and not even consider an SDR at this point in their evolution. Just my $0.02. 73, David KB4FXC On Sun, 6 Mar 2016, Steve Wright wrote: > On 05/03/16 06:00, mike at midnighteng.com wrote: > > RTL-SDR have no front-end rejection. While I like to use them for many things, They > > make terrible choice in repeater work. > > No receiver has any front end rejection until you had a front end, which > we'll do. > > > > If your RPTR TX'r is in the same band, watch it totally de-sense that RTL-SDR. > > No, as stated, these are remote receivers. There's no other noise > generating equipment on site except the solar panel regulator. > > > What good would it be. > > Better off with a tyt/boafeng HT etc. And that's not giving those any credit. > > Not a silly idea actually. A simple coax front end cavity, or notch to > target the image might be in order. > > > > You do need some scheme to vote/select the most valid one (to the core site) if it > > is different PL etc. > > All built in to app_rpt isn't it? > > > > > > FYI There are RTCM /voter systems for app_rpt if you want to do it right. > > Too expensive when building a three repeater, six receiver distributed > system. That's 24 RTCMs. > > > > Since there is a left and right definable audio channel, I had always thought you > > could double-up on the dongles but never tried it. > > My understanding is that cannot be done. Dongles are cheap as chips, so > that's false economy. > > My original query as follows ; > > > For remote receivers, is there any work being done on using RTL SDR > > rtl_fm multiple-instances on one dongle, as multiple app_rpt IP > > connected receivers? > > > > I ask, because it seems that a remote (RX only) site can host as many > > receivers as I can shoe-horn in the box, and as many as I can add > > solar-panels to feed. > > > > It also seems, that I may as well host neighboring areas' remote > > receivers, and they host mine - for even larger coverage. > > > > It just seems a stack of ten GM300s in there is the hard way, and it's a > > lot of current draw too. > > > > There is a group of aviation-monitoring enthusiasts who have cracked the > multi-channel thing, so it seems to be just a matter of feeding multiple > MP3 streams to multiple app_rpt daemons. > > Anyone know how this works? > > > S > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From petem001 at gmail.com Sun Mar 6 01:45:13 2016 From: petem001 at gmail.com (Pierre Martel) Date: Sat, 5 Mar 2016 20:45:13 -0500 Subject: [App_rpt-users] CLI - constant registry_rerequest In-Reply-To: <56DA1A77.5070000@digitalattack.org> References: <56DA1A77.5070000@digitalattack.org> Message-ID: this is the ping from your node to the allsstarlink server to say that it is still alive and kicking.. On Friday, 4 March 2016, gregory wrote: > Just looking to solve a possible issue. I have constant messages in CLI > about Sending registration request for 'xxxxx' and constant > registry_rerequest messages occurring every 30 seconds. > > Any Ideas? > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sun Mar 6 01:50:57 2016 From: kb4fxc at inttek.net (David McGough) Date: Sat, 5 Mar 2016 20:50:57 -0500 (EST) Subject: [App_rpt-users] CLI - constant registry_rerequest In-Reply-To: Message-ID: Hi, Those messages are typical if the Asterisk verbosity level is above 4 So, if you're in the CLI, try this command to change the verbosity level to 4 or lower and that should stop these messages: core set verbose 4 73, David KB4FXC On Sat, 5 Mar 2016, Pierre Martel wrote: > this is the ping from your node to the allsstarlink server to say that it > is still alive and kicking.. > > On Friday, 4 March 2016, gregory wrote: > > > Just looking to solve a possible issue. I have constant messages in CLI > > about Sending registration request for 'xxxxx' and constant > > registry_rerequest messages occurring every 30 seconds. > > > > Any Ideas? > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > > to the bottom of the page. Enter your email address and press the > > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > > confirmation. If you have trouble unsubscribing, please send a message to > > the list detailing the problem. > From jamey.wright at charter.net Sun Mar 6 06:12:37 2016 From: jamey.wright at charter.net (Jamey Wright) Date: Sun, 6 Mar 2016 00:12:37 -0600 Subject: [App_rpt-users] LSNODES Message-ID: <001701d1776f$2edf33f0$8c9d9bd0$@charter.net> I have the LSNODES ( I think that is what it is called ) web pages running on my nodes. Where does it get the information it displays about connected nodes? Is it a file on the local machine? I have a couple of private nodes that are connected and I would like to be able to see a little more info about the nodes that are connected. Thanks Jamey WR4JW -------------- next part -------------- An HTML attachment was scrubbed... URL: From kizzy at lusfiber.net Sun Mar 6 16:08:52 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Sun, 6 Mar 2016 10:08:52 -0600 Subject: [App_rpt-users] Configuration Message-ID: <56DC5614.2050507@lusfiber.net> Good morning! I continue to make progress standing up my server (42316 / ACID Distro). The next item is Repeater Modes. Think in terms of "normal operations" or "emergency operations". I want user controls to switch between Repeater Modes. This has generated the following questions. 1) The "5" lead in character points to the MACRO Stanza. I get that. Can I have a second lead in character like "A" that goes to a different macro stanza? 2) In rpt.conf each command seems to go to a single action. Can you have multiple step commands (other than macros)? Are there APP_RPT variables that are Readable / Changeable with accompanying flow control syntax? Are there User assignable variables? 3) In extensions.conf you can chain commands, do some if-then-goto-label. Is there a linkage that allows a command from rpt.conf to link to a dialed extension number in extensions.conf? The sledding is a little tough, but so far the software seems reliable. ...STeve - KF5VH From info at meshnetworks.co.nz Sun Mar 6 18:51:38 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Mon, 7 Mar 2016 07:51:38 +1300 Subject: [App_rpt-users] Inexpensive 50MHz RX was: MP3 stream was remote In-Reply-To: References: Message-ID: <56DC7C3A.1020005@meshnetworks.co.nz> On 07/03/16 06:00, David McGough @ohnosec.org wrote: > Now comes a complex issue to handle--variable delay in the RF-to-audio > conversion. If you're running a standard analog RX (like the GM300 > mentioned), the delay through the radio is minimal and CONSISTENT between > radios--ideal for voting receivers, etc. The SDR delay is large, perhaps > as much as 0.5 seconds Ah yeah that's no good then. Ah well, we keep fishing through new ideas for workable stuff! The site in question is plenty remote, but I'll still put a notch on the image, and on the local pager and FM radio station too, even though they are 10km away. It's no work at all to put a coax stub notch on something. Cheapie Baofengs with some coax bandpass/notch reject will do it, EXCEPT that the repeater is question is Six meters. Now looking for inexpensive 6m handhelds, or other RX boards. S From welfarecat at comcast.net Tue Mar 8 02:15:46 2016 From: welfarecat at comcast.net (Te Bussell) Date: Mon, 7 Mar 2016 21:15:46 -0500 Subject: [App_rpt-users] Starting my node Message-ID: Hi, Earlier today it appeared that my node was connected and recognized. There was still work to do with the radio config. I had to shut down the PI for a few hours. I started it again this evening, but the network does not see it. I stopped and started Asterisk, but that does not seem to help. Anyone? Cheers 73 Bill KB9WKR Sent from my iPad From szingman at msgstor.com Tue Mar 8 02:30:11 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 7 Mar 2016 21:30:11 -0500 Subject: [App_rpt-users] Starting my node In-Reply-To: References: Message-ID: <56DE3933.40100@msgstor.com> Bill, Login as root cd /etc/asterisk wget --no-check-certificate https://github.com/N4IRS/AllStar/raw/master/configs/dnsmgr.conf reboot or restart asterisk 73, Steve N4IRS On 03/07/2016 09:15 PM, Te Bussell wrote: > Hi, > > Earlier today it appeared that my node was connected and recognized. There was still work to do with the radio config. I had to shut down the PI for a few hours. I started it again this evening, but the network does not see it. I stopped and started Asterisk, but that does not seem to help. > > Anyone? > > Cheers > > 73 > > Bill KB9WKR > > Sent from my iPad > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From welfarecat at comcast.net Tue Mar 8 03:42:43 2016 From: welfarecat at comcast.net (Te Bussell) Date: Mon, 7 Mar 2016 22:42:43 -0500 Subject: [App_rpt-users] Starting my node In-Reply-To: <56DE3933.40100@msgstor.com> References: <56DE3933.40100@msgstor.com> Message-ID: <4636700A-3045-49D2-9834-C6B0AB594120@comcast.net> Thanks Steve! This worked. 73 Sent from my iPad > On Mar 7, 2016, at 9:30 PM, Steve Zingman wrote: > > Bill, > Login as root > cd /etc/asterisk > wget --no-check-certificate https://github.com/N4IRS/AllStar/raw/master/configs/dnsmgr.conf > reboot or restart asterisk > > 73, Steve N4IRS > > >> On 03/07/2016 09:15 PM, Te Bussell wrote: >> Hi, >> >> Earlier today it appeared that my node was connected and recognized. There was still work to do with the radio config. I had to shut down the PI for a few hours. I started it again this evening, but the network does not see it. I stopped and started Asterisk, but that does not seem to help. >> >> Anyone? >> >> Cheers >> >> 73 >> >> Bill KB9WKR >> >> Sent from my iPad >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From john at qso.com Tue Mar 8 04:19:14 2016 From: john at qso.com (John Griffith) Date: Mon, 7 Mar 2016 21:19:14 -0700 Subject: [App_rpt-users] Question on auto leveling codec Message-ID: <001c01d178f1$acc04bf0$0640e3d0$@qso.com> Haven't found much on this, but I remember a while back I read something about one of the codecs for Asterisk that had an internal option to enable ALC (automatic level control). Not sure if this was a compression codec or not, but it would be nice to use a compressionless one (like ULAW) for use in my repeater output. Right now I'm using an analog ALC unit between the URI and radio, but it's introducing AC hum into the repeater output. The noise is originating in the poorly shielded ALC unit. Does anyone have ALC working within Asterisk? If so is it hard to make it work in App_Rpt for the repeater output? I need to keep the input constant because I'm using DSP and CTCSS for squelch, so output is all I'm looking for. Thank you. John N7OKN -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Tue Mar 8 10:20:19 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Tue, 8 Mar 2016 23:20:19 +1300 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: References: Message-ID: <56DEA763.30609@meshnetworks.co.nz> On 05/03/16 06:00, mike at midnighteng.com wrote: > FYI There are RTCM /voter systems for app_rpt if you want to do it right. > Is there an example voting-RX project somewhere I can read about? Non-RTCM please. I know about the RTCM and I'm looking at alternatives. Many thanks, Steve From welfarecat at comcast.net Tue Mar 8 16:04:50 2016 From: welfarecat at comcast.net (Te Bussell) Date: Tue, 8 Mar 2016 11:04:50 -0500 Subject: [App_rpt-users] SSH and WiFi dongles Message-ID: <67B3A200-16C9-460E-BCA5-2DCC8A1624E4@comcast.net> Hi, 1. I bought the Element 14 wifi dongle with my pi 2. It works great with the default PI NOOBS software. I configured it to use my network password. This same dongle is not recognized on Windows, and not by Dial Debian. Could I copy the configuration file from NOOBS and insert it into Dial? 2. I have been searching for the method to connect Putty to Dial on PI. I was a whiz at running remote servers with Telnet before I retired. This one simple bit is not easily discovered. Do I need to use wget to install SSH on Dial, or is it already in place? Minds become a little rusty when you get away from a life's work. Thanks for your help. Cheers 73 Bill Bussell KB9WKR Sent from my iPad -------------- next part -------------- An HTML attachment was scrubbed... URL: From apu at spfld.com Tue Mar 8 16:25:16 2016 From: apu at spfld.com (Apu) Date: Tue, 8 Mar 2016 11:25:16 -0500 Subject: [App_rpt-users] SSH and WiFi dongles In-Reply-To: <67B3A200-16C9-460E-BCA5-2DCC8A1624E4@comcast.net> References: <67B3A200-16C9-460E-BCA5-2DCC8A1624E4@comcast.net> Message-ID: <56DEFCEC.1090103@spfld.com> On 3/8/16 11:04 AM, Te Bussell wrote: > 2. I have been searching for the method to connect Putty to Dial on PI. > I was a whiz at running remote servers with Telnet before I retired. > This one simple bit is not easily discovered. Do I need to use wget to > install SSH on Dial, or is it already in place? ssh is already in the DIAL install however, by default, it listens on port 222 instead of the ssh default of 22. Just have your ssh client connect to your Pi on port 222 and you'll probably be good to go. -- Apu From apu at spfld.com Tue Mar 8 16:29:10 2016 From: apu at spfld.com (Apu) Date: Tue, 8 Mar 2016 11:29:10 -0500 Subject: [App_rpt-users] Asterisk / app_rpt as tone remote adapter? Message-ID: <56DEFDD6.2090905@spfld.com> Back in 2013, Thor Wiegman had asked about using Asterisk / app_rpt with tone remotes. Has anyone done this? Using a regular tone remote deskset to interface with app_rpt instead of a SIP phone and DTMF commands would be great for user-friendliness. http://ohnosec.org/pipermail/app_rpt-users/2013-October/007459.html -- Apu From dean at m1aif.uk Tue Mar 8 21:08:11 2016 From: dean at m1aif.uk (M1AIF - DEAN) Date: Tue, 8 Mar 2016 21:08:11 +0000 Subject: [App_rpt-users] Allstar node 42493 online but can't register - Please Help Message-ID: Hi, I am a relative beginner with linux I'm afraid. I have installed my node 42493 (ACID CentOS5.11) It appears to be online and able to download it's own config. It is supposed to be configured in Hub Only Mode (With USB FOB CM108). Im sure it has connected to the network successfully at least once as the http://stats.allstarlink.org/nodeinfo.cgi?node=42493 showed an uptime of several days although it was still showing as unregistered. My router is port forwarding ports 4569,222 & 5060-5061 to my Allstar local IP LSNODES can be viewed here... *http://vc1.deancrowe.com/cgi-bin/lsnodes_web?node=42493 * The problem is that my node is not listed as registered and does not show in active nodes list. My node number and password are correct in the iax.conf file *iax2 show registry shows* *Host= 67.215.233.178:4569 dnsmgr=Y Username =42493 Percieved= Refresh=60 State=Request Sent* It is attempting to reconnect every minute. *I have many messages in the CLI.... Example for extension 333* *NOTICE[3527]: chan_sip.c:15628 handle_request_register: Registration from '"333" >' failed for '91.236.74.186' - No matching peer found* *This is repeated for many "extension Nos."....* *Other errors are showing... "Rejected because extension not found"* Clearly I have missed a step in the configuration. The installation guide says that if you cannot get your node to register, post an email on this list and ask someone to check from their end that all ports are forwarding correctly etc. I would be extremely grateful if anyone could assist me getting this node online. Many thanks in advance Dean Crowe - M1AIF Portsmouth, UK dean at m1aif.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: From N1XBM at amsat.org Tue Mar 8 21:14:49 2016 From: N1XBM at amsat.org (Robert Newberry) Date: Tue, 8 Mar 2016 16:14:49 -0500 Subject: [App_rpt-users] Allstar node 42493 online but can't register - Please Help In-Reply-To: References: Message-ID: >From your command line try typing Ping register.allstarlink.org Hit ctrl c when your done pinging. If things are OK you should get a response. If not its possible you have a DNS issue... N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086, 42658, 42657 On Mar 8, 2016 4:08 PM, "M1AIF - DEAN" wrote: > Hi, I am a relative beginner with linux I'm afraid. > > I have installed my node 42493 (ACID CentOS5.11) It appears to be online > and able to download it's own config. It is supposed to be configured in > Hub Only Mode (With USB FOB CM108). Im sure it has connected to the network > successfully at least once as the > http://stats.allstarlink.org/nodeinfo.cgi?node=42493 showed an uptime of > several days although it was still showing as unregistered. > > My router is port forwarding ports 4569,222 & 5060-5061 to my Allstar > local IP > > LSNODES can be viewed here... *http://vc1.deancrowe.com/cgi-bin/lsnodes_web?node=42493 > * > > The problem is that my node is not listed as registered and does not show > in active nodes list. > > My node number and password are correct in the iax.conf file > > *iax2 show registry shows* > > *Host= 67.215.233.178:4569 dnsmgr=Y Username > =42493 Percieved= Refresh=60 State=Request Sent* > > It is attempting to reconnect every minute. > > > *I have many messages in the CLI.... Example for extension 333* > > *NOTICE[3527]: chan_sip.c:15628 handle_request_register: Registration from > '"333" >' > failed for '91.236.74.186' - No matching peer found* > > *This is repeated for many "extension Nos."....* > > *Other errors are showing... "Rejected because extension not found"* > > Clearly I have missed a step in the configuration. The installation guide > says that if you cannot get your node to register, post an email on this > list and ask someone to check from their end that all ports are forwarding > correctly etc. > > I would be extremely grateful if anyone could assist me getting this node > online. > Many thanks in advance > > Dean Crowe - M1AIF > Portsmouth, UK > dean at m1aif.uk > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorentedford at gmail.com Tue Mar 8 21:43:21 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Tue, 8 Mar 2016 15:43:21 -0600 Subject: [App_rpt-users] SSH and WiFi dongles In-Reply-To: <56DEFCEC.1090103@spfld.com> References: <67B3A200-16C9-460E-BCA5-2DCC8A1624E4@comcast.net> <56DEFCEC.1090103@spfld.com> Message-ID: https://learn.adafruit.com/adafruits-raspberry-pi-lesson-3-network-setup/setting-up-wifi-with-occidentalis Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://www.newwavesucks.com http://forum.newwavesucks.com On Tue, Mar 8, 2016 at 10:25 AM, Apu wrote: > On 3/8/16 11:04 AM, Te Bussell wrote: > > 2. I have been searching for the method to connect Putty to Dial on PI. > > I was a whiz at running remote servers with Telnet before I retired. > > This one simple bit is not easily discovered. Do I need to use wget to > > install SSH on Dial, or is it already in place? > > ssh is already in the DIAL install however, by default, it listens on > port 222 instead of the ssh default of 22. Just have your ssh client > connect to your Pi on port 222 and you'll probably be good to go. > > -- > Apu > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dean at m1aif.uk Tue Mar 8 21:44:08 2016 From: dean at m1aif.uk (M1AIF - Dean Crowe) Date: Tue, 8 Mar 2016 21:44:08 +0000 Subject: [App_rpt-users] Allstar node 42493 online but can't register - Please Help Message-ID: <6D1BC416-8C39-49DA-B475-B23C168824DE@m1aif.uk> Hi, Thanks for your advice. I can ping register.allstarlink.org ok. It resolves to 67.215.233.178 and ping takes 144ms so DNS is fine. M1AIF - Dean Crowe dean at m1aif.uk From mike at midnighteng.com Wed Mar 9 01:08:33 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Tue, 8 Mar 2016 20:08:33 -0500 Subject: [App_rpt-users] Allstar node 42493 online but can't register - Please Help In-Reply-To: References: Message-ID: <97ab2998fad5075b07291f9f24d1d7b4.squirrel@webmail.midnighteng.com> It may be something you checked but I would check very closely for the proper user/pass set-up for the node in iax.conf register=NODEX:PASSXXXX at register.allstarlink.org Type errors are not always easy to spot. And make sure it has not been rem'd out or a bad char in there somewhere on the string. ...mike/kb8jnm > Hi, I am a relative beginner with linux I'm afraid. > > I have installed my node 42493 (ACID CentOS5.11) It appears to be online > and able to download it's own config. It is supposed to be configured in > Hub Only Mode (With USB FOB CM108). Im sure it has connected to the network > successfully at least once as the > http://stats.allstarlink.org/nodeinfo.cgi?node=42493 showed an uptime of > several days although it was still showing as unregistered. > > My router is port forwarding ports 4569,222 & 5060-5061 to my Allstar local > IP > > LSNODES can be viewed here... > *http://vc1.deancrowe.com/cgi-bin/lsnodes_web?node=42493 > * > > The problem is that my node is not listed as registered and does not show > in active nodes list. > > My node number and password are correct in the iax.conf file > > *iax2 show registry shows* > > *Host= 67.215.233.178:4569 dnsmgr=Y Username > =42493 Percieved= Refresh=60 State=Request Sent* > > It is attempting to reconnect every minute. > > > *I have many messages in the CLI.... Example for extension 333* > > *NOTICE[3527]: chan_sip.c:15628 handle_request_register: Registration from > '"333" >' > failed for '91.236.74.186' - No matching peer found* > > *This is repeated for many "extension Nos."....* > > *Other errors are showing... "Rejected because extension not found"* > > Clearly I have missed a step in the configuration. The installation guide > says that if you cannot get your node to register, post an email on this > list and ask someone to check from their end that all ports are forwarding > correctly etc. > > I would be extremely grateful if anyone could assist me getting this node > online. > Many thanks in advance > > Dean Crowe - M1AIF > Portsmouth, UK > dean at m1aif.uk > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From lorentedford at gmail.com Wed Mar 9 01:14:45 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Tue, 8 Mar 2016 19:14:45 -0600 Subject: [App_rpt-users] ipv6 connections Message-ID: Does Asterisk support IPV6 static connections if so how do i add one? Does echolink work with an ipv6 address? Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://www.newwavesucks.com http://forum.newwavesucks.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Wed Mar 9 07:06:13 2016 From: vk3jed at vkradio.com (Tony Langdon) Date: Wed, 9 Mar 2016 18:06:13 +1100 Subject: [App_rpt-users] ipv6 connections In-Reply-To: References: Message-ID: <56DFCB65.1080804@vkradio.com> On 9/03/2016 12:14 PM, Loren Tedford wrote: > Does Asterisk support IPV6 static connections if so how do i add one? > Does echolink work with an ipv6 address? Echolink does not work with IPv6, the server infrastructure only tracks IPv4. Any IPv6 connections made using the Echolink protocol would have to be done outside of normal Echolink operation. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com From lorentedford at gmail.com Wed Mar 9 07:32:35 2016 From: lorentedford at gmail.com (Loren Tedford) Date: Wed, 9 Mar 2016 01:32:35 -0600 Subject: [App_rpt-users] ipv6 connections In-Reply-To: <56DFCB65.1080804@vkradio.com> References: <56DFCB65.1080804@vkradio.com> Message-ID: Ok ipv6 has been in use by most of the major cell providers since 2012 and echolink hasn't been updated to support it?? What about Allstarlink ?? Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com Phone: 618-553-0806 Fax: 16185512755 http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Mar 9, 2016 1:16 AM, "Tony Langdon" wrote: > On 9/03/2016 12:14 PM, Loren Tedford wrote: > > Does Asterisk support IPV6 static connections if so how do i add one? > > Does echolink work with an ipv6 address? > > Echolink does not work with IPv6, the server infrastructure only tracks > IPv4. Any IPv6 connections made using the Echolink protocol would have > to be done outside of normal Echolink operation. > > -- > 73 de Tony VK3JED/VK3IRL > http://vkradio.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From 41.2jim at gmail.com Wed Mar 9 10:59:36 2016 From: 41.2jim at gmail.com (Jim Frederick) Date: Wed, 9 Mar 2016 02:59:36 -0800 Subject: [App_rpt-users] how to change the WIFI login? Message-ID: Hello group, I was able to get the wifi for my node (HP thin Client E5740E) to work great....my question is to get the DIAL software to recognize my iphone as the wifi link, not my local router. Do I need to change anything other than the /etc/network/interfaces file to reflect the iphone? (it took 3 times to get it, the WIFI link to my local router to work, as I crashed the software 2 times, requiring reinstalls in my fumbling) Here is the full content of the /etc/network/interfaces file *# This file describes the network interfaces available on your system# and how to activate them. For more information, see interfaces(5).source /etc/network/interfaces.d/*# The loopback network interfaceauto loiface lo inet loopback# The primary network interfaceallow-hotplug wlan0iface wlan0 inet dhcp wpa-ssid xxxxxxxxxxx wpa-psk xxxxxxxxxxxxxx* I'm asking because when I change the wpa-ssid to iPhone and the wpa-psk to my iPhone password it doesn't link to the iphone ....any ideas? Thanks Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From sladek at americanre.com Wed Mar 9 12:18:24 2016 From: sladek at americanre.com (Dennis) Date: Wed, 09 Mar 2016 05:18:24 -0700 Subject: [App_rpt-users] Request to post to list Message-ID: <20160309051824.ebac1d57235447e247e10c30c589eb30.39d298fee7.wbe@email04.secureserver.net> An HTML attachment was scrubbed... URL: From sladek at americanre.com Wed Mar 9 12:27:33 2016 From: sladek at americanre.com (Dennis) Date: Wed, 09 Mar 2016 05:27:33 -0700 Subject: [App_rpt-users] 6 digit node password Message-ID: <20160309052733.ebac1d57235447e247e10c30c589eb30.1c752c8bac.wbe@email04.secureserver.net> An HTML attachment was scrubbed... URL: From kuggie at kuggie.com Wed Mar 9 12:50:21 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Wed, 9 Mar 2016 07:50:21 -0500 Subject: [App_rpt-users] 6 digit node password In-Reply-To: <20160309052733.ebac1d57235447e247e10c30c589eb30.1c752c8bac.wbe@email04.secureserver.net> References: <20160309052733.ebac1d57235447e247e10c30c589eb30.1c752c8bac.wbe@email04.secureserver.net> Message-ID: <56E01C0D.8040600@kuggie.com> On 3/9/2016 7:27 AM, Dennis wrote: > I'm stuck! > > I am trying to configure a new first time server on Raspberry Pi 2 and > I am at the question where it asks for a 6 digit node password, which > I ever don't have or I did not write down back on February 28th. Dennis, The node password is revealed by logging into your AllStar account and clicking on "Node" then "Node Configuration", then the name of the server, and finally the node number. A page with your individual node will show with the 6 digit password. Kevin - W3KKC -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Wed Mar 9 13:09:53 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 9 Mar 2016 08:09:53 -0500 Subject: [App_rpt-users] 6 digit node password In-Reply-To: <20160309052733.ebac1d57235447e247e10c30c589eb30.1c752c8bac.wbe@email04.secureserver.net> References: <20160309052733.ebac1d57235447e247e10c30c589eb30.1c752c8bac.wbe@email04.secureserver.net> Message-ID: <226581f12fc53504ad4260daf4396fe4.squirrel@webmail.midnighteng.com> Log into allstar Under NODE Select 'node Configuration' / Servername / Node# The Node Info Box will display your User / Pass for that node. ...mike/kb8jnm >
I'm > stuck!

I am > trying to configure a new first time server on Raspberry Pi 2 and I am at the > question where it asks for a 6 digit node password, which I ever don't have or I > did not write down back on February 28th.
face="verdana, geneva">
N9OZR

 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From sladek at americanre.com Wed Mar 9 14:14:09 2016 From: sladek at americanre.com (Dennis) Date: Wed, 09 Mar 2016 07:14:09 -0700 Subject: [App_rpt-users] =?utf-8?q?6_digit_node_password?= Message-ID: <20160309071409.ebac1d57235447e247e10c30c589eb30.15b6d57a95.wbe@email04.secureserver.net> An HTML attachment was scrubbed... URL: From sladek at americanre.com Wed Mar 9 14:15:04 2016 From: sladek at americanre.com (Dennis) Date: Wed, 09 Mar 2016 07:15:04 -0700 Subject: [App_rpt-users] =?utf-8?q?6_digit_node_password?= Message-ID: <20160309071504.ebac1d57235447e247e10c30c589eb30.f0c39a263a.wbe@email04.secureserver.net> An HTML attachment was scrubbed... URL: From kizzy at lusfiber.net Wed Mar 9 15:31:59 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Wed, 9 Mar 2016 09:31:59 -0600 Subject: [App_rpt-users] Two Node Server Lost CT Message-ID: <56E041EF.3040300@lusfiber.net> Good Morning! I have a two node ACID AllStar Server. Until today the telemetry and wait-times were common for both nodes. Today I change the lines for the first node to read, and lost the custom ct2 and ct8 tone ... telemetry=telemetry42316 wait_times=wait-times42316 I copied the common stanzas and added the node number to form (the second node handled in a like manner)... [telemetry42316] ct1=|t(350,0,100,2048)(500,0,100,2048)(660,0,100,2048) ;ct2=|t(660,880,150,2048) ;Orig Tone ct2=|t(2450,0,125,1024) ;Repeater Not Linked ;NASA Beep Tone ct3=|t(440,0,150,4096) ;Repeater Linked ;Low Tone ct4=|t(550,0,150,2048) ct5=|t(660,0,150,2048) ct6=|t(880,0,150,2048) ct7=|t(660,440,150,2048) ;ct8=|t(700,1100,150,2048) ;Orig Tone ; ct for LINKED UNKEY ct8=|t(262,330,150,2048)(784,330,150,2048) ;Harmony ; ct for LINKED UNKEY remotetx=|t(1633,0,50,3000)(0,0,80,0)(1209,0,50,3000); remotemon=|t(1209,0,50,2048) cmdmode=|t(900,903,200,2048) functcomplete=|t(1000,0,100,2048)(0,0,100,0)(1000,0,100,2048) patchup=rpt/callproceeding patchdown=rpt/callterminated ; ; This section allows wait times for telemetry events to be adjusted ; A section for wait times can be defined for every repeater ; [wait-times42316] telemwait=1750 ; Telemetry wait set to 1.75 seconds idwait=500 ; ID wait set to 0.5 seconds unkeywait=1000 ; Unkey wait set to 1.0 seconds calltermwait=1500 ; Call termination wait set to 1.5 seconds It feels like I have gone back to the default CT tones in app_rpt. Has anyone done this successfully? ...STeve - KF5VH -------------- next part -------------- An HTML attachment was scrubbed... URL: From kg7qin at arrl.net Wed Mar 9 16:44:01 2016 From: kg7qin at arrl.net (Stacy) Date: Wed, 9 Mar 2016 08:44:01 -0800 Subject: [App_rpt-users] ipv6 connections In-Reply-To: References: <56DFCB65.1080804@vkradio.com> Message-ID: <56E052D1.3020609@arrl.net> It doesn't appear that the allstarlink.org and register.allstarlink.org sites have IPv6 addresses. As for supporting IPv6, since it is layer 3, the systems shouldn't care. The main problem you face is if the servers running the software for Allstarlink and Echoink and their ability to handle IPv6 addresses in their respective directory databases. My guess is, they were only designed to handle IPv4 addresses. On 03/08/2016 11:32 PM, Loren Tedford wrote: > > Ok ipv6 has been in use by most of the major cell providers since 2012 > and echolink hasn't been updated to support it?? What about Allstarlink ?? > > Loren Tedford (KC9ZHV) > Email: lorentedford at gmail.com > Phone: 618-553-0806 > Fax: 16185512755 > http://www.lorentedford.com > http://kc9zhv.com > > Sent from Droid Turbo from Verizon wireless network > > On Mar 9, 2016 1:16 AM, "Tony Langdon" > wrote: > > On 9/03/2016 12:14 PM, Loren Tedford wrote: > > Does Asterisk support IPV6 static connections if so how do i add > one? > > Does echolink work with an ipv6 address? > > Echolink does not work with IPv6, the server infrastructure only > tracks > IPv4. Any IPv6 connections made using the Echolink protocol would > have > to be done outside of normal Echolink operation. > > -- > 73 de Tony VK3JED/VK3IRL > http://vkradio.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Wed Mar 9 16:58:04 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 9 Mar 2016 11:58:04 -0500 Subject: [App_rpt-users] Two Node Server Lost CT In-Reply-To: <56E041EF.3040300@lusfiber.net> References: <56E041EF.3040300@lusfiber.net> Message-ID: <45b2bec8ccaf363cac888d5f1e4fb46a.squirrel@webmail.midnighteng.com> See Also (in rpt.conf for each node) unlinkedct=ct2 remotect=ct3 linkunkeyct=ct8 nolocallinkct=1 ...mike/kb8jnm > Good Morning! I have a two node ACID AllStar Server. Until today the > telemetry and wait-times were common for both nodes. Today I change the > lines for the first node to read, and lost the custom ct2 and ct8 tone ... > > telemetry=telemetry42316 > wait_times=wait-times42316 > > I copied the common stanzas and added the node number to form (the > second node handled in a like manner)... > > [telemetry42316] > ct1=|t(350,0,100,2048)(500,0,100,2048)(660,0,100,2048) > ;ct2=|t(660,880,150,2048) ;Orig Tone > ct2=|t(2450,0,125,1024) ;Repeater Not Linked ;NASA Beep Tone > ct3=|t(440,0,150,4096) ;Repeater Linked ;Low Tone > ct4=|t(550,0,150,2048) > ct5=|t(660,0,150,2048) > ct6=|t(880,0,150,2048) > ct7=|t(660,440,150,2048) > ;ct8=|t(700,1100,150,2048) ;Orig Tone ; ct for LINKED UNKEY > ct8=|t(262,330,150,2048)(784,330,150,2048) ;Harmony ; ct for LINKED UNKEY > remotetx=|t(1633,0,50,3000)(0,0,80,0)(1209,0,50,3000); > remotemon=|t(1209,0,50,2048) > cmdmode=|t(900,903,200,2048) > functcomplete=|t(1000,0,100,2048)(0,0,100,0)(1000,0,100,2048) > patchup=rpt/callproceeding > patchdown=rpt/callterminated > ; > ; This section allows wait times for telemetry events to be adjusted > ; A section for wait times can be defined for every repeater > ; > [wait-times42316] > telemwait=1750 ; Telemetry wait set to 1.75 seconds > idwait=500 ; ID wait set to 0.5 seconds > unkeywait=1000 ; Unkey wait set to 1.0 seconds > calltermwait=1500 ; Call termination wait set to 1.5 > seconds > > It feels like I have gone back to the default CT tones in app_rpt. Has > anyone done this successfully? > > ...STeve - KF5VH > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From kg7qin at arrl.net Wed Mar 9 17:02:08 2016 From: kg7qin at arrl.net (Stacy) Date: Wed, 9 Mar 2016 09:02:08 -0800 Subject: [App_rpt-users] Allstar node 42493 online but can't register - Please Help In-Reply-To: <97ab2998fad5075b07291f9f24d1d7b4.squirrel@webmail.midnighteng.com> References: <97ab2998fad5075b07291f9f24d1d7b4.squirrel@webmail.midnighteng.com> Message-ID: <56E05710.7030306@arrl.net> Also, make sure you have the allstar public key installed (allstar.pub). Should go into /var/lib/asterisk/keys/allstar.pub. On 03/08/2016 05:08 PM, mike at midnighteng.com wrote: > It may be something you checked but I would check very closely for the proper > user/pass set-up for the node in iax.conf > > register=NODEX:PASSXXXX at register.allstarlink.org > > Type errors are not always easy to spot. And make sure it has not been rem'd out or > a bad char in there somewhere on the string. > > ...mike/kb8jnm > > >> Hi, I am a relative beginner with linux I'm afraid. >> >> I have installed my node 42493 (ACID CentOS5.11) It appears to be online >> and able to download it's own config. It is supposed to be configured in >> Hub Only Mode (With USB FOB CM108). Im sure it has connected to the network >> successfully at least once as the >> http://stats.allstarlink.org/nodeinfo.cgi?node=42493 showed an uptime of >> several days although it was still showing as unregistered. >> >> My router is port forwarding ports 4569,222 & 5060-5061 to my Allstar local >> IP >> >> LSNODES can be viewed here... >> *http://vc1.deancrowe.com/cgi-bin/lsnodes_web?node=42493 >> * >> >> The problem is that my node is not listed as registered and does not show >> in active nodes list. >> >> My node number and password are correct in the iax.conf file >> >> *iax2 show registry shows* >> >> *Host= 67.215.233.178:4569 dnsmgr=Y Username >> =42493 Percieved= Refresh=60 State=Request Sent* >> >> It is attempting to reconnect every minute. >> >> >> *I have many messages in the CLI.... Example for extension 333* >> >> *NOTICE[3527]: chan_sip.c:15628 handle_request_register: Registration from >> '"333" >' >> failed for '91.236.74.186' - No matching peer found* >> >> *This is repeated for many "extension Nos."....* >> >> *Other errors are showing... "Rejected because extension not found"* >> >> Clearly I have missed a step in the configuration. The installation guide >> says that if you cannot get your node to register, post an email on this >> list and ask someone to check from their end that all ports are forwarding >> correctly etc. >> >> I would be extremely grateful if anyone could assist me getting this node >> online. >> Many thanks in advance >> >> Dean Crowe - M1AIF >> Portsmouth, UK >> dean at m1aif.uk >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From mike at midnighteng.com Wed Mar 9 17:06:50 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 9 Mar 2016 12:06:50 -0500 Subject: [App_rpt-users] 6 digit node password In-Reply-To: <20160309071409.ebac1d57235447e247e10c30c589eb30.15b6d57a95.wbe@email04.secureserver.net> References: <20160309071409.ebac1d57235447e247e10c30c589eb30.15b6d57a95.wbe@email04.secureserver.net> Message-ID: Try the password you use when logging into allstar if it is the first time set-up. If you don't have your nodes configured to a server, it won't help you in any way. The script is attempting to connect and download conf files you create on the allstar site when you config your server with nodes. So you first must complete that or manually create the files (not suggested for a newbie). ...mike/kb8jnm > All that I see there is No "Nodes Found". > I've been trying to get this configured since February 28th. > Dennis N9OZR > > -------- Original Message -------- > Subject: Re: [App_rpt-users] 6 digit node password > From: mike at midnighteng.com > Date: Wed, March 09, 2016 7:09 am > To: app_rpt-users at ohnosec.org > > > Log into allstar > > Under NODE > Select 'node Configuration' / Servername / Node# > > The Node Info Box will display your User / Pass for that node. > > ...mike/kb8jnm > > > > I'm > > stuck!I am > > trying to configure a new first time server on Raspberry Pi 2 and I am at the > > question where it asks for a 6 digit node password, which I ever don't have or I > > did not write down back on February 28th. face="verdana, geneva">N9OZR > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > > bottom of the page. Enter your email address and press the "Unsubscribe or edit > > options button" > > You do not need a password to unsubscribe, you can do it via email confirmation. > If > > you have trouble unsubscribing, please send a message to the list detailing the > > problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. > If you have trouble unsubscribing, please send a message to the list detailing the > problem. > From kk6ecm at gmail.com Wed Mar 9 18:43:56 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Wed, 9 Mar 2016 10:43:56 -0800 Subject: [App_rpt-users] 6 digit node password In-Reply-To: <20160309071409.ebac1d57235447e247e10c30c589eb30.15b6d57a95.wbe@email04.secureserver.net> References: <20160309071409.ebac1d57235447e247e10c30c589eb30.15b6d57a95.wbe@email04.secureserver.net> Message-ID: <8507C600-6327-4C13-96F9-A4DCA531931E@gmail.com> Forgive me if I'm asking the obvious, but have you requested a node number yet? Thanks, Bob kk6ecm 73 "Ham radio - social media without the commercials." ~bp > On Mar 9, 2016, at 6:14 AM, Dennis wrote: > > All that I see there is No "Nodes Found". > > I've been trying to get this configured since February 28th. > > Dennis N9OZR > > > -------- Original Message -------- > Subject: Re: [App_rpt-users] 6 digit node password > From: mike at midnighteng.com > Date: Wed, March 09, 2016 7:09 am > To: app_rpt-users at ohnosec.org > > > Log into allstar > > Under NODE > Select 'node Configuration' / Servername / Node# > > The Node Info Box will display your User / Pass for that node. > > ...mike/kb8jnm > > > >
I'm > > stuck!

I am > > trying to configure a new first time server on Raspberry Pi 2 and I am at the > > question where it asks for a 6 digit node password, which I ever don't have or I > > did not write down back on February 28th.
> face="verdana, geneva">
N9OZR

 > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > > bottom of the page. Enter your email address and press the "Unsubscribe or edit > > options button" > > You do not need a password to unsubscribe, you can do it via email confirmation. If > > you have trouble unsubscribing, please send a message to the list detailing the > > problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sladek at americanre.com Wed Mar 9 19:39:38 2016 From: sladek at americanre.com (Dennis) Date: Wed, 09 Mar 2016 12:39:38 -0700 Subject: [App_rpt-users] =?utf-8?q?6_digit_node_password?= Message-ID: <20160309123938.ebac1d57235447e247e10c30c589eb30.663ff02796.wbe@email04.secureserver.net> An HTML attachment was scrubbed... URL: From n1gbb at trans-video.net Thu Mar 10 18:54:14 2016 From: n1gbb at trans-video.net (n1gbb at trans-video.net) Date: Thu, 10 Mar 2016 13:54:14 -0500 (EST) Subject: [App_rpt-users] VOX with IDA tone remote Message-ID: <23322.159.105.2.118.1457636054.squirrel@www.trans-video.net> I am trying to connect a Pi to a Tone Remote that is connected to our radio via a wire line. If I use VOX I can hear the audio I want to but can not Transmit. If I don't use VOX I can transmit but not RX. Any thoughts? I am new to AllStar so I am still learning. I have pulled out all my hair trying to figure this one out Chris From szingman at msgstor.com Thu Mar 10 18:58:56 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 10 Mar 2016 13:58:56 -0500 Subject: [App_rpt-users] VOX with IDA tone remote In-Reply-To: <23322.159.105.2.118.1457636054.squirrel@www.trans-video.net> References: <23322.159.105.2.118.1457636054.squirrel@www.trans-video.net> Message-ID: <56E1C3F0.1070704@msgstor.com> So, If I understand, radio <---> Tone Remote <----> AllStar On 3/10/2016 1:54 PM, n1gbb at trans-video.net wrote: > I am trying to connect a Pi to a Tone Remote that is connected to our > radio via a wire line. If I use VOX I can hear the audio I want to but > can not Transmit. If I don't use VOX I can transmit but not RX. Any > thoughts? I am new to AllStar so I am still learning. I have pulled out > all my hair trying to figure this one out > Chris > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From n1gbb at trans-video.net Thu Mar 10 20:04:36 2016 From: n1gbb at trans-video.net (Chris Knox) Date: Thu, 10 Mar 2016 15:04:36 -0500 Subject: [App_rpt-users] VOX with IDA tone remote In-Reply-To: <56E1C3F0.1070704@msgstor.com> References: <23322.159.105.2.118.1457636054.squirrel@www.trans-video.net> <56E1C3F0.1070704@msgstor.com> Message-ID: <60720648-B1FC-4EA1-AD15-5A2656648A33@trans-video.net> Yes. Radio to microwave (wireline control) to tone remote to URI to Pi Sent from my iPhone > On Mar 10, 2016, at 13:58, Steve Zingman wrote: > > So, If I understand, > > radio <---> Tone Remote <----> AllStar > >> On 3/10/2016 1:54 PM, n1gbb at trans-video.net wrote: >> I am trying to connect a Pi to a Tone Remote that is connected to our >> radio via a wire line. If I use VOX I can hear the audio I want to but >> can not Transmit. If I don't use VOX I can transmit but not RX. Any >> thoughts? I am new to AllStar so I am still learning. I have pulled out >> all my hair trying to figure this one out >> Chris >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > From szingman at msgstor.com Thu Mar 10 20:06:06 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 10 Mar 2016 15:06:06 -0500 Subject: [App_rpt-users] VOX with IDA tone remote In-Reply-To: <60720648-B1FC-4EA1-AD15-5A2656648A33@trans-video.net> References: <23322.159.105.2.118.1457636054.squirrel@www.trans-video.net> <56E1C3F0.1070704@msgstor.com> <60720648-B1FC-4EA1-AD15-5A2656648A33@trans-video.net> Message-ID: <56E1D3AE.20003@msgstor.com> What duplex mode are you in (rpt.conf) On 3/10/2016 3:04 PM, Chris Knox wrote: > Yes. > Radio to microwave (wireline control) to tone remote to URI to Pi > > Sent from my iPhone > >> On Mar 10, 2016, at 13:58, Steve Zingman wrote: >> >> So, If I understand, >> >> radio <---> Tone Remote <----> AllStar >> >>> On 3/10/2016 1:54 PM, n1gbb at trans-video.net wrote: >>> I am trying to connect a Pi to a Tone Remote that is connected to our >>> radio via a wire line. If I use VOX I can hear the audio I want to but >>> can not Transmit. If I don't use VOX I can transmit but not RX. Any >>> thoughts? I am new to AllStar so I am still learning. I have pulled out >>> all my hair trying to figure this one out >>> Chris >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic >> -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From nessenj at jimsoffice.org Thu Mar 10 22:49:53 2016 From: nessenj at jimsoffice.org (James Nessen) Date: Thu, 10 Mar 2016 14:49:53 -0800 Subject: [App_rpt-users] how to change the WIFI login? In-Reply-To: References: Message-ID: <948601d17b1f$29d829d0$7d887d70$@jimsoffice.org> I am having the same issue. It works all day on my home AP, but when I attempt to tether to my iPhone it doesn?t work. Not sure what the deal is. There are instructions out there for getting the pieces put together to tether to your phone via USB, but I?d prefer to get the wireless option working. Let me know if you make any progress. Jim, K6JWN From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Frederick Sent: Wednesday, March 09, 2016 3:00 AM To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] how to change the WIFI login? Hello group, I was able to get the wifi for my node (HP thin Client E5740E) to work great....my question is to get the DIAL software to recognize my iphone as the wifi link, not my local router. Do I need to change anything other than the /etc/network/interfaces file to reflect the iphone? (it took 3 times to get it, the WIFI link to my local router to work, as I crashed the software 2 times, requiring reinstalls in my fumbling) Here is the full content of the /etc/network/interfaces file # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug wlan0 iface wlan0 inet dhcp wpa-ssid xxxxxxxxxxx wpa-psk xxxxxxxxxxxxxx I'm asking because when I change the wpa-ssid to iPhone and the wpa-psk to my iPhone password it doesn't link to the iphone ....any ideas? Thanks Jim --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From nessenj at jimsoffice.org Thu Mar 10 22:53:41 2016 From: nessenj at jimsoffice.org (James Nessen) Date: Thu, 10 Mar 2016 14:53:41 -0800 Subject: [App_rpt-users] ipv6 connections In-Reply-To: References: Message-ID: <949501d17b1f$b1d4c910$157e5b30$@jimsoffice.org> Echolink, no. Asterisk, yes. http://blog.voicebyip.com/?p=147 Jim, K6JWN From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Loren Tedford Sent: Tuesday, March 08, 2016 5:15 PM To: app_rpt mailing list Subject: [App_rpt-users] ipv6 connections Does Asterisk support IPV6 static connections if so how do i add one? Does echolink work with an ipv6 address? Loren Tedford (KC9ZHV) Email: lorentedford at gmail.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://www.newwavesucks.com http://forum.newwavesucks.com --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Fri Mar 11 00:48:51 2016 From: tisawyer at gmail.com (Tim Sawyer) Date: Thu, 10 Mar 2016 16:48:51 -0800 Subject: [App_rpt-users] Question on auto leveling codec In-Reply-To: <001c01d178f1$acc04bf0$0640e3d0$@qso.com> References: <001c01d178f1$acc04bf0$0640e3d0$@qso.com> Message-ID: It would be cool to have a few db of AGC. On Mon, Mar 7, 2016 at 8:19 PM, John Griffith wrote: > > > Haven?t found much on this, but I remember a while back I read something > about one of the codecs > for Asterisk that had an internal option to enable ALC (automatic level > control). Not sure if this was a > compression codec or not, but it would be nice to use a compressionless > one (like ULAW) for use in > my repeater output. Right now I?m using an analog ALC unit between the URI > and radio, but it?s > introducing AC hum into the repeater output. The noise is originating in > the poorly shielded ALC unit. > > Does anyone have ALC working within Asterisk? If so is it hard to make it > work in App_Rpt for the > > repeater output? I need to keep the input constant because I?m using DSP > and CTCSS for squelch, > so output is all I?m looking for. > > > > Thank you. > > John > > N7OKN > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From sladek at americanre.com Fri Mar 11 15:42:35 2016 From: sladek at americanre.com (Dennis) Date: Fri, 11 Mar 2016 08:42:35 -0700 Subject: [App_rpt-users] EchoLink configuration settings Message-ID: <20160311084235.ebac1d57235447e247e10c30c589eb30.7ab2636582.wbe@email04.secureserver.net> An HTML attachment was scrubbed... URL: From mike at midnighteng.com Fri Mar 11 18:15:23 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Fri, 11 Mar 2016 13:15:23 -0500 Subject: [App_rpt-users] EchoLink configuration settings In-Reply-To: <20160311084235.ebac1d57235447e247e10c30c589eb30.7ab2636582.wbe@email04.secureserver.net> References: <20160311084235.ebac1d57235447e247e10c30c589eb30.7ab2636582.wbe@email04.secureserver.net> Message-ID: You can adjust the gain levels only see http://ohnosec.org/drupal/node/56 The announcement I think you are stuck with the standard connect message for that node (the attached el node) in extentions.conf some examples: exten => 29283,1,Answer exten => 29283,n,Wait(2) exten => 29283,n,Playback(rpt/node) exten => 29283,n,Playback(/var/lib/asterisk/sounds/rpt/nodenames/29283) exten => 29283,n,Playback(/etc/asterisk/msg/idmsg) ;exten => 29283,n,Playback(digits/2&digits/9&digits/2&digits/8&digits/3) ;exten => 29283,n,Wait(1) ;exten => 29283,n,SayPhonetic(kb8jnm) ;exten => 29283,n,SayAlpha(kb8jnm224.66) ;exten => 29283,n,Playback(repeater) exten => 29283,n,Rpt,29283|P But I imagine you could get fancy by sorting callerID and present a special message for echolink users if you know how. OR you can create a stand alone node that is attached to the echo-node and connect it to your allstar node at start-up/macro. ...mike/kb8jnm >
Where can I find the EchoLink greeting text > file?

Were do I adjust the EchoLink RX and TX audio > levels.

Thanks > much,

Dennis

 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From w5jr.lists at gmail.com Fri Mar 11 19:29:05 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Fri, 11 Mar 2016 14:29:05 -0500 Subject: [App_rpt-users] EchoLink configuration settings In-Reply-To: References: <20160311084235.ebac1d57235447e247e10c30c589eb30.7ab2636582.wbe@email04.secureserver.net> Message-ID: <78FADBEC-8E0B-48D2-B365-3D924A9B1975@gmail.com> I believe he is asking about the text that appears at the distant station end. tnx Mike / W5JR Alpharetta GA > On Mar 11, 2016, at 1:15 PM, mike at midnighteng.com wrote: > > > > You can adjust the gain levels only > > see http://ohnosec.org/drupal/node/56 > > The announcement I think you are stuck with the standard connect message for that > node (the attached el node) in extentions.conf > some examples: > > exten => 29283,1,Answer > exten => 29283,n,Wait(2) > exten => 29283,n,Playback(rpt/node) > exten => 29283,n,Playback(/var/lib/asterisk/sounds/rpt/nodenames/29283) > exten => 29283,n,Playback(/etc/asterisk/msg/idmsg) > ;exten => 29283,n,Playback(digits/2&digits/9&digits/2&digits/8&digits/3) > ;exten => 29283,n,Wait(1) > ;exten => 29283,n,SayPhonetic(kb8jnm) > ;exten => 29283,n,SayAlpha(kb8jnm224.66) > ;exten => 29283,n,Playback(repeater) > exten => 29283,n,Rpt,29283|P > > But I imagine you could get fancy by sorting callerID and present a special message > for echolink users if you know how. > OR > you can create a stand alone node that is attached to the echo-node and connect it > to your allstar node at start-up/macro. > > > ...mike/kb8jnm > > >>
Where can I find the EchoLink greeting text >> file?

Were do I adjust the EchoLink RX and TX audio >> levels.

Thanks >> much,

Dennis

 >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From kk6ecm at gmail.com Fri Mar 11 20:07:08 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Fri, 11 Mar 2016 12:07:08 -0800 Subject: [App_rpt-users] EchoLink configuration settings In-Reply-To: <20160311084235.ebac1d57235447e247e10c30c589eb30.7ab2636582.wbe@email04.secureserver.net> Message-ID: <21BDAF7828224BC7A42A7899D0123A37@ThePykesHP> Echolink gain is adjusted in rpt.conf in the node stanza see http://docs.allstarlink.org/drupal/node/32 erxgain=-7 etxgain=3 Bob kk6ecm _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Dennis Sent: Friday, March 11, 2016 7:43 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] EchoLink configuration settings Where can I find the EchoLink greeting text file? Were do I adjust the EchoLink RX and TX audio levels. Thanks much, Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Sat Mar 12 12:54:42 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Sat, 12 Mar 2016 07:54:42 -0500 Subject: [App_rpt-users] SOC - ODROID-C2 Message-ID: Finally, a Mini Board computer that answers all of my needs ! I'm going to be busy for a while. Thought many of you might have a interest in this. w/2g of ram, there probably is not many utility things that this can't do. Lot's of I/O & @ $40 to boot. ODROID-C2 Just out this past week. http://www.hardkernel.com/main/products/prdt_info.php?g_code=G145457216438 ...mike/kb8jnm From sales at iescomm.ca Sat Mar 12 13:38:43 2016 From: sales at iescomm.ca (Eric Meth) Date: Sat, 12 Mar 2016 08:38:43 -0500 Subject: [App_rpt-users] Installing DIAL on Rpi2 Message-ID: <56E41BE3.8090906@iescomm.ca> I have downloaded the Raspberry Pi2 System image from Allstarlink.org (I have installed Rasbian, Debian, NOOBS, and other files and they work properly!) When I put the DIAL image onto an SD card I only get a multi-screen on bootup and nothing else. I have tried Win32DiskImager, rufus-2.7 and SDFormatter and get the same results Anyone have a suggestion to put the image on a card that boots properly??? I have been working on this for over a week. The DIAL Image onto a computer installs properly! Eric - ve3ei From szingman at msgstor.com Sat Mar 12 13:41:07 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sat, 12 Mar 2016 08:41:07 -0500 Subject: [App_rpt-users] Installing DIAL on Rpi2 In-Reply-To: <56E41BE3.8090906@iescomm.ca> References: <56E41BE3.8090906@iescomm.ca> Message-ID: <56E41C73.5090505@msgstor.com> Eric, I've used Win32DiskImager. What do you mean by multiscreen? On 03/12/2016 08:38 AM, Eric Meth wrote: > I have downloaded the Raspberry Pi2 System image from Allstarlink.org > (I have installed Rasbian, Debian, NOOBS, and other files and they > work properly!) > When I put the DIAL image onto an SD card I only get a multi-screen on > bootup and nothing else. > I have tried Win32DiskImager, rufus-2.7 and SDFormatter and get the > same results > Anyone have a suggestion to put the image on a card that boots > properly??? > I have been working on this for over a week. > The DIAL Image onto a computer installs properly! > Eric - ve3ei > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From sales at iescomm.ca Sat Mar 12 13:52:47 2016 From: sales at iescomm.ca (Eric Meth) Date: Sat, 12 Mar 2016 08:52:47 -0500 Subject: [App_rpt-users] Installing DIAL on Rpi2 In-Reply-To: <56E41C73.5090505@msgstor.com> References: <56E41BE3.8090906@iescomm.ca> <56E41C73.5090505@msgstor.com> Message-ID: <56E41F2F.6090307@iescomm.ca> I am using a keyboard, mouse and HDMI monitor and the screen just comes up with multiple colours. In checking on google they refer to it as a multiscreen. Perhaps I have the wrong terminology. It does not show anything loading on the screen as other images do. It is also called Rainbow Screen. researching seems to suggest I may have a kernal7.img file problem. I replaced it on the sd card, but it did the same thing (Hand on Bootup Screen) Eric On 12/03/2016 8:41 AM, Steve Zingman wrote: > Eric, > I've used Win32DiskImager. What do you mean by multiscreen? > > On 03/12/2016 08:38 AM, Eric Meth wrote: >> I have downloaded the Raspberry Pi2 System image from Allstarlink.org >> (I have installed Rasbian, Debian, NOOBS, and other files and they >> work properly!) >> When I put the DIAL image onto an SD card I only get a multi-screen >> on bootup and nothing else. >> I have tried Win32DiskImager, rufus-2.7 and SDFormatter and get the >> same results >> Anyone have a suggestion to put the image on a card that boots >> properly??? >> I have been working on this for over a week. >> The DIAL Image onto a computer installs properly! >> Eric - ve3ei >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press >> the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a >> message to the list detailing the problem. > From szingman at msgstor.com Sat Mar 12 14:05:36 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sat, 12 Mar 2016 09:05:36 -0500 Subject: [App_rpt-users] Installing DIAL on Rpi2 In-Reply-To: <56E41F2F.6090307@iescomm.ca> References: <56E41BE3.8090906@iescomm.ca> <56E41C73.5090505@msgstor.com> <56E41F2F.6090307@iescomm.ca> Message-ID: <56E42230.7000503@msgstor.com> I did a install from the web site a couple of weeks ago without a problem. Maybe a damaged download? Try a different SD card? On 03/12/2016 08:52 AM, Eric Meth wrote: > I am using a keyboard, mouse and HDMI monitor and the screen just > comes up with multiple colours. In checking on google they refer to it > as a multiscreen. Perhaps I have the wrong terminology. It does not > show anything loading on the screen as other images do. It is also > called Rainbow Screen. > researching seems to suggest I may have a kernal7.img file problem. I > replaced it on the sd card, but it did the same thing (Hand on Bootup > Screen) > Eric > > On 12/03/2016 8:41 AM, Steve Zingman wrote: >> Eric, >> I've used Win32DiskImager. What do you mean by multiscreen? >> >> On 03/12/2016 08:38 AM, Eric Meth wrote: >>> I have downloaded the Raspberry Pi2 System image from Allstarlink.org >>> (I have installed Rasbian, Debian, NOOBS, and other files and they >>> work properly!) >>> When I put the DIAL image onto an SD card I only get a multi-screen >>> on bootup and nothing else. >>> I have tried Win32DiskImager, rufus-2.7 and SDFormatter and get the >>> same results >>> Anyone have a suggestion to put the image on a card that boots >>> properly??? >>> I have been working on this for over a week. >>> The DIAL Image onto a computer installs properly! >>> Eric - ve3ei >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press >>> the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a >>> message to the list detailing the problem. >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From g8sau at sidx.org.uk Sat Mar 12 22:36:03 2016 From: g8sau at sidx.org.uk (Barry) Date: Sat, 12 Mar 2016 22:36:03 +0000 Subject: [App_rpt-users] astsrc tree Message-ID: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> Hi,, I am wanting to compile in some experimental channel_drivers and cant seems to locate the src tree for asterisk as used in allstar seems the ACID scripts no longer work phase1.sh phase2.sh etc. I have src tree but its about 5-6 years old. Im looking for the up to date version. Some one please point me in the correct direction im lost hi Barry G8SAU From 41.2jim at gmail.com Sun Mar 13 02:19:01 2016 From: 41.2jim at gmail.com (Jim Frederick) Date: Sat, 12 Mar 2016 18:19:01 -0800 Subject: [App_rpt-users] connection failed on iPhone WIFI Message-ID: OK I was able to get the computer to connect to the iPhone for WIFI but it will not connect to anything, just get a connection failed... if I change the SSID and Password back to the Netgear router it works fine so..... is this a "port" issue or ???? I know there is a log that will point to what the error is but.... I don't know where it is HELP Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From kk6ecm at gmail.com Sun Mar 13 02:32:57 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Sat, 12 Mar 2016 18:32:57 -0800 Subject: [App_rpt-users] connection failed on iPhone WIFI In-Reply-To: References: Message-ID: sounds like i could be a cell phone data through put issue. I've experienced such issues. Thanks, Bob kk6ecm 73 Sent from iPad > On Mar 12, 2016, at 6:19 PM, Jim Frederick <41.2jim at gmail.com> wrote: > > OK I was able to get the computer to connect to the iPhone for WIFI but it will not connect to anything, just get a connection failed... if I change the SSID and Password back to the Netgear router it works fine so..... is this a "port" issue or ???? > > I know there is a log that will point to what the error is but.... I don't know where it is HELP > > Jim > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From mike at midnighteng.com Sun Mar 13 13:11:24 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Sun, 13 Mar 2016 09:11:24 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> Message-ID: <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> http://x.allstarlink.org/svn-trunk.tar.gz ...mike/kb8jnm > Hi,, > > I am wanting to compile in some experimental channel_drivers and cant seems > to locate the src tree for asterisk as used in allstar > > seems the ACID scripts no longer work phase1.sh phase2.sh etc. > I have src tree but its about 5-6 years old. Im looking for the up to date > version. > Some one please point me in the correct direction im lost hi > > Barry G8SAU > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From szingman at msgstor.com Sun Mar 13 13:21:04 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 13 Mar 2016 09:21:04 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> Message-ID: <56E56940.6010707@msgstor.com> What Mike said and: Steve N4IRS On 03/13/2016 09:11 AM, mike at midnighteng.com wrote: > > http://x.allstarlink.org/svn-trunk.tar.gz > > ...mike/kb8jnm > >> Hi,, >> >> I am wanting to compile in some experimental channel_drivers and cant seems >> to locate the src tree for asterisk as used in allstar >> >> seems the ACID scripts no longer work phase1.sh phase2.sh etc. >> I have src tree but its about 5-6 years old. Im looking for the up to date >> version. >> Some one please point me in the correct direction im lost hi >> >> Barry G8SAU >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From g8sau at sidx.org.uk Sun Mar 13 13:45:27 2016 From: g8sau at sidx.org.uk (Barry) Date: Sun, 13 Mar 2016 13:45:27 +0000 Subject: [App_rpt-users] astsrc tree In-Reply-To: <56E56940.6010707@msgstor.com> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> Message-ID: <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> At 13:21 13/03/2016, you wrote: >What Mike said and: > that shows me the src tree but I cant see how to download the tar ball the tool on the page dont work. >Steve N4IRS > >On 03/13/2016 09:11 AM, mike at midnighteng.com wrote: >> >>http://x.allstarlink.org/svn-trunk.tar.gz >> Question: as for this file svn-trunk.tar.gz that worked fine but is that version 1.4.23 ?? thanks for the help I can now fix things. im adding chan_dstar code to the mix. been using it with 1.2 fine since 2010 Barry >>...mike/kb8jnm From szingman at msgstor.com Sun Mar 13 13:54:32 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 13 Mar 2016 09:54:32 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> Message-ID: <56E57118.6040109@msgstor.com> Use the svn program available for your favorite OS. In linux: svn checkout http://svn.ohnosec.org/svn/projects/allstar/astsrc-1.4.23-pre/trunk astsrc-1.4.23-pre On 03/13/2016 09:45 AM, Barry wrote: > At 13:21 13/03/2016, you wrote: >> What Mike said and: >> >> > > > that shows me the src tree but I cant see how to download the tar ball > the tool on the page dont work. > >> Steve N4IRS >> >> On 03/13/2016 09:11 AM, mike at midnighteng.com wrote: >>> >>> http://x.allstarlink.org/svn-trunk.tar.gz >>> > > Question: > as for this file svn-trunk.tar.gz that worked fine but is that > version 1.4.23 ?? > > > > thanks for the help I can now fix things. im adding chan_dstar code > to the mix. > been using it with 1.2 fine since 2010 > > Barry > > >>> ...mike/kb8jnm > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From aprs at ka3nam.com Sun Mar 13 17:30:46 2016 From: aprs at ka3nam.com (Joe Bennett) Date: Sun, 13 Mar 2016 12:30:46 -0500 Subject: [App_rpt-users] Dial x86 download? Message-ID: <56E5A3C6.7090904@ka3nam.com> Is it just me or is the link to Dial on allstarlink.org supposed to lead you to a page that refers to ACID? Also the download link leads you to an ISO that is named acid_centos.iso??? Have a XIPAR machine that I'd just like to upgrade to a supported allstar load... No RPi, just an x86 machine at the site... -Joe KA3NAM From szingman at msgstor.com Sun Mar 13 17:40:36 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 13 Mar 2016 13:40:36 -0400 Subject: [App_rpt-users] Dial x86 download? In-Reply-To: <56E5A3C6.7090904@ka3nam.com> References: <56E5A3C6.7090904@ka3nam.com> Message-ID: <56E5A614.2090303@msgstor.com> Joe, There appears to be a issue with the web site, I'm sure Jim is looking into it. In the mean time here is a alternate link: 73, Steve N4IRS On 03/13/2016 01:30 PM, Joe Bennett wrote: > Is it just me or is the link to Dial on allstarlink.org supposed to > lead you to a page that refers to ACID? Also the download link leads > you to an ISO that is named acid_centos.iso??? Have a XIPAR machine > that I'd just like to upgrade to a supported allstar load... No RPi, > just an x86 machine at the site... > > > > -Joe > KA3NAM > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From petem001 at gmail.com Sun Mar 13 21:27:27 2016 From: petem001 at gmail.com (Pierre Martel) Date: Sun, 13 Mar 2016 17:27:27 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> Message-ID: when you say chan_dstar. is it to create a dstar repeater controler. or a Bridge to dstar and allstar. On Sunday, 13 March 2016, Barry wrote: > At 13:21 13/03/2016, you wrote: > >> What Mike said and: >> < >> http://svn.ohnosec.org/viewvc/projects/allstar/astsrc-1.4.23-pre/trunk/?root=svn&sortby=file >> > >> > > > that shows me the src tree but I cant see how to download the tar ball the > tool on the page dont work. > > Steve N4IRS >> >> On 03/13/2016 09:11 AM, mike at midnighteng.com wrote: >> >>> >>> http://x.allstarlink.org/svn-trunk.tar.gz >>> >>> > Question: > as for this file svn-trunk.tar.gz that worked fine but is that version > 1.4.23 ?? > > > > thanks for the help I can now fix things. im adding chan_dstar code to > the mix. > been using it with 1.2 fine since 2010 > > Barry > > > ...mike/kb8jnm >>> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Sun Mar 13 21:31:08 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 13 Mar 2016 17:31:08 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> Message-ID: <56E5DC1C.3050505@msgstor.com> There is a new D-Star Gateway in the works. It will be built using the same methods we used doe DMRGateway. 73, Steve N4IRS On 03/13/2016 05:27 PM, Pierre Martel wrote: > when you say chan_dstar. is it to create a dstar repeater controler. > or a Bridge to dstar and allstar. > > On Sunday, 13 March 2016, Barry > wrote: > > At 13:21 13/03/2016, you wrote: > > What Mike said and: > > > > > that shows me the src tree but I cant see how to download the tar > ball the tool on the page dont work. > > Steve N4IRS > > On 03/13/2016 09:11 AM, mike at midnighteng.com wrote: > > > http://x.allstarlink.org/svn-trunk.tar.gz > > > Question: > as for this file svn-trunk.tar.gz that worked fine but is that > version 1.4.23 ?? > > > > thanks for the help I can now fix things. im adding chan_dstar > code to the mix. > been using it with 1.2 fine since 2010 > > Barry > > > ...mike/kb8jnm > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From g8sau at sidx.org.uk Mon Mar 14 07:01:53 2016 From: g8sau at sidx.org.uk (Barry) Date: Mon, 14 Mar 2016 07:01:53 +0000 Subject: [App_rpt-users] astsrc tree In-Reply-To: References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> Message-ID: <6.2.0.14.2.20160314065827.07a1e768@mail.sidx.org.uk> At 21:27 13/03/2016, Pierre Martel wrote: >when you say chan_dstar. is it to create a dstar repeater controler. or a >Bridge to dstar and allstar. I use it already for the past 6 years its works perfect and is in use on 5 other Xreflector to Allstar gateways world wide. chan_dstar is a channel driver that leaves ports than can be linked into g2_link from the freestar dstar package. Interesting that some one is doing a new version the source code i have is open to any one who wants it. Barry >that shows me the src tree but I cant see how to download the tar ball the >tool on the page dont work. > >Steve N4IRS > >On 03/13/2016 09:11 AM, mike at midnighteng.com wrote: > >http://x.allstarlink.org/svn-trunk.tar.gz From g8sau at sidx.org.uk Mon Mar 14 07:03:27 2016 From: g8sau at sidx.org.uk (Barry) Date: Mon, 14 Mar 2016 07:03:27 +0000 Subject: [App_rpt-users] astsrc tree In-Reply-To: <56E5DC1C.3050505@msgstor.com> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> <56E5DC1C.3050505@msgstor.com> Message-ID: <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> At 21:31 13/03/2016, you wrote: >There is a new D-Star Gateway in the works. It will be built using the >same methods we used doe DMRGateway. > >73, Steve N4IRS Where is the chan_dmr code available to look at ? Barry From szingman at msgstor.com Mon Mar 14 12:44:00 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 14 Mar 2016 08:44:00 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> <56E5DC1C.3050505@msgstor.com> <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> Message-ID: <56E6B210.3000201@msgstor.com> Barry, There is no a chan_dmr. We used chan_usrp to build DMRGateway. The documentation is available at There are 3 documents to look at: DMRGateway.rtf, TechOverview.pdf and DMRGatewayDiagram.pdf. We are running the Gateway on AllStar node 2100 bridging AllStar to both Mototrbo and BrandMeister. 73, Steve N4IRS On 03/14/2016 03:03 AM, Barry wrote: > At 21:31 13/03/2016, you wrote: >> There is a new D-Star Gateway in the works. It will be built using >> the same methods we used doe DMRGateway. >> >> 73, Steve N4IRS > > Where is the chan_dmr code available to look at ? > > Barry > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From g8sau at sidx.org.uk Mon Mar 14 18:17:02 2016 From: g8sau at sidx.org.uk (Barry) Date: Mon, 14 Mar 2016 18:17:02 +0000 Subject: [App_rpt-users] astsrc tree In-Reply-To: <56E6809D.10901@msgstor.com> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> <56E5DC1C.3050505@msgstor.com> <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> <56E6809D.10901@msgstor.com> Message-ID: <6.2.0.14.2.20160314181427.23c32750@mail.sidx.org.uk> At 09:13 14/03/2016, Steve Zingman wrote: >Barry, >There is no a chan_dmr. We used chan_usrp to build DMRGateway. The >documentation is available at There >are 3 documents to look at: I looked at the DMRGatewayDiagram.pdf diagram very interesting looks like its working exactly the same way as chan_dstar and g2_link does including an ambe dongle with a serial driver perhaps the chan_dstar code could be adapted to work with the dmr dongle there is possibilities Thanks for the info share. Barry G8SAU >DMRGateway.rtf, TechOverview.pdf and DMRGatewayDiagram.pdf. We are running >the Gateway on AllStar node 2100 bridging AllStar to both Mototrbo and >BrandMeister. > >73, Steve N4IRS > >On 03/14/2016 03:03 AM, Barry wrote: >>At 21:31 13/03/2016, you wrote: >>>There is a new D-Star Gateway in the works. It will be built using the >>>same methods we used doe DMRGateway. >>> >>>73, Steve N4IRS >> >>Where is the chan_dmr code available to look at ? >> >>Barry >>_______________________________________________ >>App_rpt-users mailing list >>App_rpt-users at ohnosec.org >>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >>To unsubscribe from this list please visit >>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down >>to the bottom of the page. Enter your email address and press the >>"Unsubscribe or edit options button" >>You do not need a password to unsubscribe, you can do it via email >>confirmation. If you have trouble unsubscribing, please send a message to >>the list detailing the problem. > >-- >"Anything is possible if you don't know what you are talking about." >1st Law of Logic From szingman at msgstor.com Mon Mar 14 18:28:00 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 14 Mar 2016 14:28:00 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160314181427.23c32750@mail.sidx.org.uk> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> <56E5DC1C.3050505@msgstor.com> <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> <56E6809D.10901@msgstor.com> <6.2.0.14.2.20160314181427.23c32750@mail.sidx.org.uk> Message-ID: <56E702B0.10108@msgstor.com> The DV3000 will do D-Star no problem. For D-Star, our plan is to build a executable D-StarGateway. Instead of DMRlink we will use ircDDBGateway to connect to the network. 73, Steve N4IRS On 3/14/2016 2:17 PM, Barry wrote: > At 09:13 14/03/2016, Steve Zingman wrote: >> Barry, >> There is no a chan_dmr. We used chan_usrp to build DMRGateway. The >> documentation is available at >> There are 3 documents to look at: > > > I looked at the DMRGatewayDiagram.pdf diagram very interesting looks like > its working exactly the same way as chan_dstar and g2_link does > including an ambe dongle with a serial driver > > perhaps the chan_dstar code could be adapted to work with the dmr > dongle there is possibilities > > > Thanks for the info share. > > Barry G8SAU > > >> DMRGateway.rtf, TechOverview.pdf and DMRGatewayDiagram.pdf. We are >> running the Gateway on AllStar node 2100 bridging AllStar to both >> Mototrbo and BrandMeister. >> >> 73, Steve N4IRS >> >> On 03/14/2016 03:03 AM, Barry wrote: >>> At 21:31 13/03/2016, you wrote: >>>> There is a new D-Star Gateway in the works. It will be built using >>>> the same methods we used doe DMRGateway. >>>> >>>> 73, Steve N4IRS >>> >>> Where is the chan_dmr code available to look at ? >>> >>> Barry >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press >>> the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a >>> message to the list detailing the problem. >> >> -- >> "Anything is possible if you don't know what you are talking about." >> 1st Law of Logic > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From g8sau at sidx.org.uk Mon Mar 14 22:10:00 2016 From: g8sau at sidx.org.uk (Barry) Date: Mon, 14 Mar 2016 22:10:00 +0000 Subject: [App_rpt-users] astsrc tree In-Reply-To: <56E702B0.10108@msgstor.com> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> <56E5DC1C.3050505@msgstor.com> <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> <56E6809D.10901@msgstor.com> <6.2.0.14.2.20160314181427.23c32750@mail.sidx.org.uk> <56E702B0.10108@msgstor.com> Message-ID: <6.2.0.14.2.20160314220629.07a20880@mail.sidx.org.uk> At 18:28 14/03/2016, you wrote: >The DV3000 will do D-Star no problem. For D-Star, our plan is to build a >executable D-StarGateway. Instead of DMRlink we will use ircDDBGateway to >connect to the network. Before you re-invent the wheel and make it square hi hi have a look at the chan_dstar and the freestar code. its been running with out a fault for the past 6 years. Okay no development has been made in the past years but it was considered that it did not need any changes. Why Fix something that is not Broke ? its all free code beholding to no-one. Ill email you the code off list. Barry G8SAU >73, Steve N4IRS From szingman at msgstor.com Mon Mar 14 22:12:05 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 14 Mar 2016 18:12:05 -0400 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160314220629.07a20880@mail.sidx.org.uk> References: <6.2.0.14.2.20160312223119.027bef18@postman.caberfeidh.co.uk> <6cd0a55a94bddb039fa0c2c6377f5195.squirrel@webmail.midnighteng.com> <56E56940.6010707@msgstor.com> <6.2.0.14.2.20160313134201.07a1fb28@mail.sidx.org.uk> <56E5DC1C.3050505@msgstor.com> <6.2.0.14.2.20160314070225.0ad964e8@mail.sidx.org.uk> <56E6809D.10901@msgstor.com> <6.2.0.14.2.20160314181427.23c32750@mail.sidx.org.uk> <56E702B0.10108@msgstor.com> <6.2.0.14.2.20160314220629.07a20880@mail.sidx.org.uk> Message-ID: <56E73735.7060803@msgstor.com> We have looked at Scott's code. One of the reasons to build it using the existing DMRGateway model is simplicity. Most of the code is reusable be it for DMR ir D-Star or Fusion. Steve On 03/14/2016 06:10 PM, Barry wrote: > At 18:28 14/03/2016, you wrote: >> The DV3000 will do D-Star no problem. For D-Star, our plan is to >> build a executable D-StarGateway. Instead of DMRlink we will use >> ircDDBGateway to connect to the network. > > Before you re-invent the wheel and make it square hi hi have a look at > the chan_dstar and the freestar code. > > its been running with out a fault for the past 6 years. Okay no > development has been made in the past years but it was considered that > it did not need any changes. Why Fix something that is not Broke ? > > its all free code beholding to no-one. > > Ill email you the code off list. > > Barry G8SAU > > >> 73, Steve N4IRS > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From holldrl at gt.rr.com Tue Mar 15 13:02:38 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Tue, 15 Mar 2016 13:02:38 +0000 Subject: [App_rpt-users] holdrl@gt.rr.com In-Reply-To: <56E6B210.3000201@msgstor.com> Message-ID: <20160315130238.M7WJR.32879.root@dnvrco-web10> I am last you know that Darril Holland holldrl at gt.rr.com pass way on March 2 ---- Steve Zingman wrote: > Barry, > There is no a chan_dmr. We used chan_usrp to build DMRGateway. The > documentation is available at > There are 3 documents to look at: > DMRGateway.rtf, TechOverview.pdf and DMRGatewayDiagram.pdf. We are > running the Gateway on AllStar node 2100 bridging AllStar to both > Mototrbo and BrandMeister. > > 73, Steve N4IRS > > On 03/14/2016 03:03 AM, Barry wrote: > > At 21:31 13/03/2016, you wrote: > >> There is a new D-Star Gateway in the works. It will be built using > >> the same methods we used doe DMRGateway. > >> > >> 73, Steve N4IRS > > > > Where is the chan_dmr code available to look at ? > > > > Barry > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > > down to the bottom of the page. Enter your email address and press the > > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > > confirmation. If you have trouble unsubscribing, please send a message > > to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From holldrl at gt.rr.com Tue Mar 15 13:38:36 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Tue, 15 Mar 2016 13:38:36 +0000 Subject: [App_rpt-users] astsrc tree In-Reply-To: <6.2.0.14.2.20160314220629.07a20880@mail.sidx.org.uk> Message-ID: <20160315133838.YYK2C.33293.root@dnvrco-web10> I am last you know that Darril Holland holldrl at gt.rr.com pass way on March 2 ---- Barry wrote: > At 18:28 14/03/2016, you wrote: > >The DV3000 will do D-Star no problem. For D-Star, our plan is to build a > >executable D-StarGateway. Instead of DMRlink we will use ircDDBGateway to > >connect to the network. > > Before you re-invent the wheel and make it square hi hi have a look at the > chan_dstar and the freestar code. > > its been running with out a fault for the past 6 years. Okay no development > has been made in the past years but it was considered that it did not need > any changes. Why Fix something that is not Broke ? > > its all free code beholding to no-one. > > Ill email you the code off list. > > Barry G8SAU > > > >73, Steve N4IRS > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From no1pc at yahoo.com Tue Mar 15 22:05:54 2016 From: no1pc at yahoo.com (Jim Aspinwall) Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) Subject: [App_rpt-users] USB Sound Dongle Challenges References: <504928773.650221.1458079554502.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <504928773.650221.1458079554502.JavaMail.yahoo@mail.yahoo.com> The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. Two recent acquisitions pictured: http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? Ideas? ?Existing updates? -------------- next part -------------- An HTML attachment was scrubbed... URL: From no1pc at yahoo.com Tue Mar 15 23:20:39 2016 From: no1pc at yahoo.com (Jim Aspinwall) Date: Tue, 15 Mar 2016 23:20:39 +0000 (UTC) Subject: [App_rpt-users] New Dongle Potential References: <337264884.728852.1458084039564.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <337264884.728852.1458084039564.JavaMail.yahoo@mail.yahoo.com> Perhaps at least half-answering my previous query... This is what I recently bought - the die-on-board version:http://www.ebay.com/itm/221670209239?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT Anticipating this interface scheme will work:http://www.crompton.com/hamradio/usb_fob_modification/usbfob_interface.pdf we may be able to extrapolate some updates... I did verify the pinout of the 108 and 119 chips are the same. Internally:http://www.no1pc.org/radio/TopAccess.jpg Regardless of direct/specific pin access, if the controls/indicators are assumed the same, access to the associated signals should be available at the respective (VolUp, VolDn) switches and Red LED. ? The audio jacks are through-hole mount. ?Potentially removable and place DC blocking/coupling caps in the dongle, as well as the PTT output buffer, and perhaps any buffer for the active-low CTCSS and COS inputs. To make a little more space and not chance an erroneous, unnecessary button press, clip the actuator posts and glue the button tops in place. Button posts:http://www.no1pc.org/radio/ButtonTop.jpg It may be a few days before I can get to the necessary 'surgery', create a new node and test, but this looks to have potential. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuggie at kuggie.com Tue Mar 15 23:43:07 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Tue, 15 Mar 2016 19:43:07 -0400 Subject: [App_rpt-users] New Dongle Potential In-Reply-To: <337264884.728852.1458084039564.JavaMail.yahoo@mail.yahoo.com> References: <337264884.728852.1458084039564.JavaMail.yahoo.ref@mail.yahoo.com> <337264884.728852.1458084039564.JavaMail.yahoo@mail.yahoo.com> Message-ID: <56E89E0B.50208@kuggie.com> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > Perhaps at least half-answering my previous query... At some point it might be difficult at best to come up with a reliable source of non-potted USB dongles. Maybe that time is upon us? With that in mind, I come up with this: http://www.masterscommunications.com/products/radio-adapter/ra35.html Now - this device is currently in beta testing and won't be available to the public for about a month, maybe less. I received a shipment of genuine C-Media CM119A chips today. Circuit boards will be produced after reviewing all of the feedback from the owners of the 10 units currently in the field. No - it's not a $2.00 FOB, but what's your time and money worth to buy products that are potted and unusable? Maybe the features of such a device like the RA-35 makes it worthy of the asking price? I'll let that up to you to decide. I am assembling a list of those interested. Email direct. Thanks, Kevin kevin // at // masterscommunications // dot // com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Wed Mar 16 01:24:48 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Tue, 15 Mar 2016 21:24:48 -0400 Subject: [App_rpt-users] New Dongle Potential In-Reply-To: <56E89E0B.50208@kuggie.com> References: <337264884.728852.1458084039564.JavaMail.yahoo.ref@mail.yahoo.com> <337264884.728852.1458084039564.JavaMail.yahoo@mail.yahoo.com> <56E89E0B.50208@kuggie.com> Message-ID: <56E8B5E0.7050102@bdboyle.com> On 3/15/2016 7:43 PM, Kevin Custer wrote: > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >> ***DELETIA*** > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > products that are potted and unusable? Maybe the features of such a > device like the RA-35 makes it worthy of the asking price? I'll let that > up to you to decide. I am assembling a list of those interested. Email > direct. While I hold nothing against anyone who wants to hack at something to get it to work...time is money...at least for me it is...so spending anything more than an hour at my contract rate, to me, and only me, quickly outweighs the $50-100 usd that it might cost to purchase either an already-constructed and proven device...or spend hours looking for a $3.00 part that I have to spend another 2 hours modifying with no guarantee (especially for pacific-rim sourced devices off fleabay) that it is actually useable (USB programming cables, anyone?). Done as an academic exercise...why not? Putting the bashed-together device into a commercial site? That's why hams get thrown out. That's just me, though. I'm sure the price of Kevin's device, the upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms of being tested and proven working, when what your time is worth is considered, are actually cheaper. I helped design and build a broadcast quality 1KW FM transmitter back in the day for a station. Passed all the proof tests. But, it cost, in the end, 2x what it would have cost to just issue a PO to Harris/Gates (at the time) for a manufactured rig with a guarantee. But, again, that's just me and my $.03. BB From szingman at msgstor.com Wed Mar 16 01:51:17 2016 From: szingman at msgstor.com (Steve Zingman) Date: Tue, 15 Mar 2016 21:51:17 -0400 Subject: [App_rpt-users] New Dongle Potential In-Reply-To: <56E8B5E0.7050102@bdboyle.com> References: <337264884.728852.1458084039564.JavaMail.yahoo.ref@mail.yahoo.com> <337264884.728852.1458084039564.JavaMail.yahoo@mail.yahoo.com> <56E89E0B.50208@kuggie.com> <56E8B5E0.7050102@bdboyle.com> Message-ID: <56E8BC15.4010500@msgstor.com> I fully agree with Bryan, my billable time is worth more then the time spent modifying a sound FOB. I have been testing the RA-35 and I love it. I can not find anything it can't do. I've tested it with DIAL on both x86 and ARM without a glitch. I've tried it with DSD and Mike has tried it with D-Star. I've run out of things to test. As they say, It just works! 73, Steve N4IRS On 03/15/2016 09:24 PM, Bryan D. Boyle wrote: > On 3/15/2016 7:43 PM, Kevin Custer wrote: >> >> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >>> > > ***DELETIA*** >> >> No - it's not a $2.00 FOB, but what's your time and money worth to buy >> products that are potted and unusable? Maybe the features of such a >> device like the RA-35 makes it worthy of the asking price? I'll let that >> up to you to decide. I am assembling a list of those interested. Email >> direct. > > While I hold nothing against anyone who wants to hack at something to > get it to work...time is money...at least for me it is...so spending > anything more than an hour at my contract rate, to me, and only me, > quickly outweighs the $50-100 usd that it might cost to purchase > either an already-constructed and proven device...or spend hours > looking for a $3.00 part that I have to spend another 2 hours > modifying with no guarantee (especially for pacific-rim sourced > devices off fleabay) that it is actually useable (USB programming > cables, anyone?). > > Done as an academic exercise...why not? Putting the bashed-together > device into a commercial site? That's why hams get thrown out. > That's just me, though. I'm sure the price of Kevin's device, the > upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms > of being tested and proven working, when what your time is worth is > considered, are actually cheaper. > > I helped design and build a broadcast quality 1KW FM transmitter back > in the day for a station. Passed all the proof tests. But, it cost, > in the end, 2x what it would have cost to just issue a PO to > Harris/Gates (at the time) for a manufactured rig with a guarantee. > > But, again, that's just me and my $.03. > BB > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From info at meshnetworks.co.nz Wed Mar 16 02:45:14 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Wed, 16 Mar 2016 15:45:14 +1300 Subject: [App_rpt-users] Yet another overpriced USB sound dongle In-Reply-To: References: Message-ID: <56E8C8BA.10002@meshnetworks.co.nz> On 16/03/16 14:51, Kevin Custer wrote: > No - it's not a $2.00 FOB, but what's your time and money worth to buy > products that are potted and unusable? [....] > ...time is money...at least for me it is...so spending > anything more than an hour at my contract rate, to me, and only me, > quickly outweighs the $50-100 usd that it might cost to purchase [....] > Putting the bashed-together > device into a commercial site? That's why hams get thrown out. That's > just me, though. I'm sure the price of Kevin's device, the upgraded > dongle from Repeater Builder, or Dave Kramer's URI in terms of being > tested and proven working, when what your time is worth is considered, > are actually cheaper. I detect a shill, and a cleverly crafted release of a product. While I am able to plug a handful of two-dollar USB audio devices into an RPI3 and use the onboard I/O for signalling, I am probably going to go and do that. Good luck! Sounds like the millionaire hams love it already! Us poor church mice will stick with the <$100 solution - that is, for the entire node - not just for a single USB audio device! S From kb4fxc at inttek.net Wed Mar 16 05:29:59 2016 From: kb4fxc at inttek.net (David McGough) Date: Wed, 16 Mar 2016 01:29:59 -0400 (EDT) Subject: [App_rpt-users] While on the topic of USB soundcards.... Message-ID: Has anyone played with one of these boards?? See: http://www.ebay.com/itm/171883307218 I'm not seeing any audio input pads on it, since it's targeted as an output device. But, I like the I2S DAC (which includes DSP alias filtering, I think?), dedicated headphone amp and non-potted CM108! This should provide a stellar output audio S/N--something that is sometimes lacking in the el-cheapo cards. Oh, and a decent price, too! 73, David KB4FXC From no1pc at yahoo.com Wed Mar 16 05:44:25 2016 From: no1pc at yahoo.com (Jim Aspinwall) Date: Wed, 16 Mar 2016 05:44:25 +0000 (UTC) Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 26 In-Reply-To: References: Message-ID: <1413976516.858637.1458107065958.JavaMail.yahoo@mail.yahoo.com> Thanks Kevin, more positive from you! Others: "billable time" - seriously? ?that's a play I work on consumer vendors for spite. ? If you back-bill your hobby and intellectual time on self-assigned-worth values... in THIS context. Thanks for your call, we'll get back to you, never. We're talking about $3-12 free-market parts and 20 minutes of gawd-awful soldering level of effort here. Sheesh. I am just curious about and enabling least-common-denominator implementation and idea sharing as supplies morph and shift. ?If I wanted $450/hr engineering... well, a lot of folks would starve. ?Campbells or Progressive cans? ?When I make all this work, the for-self-assigned-value folks self-obligated to a sub-contracted fee of $375 per implementation, non-commercial... I want to be fair and allow you something for your list trolling and link-clicking efforts.? (I am familiar with intellectual property, fair-use and public domain issues... you admitted to be exempt and obligated otherwise! pffft.) From: "app_rpt-users-request at ohnosec.org" To: app_rpt-users at ohnosec.org Sent: Tuesday, March 15, 2016 6:51 PM Subject: App_rpt-users Digest, Vol 85, Issue 26 Send App_rpt-users mailing list submissions to ??? app_rpt-users at ohnosec.org To subscribe or unsubscribe via the World Wide Web, visit ??? http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users or, via email, send a message with subject or body 'help' to ??? app_rpt-users-request at ohnosec.org You can reach the person managing the list at ??? app_rpt-users-owner at ohnosec.org When replying, please edit your Subject line so it is more specific than "Re: Contents of App_rpt-users digest..." Today's Topics: ? 1. USB Sound Dongle Challenges (Jim Aspinwall) ? 2. New Dongle Potential (Jim Aspinwall) ? 3. Re: New Dongle Potential (Kevin Custer) ? 4. Re: New Dongle Potential (Bryan D. Boyle) ? 5. Re: New Dongle Potential (Steve Zingman) ---------------------------------------------------------------------- Message: 1 Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) From: Jim Aspinwall To: "app_rpt-users at ohnosec.org" Subject: [App_rpt-users] USB Sound Dongle Challenges Message-ID: ??? <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> Content-Type: text/plain; charset="utf-8" The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. Two recent acquisitions pictured: http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? Ideas? ?Existing updates? -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 2 Date: Tue, 15 Mar 2016 23:20:39 +0000 (UTC) From: Jim Aspinwall To: "app_rpt-users at ohnosec.org" Subject: [App_rpt-users] New Dongle Potential Message-ID: ??? <337264884.728852.1458084039564.JavaMail.yahoo at mail.yahoo.com> Content-Type: text/plain; charset="utf-8" Perhaps at least half-answering my previous query... This is what I recently bought - the die-on-board version:http://www.ebay.com/itm/221670209239?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT Anticipating this interface scheme will work:http://www.crompton.com/hamradio/usb_fob_modification/usbfob_interface.pdf we may be able to extrapolate some updates... I did verify the pinout of the 108 and 119 chips are the same. Internally:http://www.no1pc.org/radio/TopAccess.jpg Regardless of direct/specific pin access, if the controls/indicators are assumed the same, access to the associated signals should be available at the respective (VolUp, VolDn) switches and Red LED. ? The audio jacks are through-hole mount. ?Potentially removable and place DC blocking/coupling caps in the dongle, as well as the PTT output buffer, and perhaps any buffer for the active-low CTCSS and COS inputs. To make a little more space and not chance an erroneous, unnecessary button press, clip the actuator posts and glue the button tops in place. Button posts:http://www.no1pc.org/radio/ButtonTop.jpg It may be a few days before I can get to the necessary 'surgery', create a new node and test, but this looks to have potential. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Tue, 15 Mar 2016 19:43:07 -0400 From: Kevin Custer To: "app_rpt-users at ohnosec.org" Subject: Re: [App_rpt-users] New Dongle Potential Message-ID: <56E89E0B.50208 at kuggie.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > Perhaps at least half-answering my previous query... At some point it might be difficult at best to come up with a reliable source of non-potted USB dongles.? Maybe that time is upon us?? With that in mind, I come up with this: http://www.masterscommunications.com/products/radio-adapter/ra35.html Now - this device is currently in beta testing and won't be available to the public for about a month, maybe less.? I received a shipment of genuine C-Media CM119A chips today.? Circuit boards will be produced after reviewing all of the feedback from the owners of the 10 units currently in the field. No - it's not a $2.00 FOB, but what's your time and money worth to buy products that are potted and unusable?? Maybe the features of such a device like the RA-35 makes it worthy of the asking price? I'll let that up to you to decide.? I am assembling a list of those interested.? Email direct. Thanks, Kevin kevin // at? // masterscommunications? //? dot? //? com -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 4 Date: Tue, 15 Mar 2016 21:24:48 -0400 From: "Bryan D. Boyle" To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] New Dongle Potential Message-ID: <56E8B5E0.7050102 at bdboyle.com> Content-Type: text/plain; charset=windows-1252; format=flowed On 3/15/2016 7:43 PM, Kevin Custer wrote: > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >> ***DELETIA*** > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > products that are potted and unusable?? Maybe the features of such a > device like the RA-35 makes it worthy of the asking price? I'll let that > up to you to decide.? I am assembling a list of those interested.? Email > direct. While I hold nothing against anyone who wants to hack at something to get it to work...time is money...at least for me it is...so spending anything more than an hour at my contract rate, to me, and only me, quickly outweighs the $50-100 usd that it might cost to purchase either an already-constructed and proven device...or spend hours looking for a $3.00 part that I have to spend another 2 hours modifying with no guarantee (especially for pacific-rim sourced devices off fleabay) that it is actually useable (USB programming cables, anyone?). Done as an academic exercise...why not?? Putting the bashed-together device into a commercial site?? That's why hams get thrown out.? That's just me, though.? I'm sure the price of Kevin's device, the upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms of being tested and proven working, when what your time is worth is considered, are actually cheaper. I helped design and build a broadcast quality 1KW FM transmitter back in the day for a station.? Passed all the proof tests.? But, it cost, in the end, 2x what it would have cost to just issue a PO to Harris/Gates (at the time) for a manufactured rig with a guarantee. But, again, that's just me and my $.03. BB ------------------------------ Message: 5 Date: Tue, 15 Mar 2016 21:51:17 -0400 From: Steve Zingman To: "app_rpt-users at ohnosec.org" Subject: Re: [App_rpt-users] New Dongle Potential Message-ID: <56E8BC15.4010500 at msgstor.com> Content-Type: text/plain; charset=windows-1252; format=flowed I fully agree with Bryan, my billable time is worth more then the time spent modifying a sound FOB. I have been testing the RA-35 and I love it. I can not find anything it can't do. I've tested it with DIAL on both x86 and ARM without a glitch. I've tried it with DSD and Mike has tried it with D-Star. I've run out of things to test. As they say, It just works! 73, Steve N4IRS On 03/15/2016 09:24 PM, Bryan D. Boyle wrote: > On 3/15/2016 7:43 PM, Kevin Custer wrote: >> >> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >>> > > ***DELETIA*** >> >> No - it's not a $2.00 FOB, but what's your time and money worth to buy >> products that are potted and unusable?? Maybe the features of such a >> device like the RA-35 makes it worthy of the asking price? I'll let that >> up to you to decide.? I am assembling a list of those interested.? Email >> direct. > > While I hold nothing against anyone who wants to hack at something to > get it to work...time is money...at least for me it is...so spending > anything more than an hour at my contract rate, to me, and only me, > quickly outweighs the $50-100 usd that it might cost to purchase > either an already-constructed and proven device...or spend hours > looking for a $3.00 part that I have to spend another 2 hours > modifying with no guarantee (especially for pacific-rim sourced > devices off fleabay) that it is actually useable (USB programming > cables, anyone?). > > Done as an academic exercise...why not?? Putting the bashed-together > device into a commercial site?? That's why hams get thrown out.? > That's just me, though.? I'm sure the price of Kevin's device, the > upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms > of being tested and proven working, when what your time is worth is > considered, are actually cheaper. > > I helped design and build a broadcast quality 1KW FM transmitter back > in the day for a station.? Passed all the proof tests.? But, it cost, > in the end, 2x what it would have cost to just issue a PO to > Harris/Gates (at the time) for a manufactured rig with a guarantee. > > But, again, that's just me and my $.03. > BB > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic ------------------------------ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users End of App_rpt-users Digest, Vol 85, Issue 26 ********************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.osborn at manx.net Wed Mar 16 07:08:18 2016 From: david.osborn at manx.net (David Osborn) Date: Wed, 16 Mar 2016 07:08:18 -0000 Subject: [App_rpt-users] DIAL - RPi2 - ChanUSB Message-ID: <009101d17f52$9e730940$db591bc0$@manx.net> Hello all, I've finally got around to setting-up a Dial installation on an RPi2 and hit a snag: The image boots as it should and I end up with Asterisk running and the LED flashing on the USB dongle (which has been used without difficulty on a PC-based installation for some time). Here's the first problem: root at peel:/etc/asterisk# /usr/sbin/radio-tune-menu Error parsing device parameters root at peel:/etc/asterisk# The second thing is that I'd like to use full-fat ChanUSB, using DSP for everything. I set "rxchannel = Radio/usb" in rpt.conf, but Asterisk takes great exception to that complaining that it can't find the channel driver. So, what would upset radio-tune-menu and how to use ChanUSB? As always, I'll be missing something obvious. Thanks. From szingman at msgstor.com Wed Mar 16 07:24:16 2016 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 16 Mar 2016 03:24:16 -0400 Subject: [App_rpt-users] DIAL - RPi2 - ChanUSB Message-ID: <-5056746607078275665@unknownmsgid> Enable Chan_USB in /etc/asterisk/modules.conf On Mar 16, 2016 3:08 AM, David Osborn wrote: Hello all, I've finally got around to setting-up a Dial installation on an RPi2 and hit a snag: The image boots as it should and I end up with Asterisk running and the LED flashing on the USB dongle (which has been used without difficulty on a PC-based installation for some time). Here's the first problem: root at peel:/etc/asterisk# /usr/sbin/radio-tune-menu Error parsing device parameters root at peel:/etc/asterisk# The second thing is that I'd like to use full-fat ChanUSB, using DSP for everything. I set "rxchannel = Radio/usb" in rpt.conf, but Asterisk takes great exception to that complaining that it can't find the channel driver. So, what would upset radio-tune-menu and how to use ChanUSB? As always, I'll be missing something obvious. Thanks. _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kk6ecm at gmail.com Wed Mar 16 07:33:59 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Wed, 16 Mar 2016 00:33:59 -0700 Subject: [App_rpt-users] DIAL - RPi2 - ChanUSB In-Reply-To: <009101d17f52$9e730940$db591bc0$@manx.net> References: <009101d17f52$9e730940$db591bc0$@manx.net> Message-ID: <535EED95-3D46-40CE-B2FD-99ADB499C269@gmail.com> in /etc/asterisk/modules.conf did you have load => chan_usbradio.so ; noload => chan_simpleusb.so; then make sure usbradio.conf is in /etc/asterisk, properly setup for your configuration? Thanks, Bob kk6ecm 73 Sent from iPad > On Mar 16, 2016, at 12:08 AM, David Osborn wrote: > > Hello all, > > I've finally got around to setting-up a Dial installation on an RPi2 and hit > a snag: > > The image boots as it should and I end up with Asterisk running and the LED > flashing on the USB dongle (which has been used without difficulty on a > PC-based installation for some time). > > Here's the first problem: > > root at peel:/etc/asterisk# /usr/sbin/radio-tune-menu > Error parsing device parameters > root at peel:/etc/asterisk# > > The second thing is that I'd like to use full-fat ChanUSB, using DSP for > everything. I set "rxchannel = Radio/usb" in rpt.conf, but Asterisk takes > great exception to that complaining that it can't find the channel driver. > > So, what would upset radio-tune-menu and how to use ChanUSB? > > As always, I'll be missing something obvious. Thanks. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From holldrl at gt.rr.com Wed Mar 16 09:24:39 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Wed, 16 Mar 2016 9:24:39 +0000 Subject: [App_rpt-users] USB Sound Dongle Challenges In-Reply-To: <504928773.650221.1458079554502.JavaMail.yahoo@mail.yahoo.com> Message-ID: <20160316092439.VTD2H.40783.root@dnvrco-web26> Darril Holland pass way on March 2 and I would like you to take hem off you email ---- Jim Aspinwall wrote: > > The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? > A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. > If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. > However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. > Two recent acquisitions pictured: > http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. > > http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. > > I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? > Ideas? ?Existing updates? From holldrl at gt.rr.com Wed Mar 16 09:27:09 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Wed, 16 Mar 2016 9:27:09 +0000 Subject: [App_rpt-users] New Dongle Potential In-Reply-To: <56E89E0B.50208@kuggie.com> Message-ID: <20160316092709.2HM8I.40789.root@dnvrco-web26> Darril Holland pass way March 2 and I would like you take hem off you email holldrl at gt.rr.com ---- Kevin Custer wrote: > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > > > Perhaps at least half-answering my previous query... > > At some point it might be difficult at best to come up with a reliable > source of non-potted USB dongles. Maybe that time is upon us? With > that in mind, I come up with this: > http://www.masterscommunications.com/products/radio-adapter/ra35.html > > Now - this device is currently in beta testing and won't be available to > the public for about a month, maybe less. I received a shipment of > genuine C-Media CM119A chips today. Circuit boards will be produced > after reviewing all of the feedback from the owners of the 10 units > currently in the field. > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > products that are potted and unusable? Maybe the features of such a > device like the RA-35 makes it worthy of the asking price? I'll let that > up to you to decide. I am assembling a list of those interested. Email > direct. > > Thanks, > Kevin > > kevin // at // masterscommunications // dot // com > > > From holldrl at gt.rr.com Wed Mar 16 09:29:16 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Wed, 16 Mar 2016 9:29:16 +0000 Subject: [App_rpt-users] New Dongle Potential In-Reply-To: <56E8B5E0.7050102@bdboyle.com> Message-ID: <20160316092916.VP4BM.40793.root@dnvrco-web26> Darril Holland pass way March 2 and I would like you take hem off you email holldrl at gt.rr.com ---- "Bryan D. Boyle" wrote: > On 3/15/2016 7:43 PM, Kevin Custer wrote: > > > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > >> > > ***DELETIA*** > > > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > > products that are potted and unusable? Maybe the features of such a > > device like the RA-35 makes it worthy of the asking price? I'll let that > > up to you to decide. I am assembling a list of those interested. Email > > direct. > > While I hold nothing against anyone who wants to hack at something to > get it to work...time is money...at least for me it is...so spending > anything more than an hour at my contract rate, to me, and only me, > quickly outweighs the $50-100 usd that it might cost to purchase either > an already-constructed and proven device...or spend hours looking for a > $3.00 part that I have to spend another 2 hours modifying with no > guarantee (especially for pacific-rim sourced devices off fleabay) that > it is actually useable (USB programming cables, anyone?). > > Done as an academic exercise...why not? Putting the bashed-together > device into a commercial site? That's why hams get thrown out. That's > just me, though. I'm sure the price of Kevin's device, the upgraded > dongle from Repeater Builder, or Dave Kramer's URI in terms of being > tested and proven working, when what your time is worth is considered, > are actually cheaper. > > I helped design and build a broadcast quality 1KW FM transmitter back in > the day for a station. Passed all the proof tests. But, it cost, in > the end, 2x what it would have cost to just issue a PO to Harris/Gates > (at the time) for a manufactured rig with a guarantee. > > But, again, that's just me and my $.03. > BB > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From holldrl at gt.rr.com Wed Mar 16 09:49:33 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Wed, 16 Mar 2016 9:49:33 +0000 Subject: [App_rpt-users] Pass Way Message-ID: <20160316094933.M3106.40831.root@dnvrco-web26> I am email you to let you know that Darril Holland pass way March 2 and I would like you to take hem off you email From szingman at msgstor.com Wed Mar 16 09:57:19 2016 From: szingman at msgstor.com (Steve Zingman) Date: Wed, 16 Mar 2016 05:57:19 -0400 Subject: [App_rpt-users] Pass Way In-Reply-To: <20160316094933.M3106.40831.root@dnvrco-web26> References: <20160316094933.M3106.40831.root@dnvrco-web26> Message-ID: <56E92DFF.1040601@msgstor.com> Please see the unsubscribe info at the bottom of the message. On 03/16/2016 05:49 AM, holldrl at gt.rr.com wrote: > I am email you to let you know that Darril Holland pass way March 2 > and I would like you to take hem off you email > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From bdboyle at bdboyle.com Wed Mar 16 11:46:28 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Wed, 16 Mar 2016 07:46:28 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 26 In-Reply-To: <1413976516.858637.1458107065958.JavaMail.yahoo@mail.yahoo.com> References: <1413976516.858637.1458107065958.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1C6B10B1-3522-4828-8EFB-0935770580CD@bdboyle.com> Time is worth something; reinventing the wheel to accomplish what already exists is, to me, and me only, a waste of time. there are a lot more other interesting things to do in the hobby, for me and me only, than hack at cheap chinese sound dongles to try and get them to do what is already accomplished by supporting fellow hams who have taken the time to think it through and don't charge an arm and leg to do so. But that is my opinion on how I interface and spend my time in the hobby. How you view it is how you view it. Whether you agree with me or not or not is irrelevant as is your opinion, to me and me only, as to how I view what my time is worth in making that decision whether to build or buy. Neither view is absolutely wrong, and neither is absolutely right, jus as the motivation for doing so. besides, it's just a hobby, and has no importance other than that. I walked away from it in 1989 when I lost interest, and have no doubt that I will do the same again before my final chapter is written. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Mar 16, 2016, at 01:44, Jim Aspinwall wrote: > > Thanks Kevin, more positive from you! > > Others: "billable time" - seriously? that's a play I work on consumer vendors for spite. > > If you back-bill your hobby and intellectual time on self-assigned-worth values... in THIS context. Thanks for your call, we'll get back to you, never. > > We're talking about $3-12 free-market parts and 20 minutes of gawd-awful soldering level of effort here. Sheesh. > > I am just curious about and enabling least-common-denominator implementation and idea sharing as supplies morph and shift. If I wanted $450/hr engineering... well, a lot of folks would starve. Campbells or Progressive cans? When I make all this work, the for-self-assigned-value folks self-obligated to a sub-contracted fee of $375 per implementation, non-commercial... I want to be fair and allow you something for your list trolling and link-clicking efforts. > > (I am familiar with intellectual property, fair-use and public domain issues... you admitted to be exempt and obligated otherwise! pffft.) > > > From: "app_rpt-users-request at ohnosec.org" > To: app_rpt-users at ohnosec.org > Sent: Tuesday, March 15, 2016 6:51 PM > Subject: App_rpt-users Digest, Vol 85, Issue 26 > > Send App_rpt-users mailing list submissions to > app_rpt-users at ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner at ohnosec.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > > Today's Topics: > > 1. USB Sound Dongle Challenges (Jim Aspinwall) > 2. New Dongle Potential (Jim Aspinwall) > 3. Re: New Dongle Potential (Kevin Custer) > 4. Re: New Dongle Potential (Bryan D. Boyle) > 5. Re: New Dongle Potential (Steve Zingman) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) > From: Jim Aspinwall > To: "app_rpt-users at ohnosec.org" > Subject: [App_rpt-users] USB Sound Dongle Challenges > Message-ID: > <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> > Content-Type: text/plain; charset="utf-8" > > > The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? > A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. > If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. > However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. > Two recent acquisitions pictured: > http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. > > http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. > > I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? > Ideas? ?Existing updates? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Tue, 15 Mar 2016 23:20:39 +0000 (UTC) > From: Jim Aspinwall > To: "app_rpt-users at ohnosec.org" > Subject: [App_rpt-users] New Dongle Potential > Message-ID: > <337264884.728852.1458084039564.JavaMail.yahoo at mail.yahoo.com> > Content-Type: text/plain; charset="utf-8" > > > Perhaps at least half-answering my previous query... > This is what I recently bought - the die-on-board version:http://www.ebay.com/itm/221670209239?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT > > Anticipating this interface scheme will work:http://www.crompton.com/hamradio/usb_fob_modification/usbfob_interface.pdf > > we may be able to extrapolate some updates... I did verify the pinout of the 108 and 119 chips are the same. > Internally:http://www.no1pc.org/radio/TopAccess.jpg > > Regardless of direct/specific pin access, if the controls/indicators are assumed the same, access to the associated signals should be available at the respective (VolUp, VolDn) switches and Red LED. ? > The audio jacks are through-hole mount. ?Potentially removable and place DC blocking/coupling caps in the dongle, as well as the PTT output buffer, and perhaps any buffer for the active-low CTCSS and COS inputs. > To make a little more space and not chance an erroneous, unnecessary button press, clip the actuator posts and glue the button tops in place. > Button posts:http://www.no1pc.org/radio/ButtonTop.jpg > > > It may be a few days before I can get to the necessary 'surgery', create a new node and test, but this looks to have potential. > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 3 > Date: Tue, 15 Mar 2016 19:43:07 -0400 > From: Kevin Custer > To: "app_rpt-users at ohnosec.org" > Subject: Re: [App_rpt-users] New Dongle Potential > Message-ID: <56E89E0B.50208 at kuggie.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > > > Perhaps at least half-answering my previous query... > > At some point it might be difficult at best to come up with a reliable > source of non-potted USB dongles. Maybe that time is upon us? With > that in mind, I come up with this: > http://www.masterscommunications.com/products/radio-adapter/ra35.html > > Now - this device is currently in beta testing and won't be available to > the public for about a month, maybe less. I received a shipment of > genuine C-Media CM119A chips today. Circuit boards will be produced > after reviewing all of the feedback from the owners of the 10 units > currently in the field. > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > products that are potted and unusable? Maybe the features of such a > device like the RA-35 makes it worthy of the asking price? I'll let that > up to you to decide. I am assembling a list of those interested. Email > direct. > > Thanks, > Kevin > > kevin // at // masterscommunications // dot // com > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 4 > Date: Tue, 15 Mar 2016 21:24:48 -0400 > From: "Bryan D. Boyle" > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] New Dongle Potential > Message-ID: <56E8B5E0.7050102 at bdboyle.com> > Content-Type: text/plain; charset=windows-1252; format=flowed > > On 3/15/2016 7:43 PM, Kevin Custer wrote: > > > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > >> > > ***DELETIA*** > > > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > > products that are potted and unusable? Maybe the features of such a > > device like the RA-35 makes it worthy of the asking price? I'll let that > > up to you to decide. I am assembling a list of those interested. Email > > direct. > > While I hold nothing against anyone who wants to hack at something to > get it to work...time is money...at least for me it is...so spending > anything more than an hour at my contract rate, to me, and only me, > quickly outweighs the $50-100 usd that it might cost to purchase either > an already-constructed and proven device...or spend hours looking for a > $3.00 part that I have to spend another 2 hours modifying with no > guarantee (especially for pacific-rim sourced devices off fleabay) that > it is actually useable (USB programming cables, anyone?). > > Done as an academic exercise...why not? Putting the bashed-together > device into a commercial site? That's why hams get thrown out. That's > just me, though. I'm sure the price of Kevin's device, the upgraded > dongle from Repeater Builder, or Dave Kramer's URI in terms of being > tested and proven working, when what your time is worth is considered, > are actually cheaper. > > I helped design and build a broadcast quality 1KW FM transmitter back in > the day for a station. Passed all the proof tests. But, it cost, in > the end, 2x what it would have cost to just issue a PO to Harris/Gates > (at the time) for a manufactured rig with a guarantee. > > But, again, that's just me and my $.03. > BB > > > > > ------------------------------ > > Message: 5 > Date: Tue, 15 Mar 2016 21:51:17 -0400 > From: Steve Zingman > To: "app_rpt-users at ohnosec.org" > Subject: Re: [App_rpt-users] New Dongle Potential > Message-ID: <56E8BC15.4010500 at msgstor.com> > Content-Type: text/plain; charset=windows-1252; format=flowed > > I fully agree with Bryan, my billable time is worth more then the time > spent modifying a sound FOB. > I have been testing the RA-35 and I love it. I can not find anything it > can't do. I've tested it with DIAL on both x86 and ARM without a glitch. > I've tried it with DSD and Mike has tried it with D-Star. I've run out > of things to test. As they say, It just works! > > 73, Steve N4IRS > > On 03/15/2016 09:24 PM, Bryan D. Boyle wrote: > > On 3/15/2016 7:43 PM, Kevin Custer wrote: > >> > >> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > >>> > > > > ***DELETIA*** > >> > >> No - it's not a $2.00 FOB, but what's your time and money worth to buy > >> products that are potted and unusable? Maybe the features of such a > >> device like the RA-35 makes it worthy of the asking price? I'll let that > >> up to you to decide. I am assembling a list of those interested. Email > >> direct. > > > > While I hold nothing against anyone who wants to hack at something to > > get it to work...time is money...at least for me it is...so spending > > anything more than an hour at my contract rate, to me, and only me, > > quickly outweighs the $50-100 usd that it might cost to purchase > > either an already-constructed and proven device...or spend hours > > looking for a $3.00 part that I have to spend another 2 hours > > modifying with no guarantee (especially for pacific-rim sourced > > devices off fleabay) that it is actually useable (USB programming > > cables, anyone?). > > > > Done as an academic exercise...why not? Putting the bashed-together > > device into a commercial site? That's why hams get thrown out. > > That's just me, though. I'm sure the price of Kevin's device, the > > upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms > > of being tested and proven working, when what your time is worth is > > considered, are actually cheaper. > > > > I helped design and build a broadcast quality 1KW FM transmitter back > > in the day for a station. Passed all the proof tests. But, it cost, > > in the end, 2x what it would have cost to just issue a PO to > > Harris/Gates (at the time) for a manufactured rig with a guarantee. > > > > But, again, that's just me and my $.03. > > BB > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > > down to the bottom of the page. Enter your email address and press the > > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > > confirmation. If you have trouble unsubscribing, please send a message > > to the list detailing the problem. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > > > ------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > End of App_rpt-users Digest, Vol 85, Issue 26 > ********************************************* > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Wed Mar 16 13:02:33 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Wed, 16 Mar 2016 09:02:33 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 26 In-Reply-To: <1C6B10B1-3522-4828-8EFB-0935770580CD@bdboyle.com> References: <1413976516.858637.1458107065958.JavaMail.yahoo@mail.yahoo.com> <1C6B10B1-3522-4828-8EFB-0935770580CD@bdboyle.com> Message-ID: <56E95969.5020704@bryanfields.net> On 3/16/16 7:46 AM, Bryan D. Boyle wrote: > Time is worth something; reinventing the wheel to accomplish what already > exists is, to me, and me only, a waste of time. But there are lots of retired hams who have more time than money. I'm not one just yet :( It's funny, I sell quantar firmware SIMMs on eBay, and I have clearly stated in the ad if you want >1 I'll knock 25 bux off. I had a fella message me with this gem yesterday when I refused his half price offer for one unit. "WHY YOU CHARGE SUCH HIGH PRICE FOR SOMETHIN YOU BUILD IN 10 MIN! IT DOCUMENTTED ON THE WEB WHAT YOU SELL! WHAT THINK YOU DESERVE FOR COPYING SOME ONE ELSE WORK AND SELLING IT!" He gave me this link, http://wiki.w9cr.net/index.php/Quantar#SIMM_info implying I copied how to do it from there.. I made up some docs, take time and test each one and then package it. You're paying for my time and the convenience. Too much? I've documented it and you're free to build it yourself. Some people, right? :) 73's W9CR -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From kuggie at kuggie.com Wed Mar 16 13:15:50 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Wed, 16 Mar 2016 09:15:50 -0400 Subject: [App_rpt-users] Yet another overpriced USB sound dongle In-Reply-To: <56E8C8BA.10002@meshnetworks.co.nz> References: <56E8C8BA.10002@meshnetworks.co.nz> Message-ID: <56E95C86.5000206@kuggie.com> On 3/15/2016 10:45 PM, Steve Wright wrote: > > I detect a shill, and a cleverly crafted release of a product. It wasn't planned, Steve. I simply took advantage of an opportunity. It was probably a little premature, but whatever. > > While I am able to plug a handful of two-dollar USB audio devices into > an RPI3 and use the onboard I/O for signalling, I am probably going to > go and do that. > > Good luck! Sounds like the millionaire hams love it already! Us poor > church mice will stick with the <$100 solution - that is, for the > entire node - not just for a single USB audio device! No one is going to get rich from a $35 USB radio adapter - considering the cost of the circuit board and components. Genuine C-Media CM119A's are not easily sourced, as there are LOTS of fakes out there. My product considers the spirit of amateur radio, allowing someone to build something, learn about it, and save money. If you feel the advantages of this product offering doesn't merit its price, that's okay. But, it does have several advantages over a simple FOB, and it's obvious you didn't read about it to see what they are. So, I'll take that into consideration for what it's worth. Kevin From asylthe at kc9ona.com Wed Mar 16 13:29:33 2016 From: asylthe at kc9ona.com (Andrew Sylthe) Date: Wed, 16 Mar 2016 08:29:33 -0500 Subject: [App_rpt-users] Yet another overpriced USB sound dongle In-Reply-To: <56E95C86.5000206@kuggie.com> References: <56E8C8BA.10002@meshnetworks.co.nz> <56E95C86.5000206@kuggie.com> Message-ID: I've had good luck purchasing them from this outfit: http://www.semiconductorstore.com/cart/pc/viewPrd.asp?idproduct=48285 On Mar 16, 2016 8:25 AM, "Kevin Custer" wrote: > On 3/15/2016 10:45 PM, Steve Wright wrote: > >> >> I detect a shill, and a cleverly crafted release of a product. >> > > It wasn't planned, Steve. I simply took advantage of an opportunity. It > was probably a little premature, but whatever. > > >> While I am able to plug a handful of two-dollar USB audio devices into an >> RPI3 and use the onboard I/O for signalling, I am probably going to go and >> do that. >> >> Good luck! Sounds like the millionaire hams love it already! Us poor >> church mice will stick with the <$100 solution - that is, for the entire >> node - not just for a single USB audio device! >> > > No one is going to get rich from a $35 USB radio adapter - considering the > cost of the circuit board and components. Genuine C-Media CM119A's are not > easily sourced, as there are LOTS of fakes out there. My product considers > the spirit of amateur radio, allowing someone to build something, learn > about it, and save money. > > If you feel the advantages of this product offering doesn't merit its > price, that's okay. But, it does have several advantages over a simple > FOB, and it's obvious you didn't read about it to see what they are. So, > I'll take that into consideration for what it's worth. > > Kevin > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From holldrl at gt.rr.com Wed Mar 16 21:59:26 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Wed, 16 Mar 2016 21:59:26 +0000 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 26 In-Reply-To: <1C6B10B1-3522-4828-8EFB-0935770580CD@bdboyle.com> Message-ID: <20160316215926.3DRRO.48295.root@dnvrco-web26> Darril Holland pass March 2 and I will like you take hem off you email holldrl at gt.rr.com ---- "Bryan D. Boyle" wrote: > Time is worth something; reinventing the wheel to accomplish what already exists is, to me, and me only, a waste of time. there are a lot more other interesting things to do in the hobby, for me and me only, than hack at cheap chinese sound dongles to try and get them to do what is already accomplished by supporting fellow hams who have taken the time to think it through and don't charge an arm and leg to do so. > > But that is my opinion on how I interface and spend my time in the hobby. How you view it is how you view it. Whether you agree with me or not or not is irrelevant as is your opinion, to me and me only, as to how I view what my time is worth in making that decision whether to build or buy. Neither view is absolutely wrong, and neither is absolutely right, jus as the motivation for doing so. > > besides, it's just a hobby, and has no importance other than that. I walked away from it in 1989 when I lost interest, and have no doubt that I will do the same again before my final chapter is written. > > -- > Bryan > Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > > > > > On Mar 16, 2016, at 01:44, Jim Aspinwall wrote: > > > > Thanks Kevin, more positive from you! > > > > Others: "billable time" - seriously? that's a play I work on consumer vendors for spite. > > > > If you back-bill your hobby and intellectual time on self-assigned-worth values... in THIS context. Thanks for your call, we'll get back to you, never. > > > > We're talking about $3-12 free-market parts and 20 minutes of gawd-awful soldering level of effort here. Sheesh. > > > > I am just curious about and enabling least-common-denominator implementation and idea sharing as supplies morph and shift. If I wanted $450/hr engineering... well, a lot of folks would starve. Campbells or Progressive cans? When I make all this work, the for-self-assigned-value folks self-obligated to a sub-contracted fee of $375 per implementation, non-commercial... I want to be fair and allow you something for your list trolling and link-clicking efforts. > > > > (I am familiar with intellectual property, fair-use and public domain issues... you admitted to be exempt and obligated otherwise! pffft.) > > > > > > From: "app_rpt-users-request at ohnosec.org" > > To: app_rpt-users at ohnosec.org > > Sent: Tuesday, March 15, 2016 6:51 PM > > Subject: App_rpt-users Digest, Vol 85, Issue 26 > > > > Send App_rpt-users mailing list submissions to > > app_rpt-users at ohnosec.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > or, via email, send a message with subject or body 'help' to > > app_rpt-users-request at ohnosec.org > > > > You can reach the person managing the list at > > app_rpt-users-owner at ohnosec.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of App_rpt-users digest..." > > > > > > Today's Topics: > > > > 1. USB Sound Dongle Challenges (Jim Aspinwall) > > 2. New Dongle Potential (Jim Aspinwall) > > 3. Re: New Dongle Potential (Kevin Custer) > > 4. Re: New Dongle Potential (Bryan D. Boyle) > > 5. Re: New Dongle Potential (Steve Zingman) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) > > From: Jim Aspinwall > > To: "app_rpt-users at ohnosec.org" > > Subject: [App_rpt-users] USB Sound Dongle Challenges > > Message-ID: > > <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> > > Content-Type: text/plain; charset="utf-8" > > > > > > The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? > > A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. > > If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. > > However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. > > Two recent acquisitions pictured: > > http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. > > > > http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. > > > > I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? > > Ideas? ?Existing updates? > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > ------------------------------ > > > > Message: 2 > > Date: Tue, 15 Mar 2016 23:20:39 +0000 (UTC) > > From: Jim Aspinwall > > To: "app_rpt-users at ohnosec.org" > > Subject: [App_rpt-users] New Dongle Potential > > Message-ID: > > <337264884.728852.1458084039564.JavaMail.yahoo at mail.yahoo.com> > > Content-Type: text/plain; charset="utf-8" > > > > > > Perhaps at least half-answering my previous query... > > This is what I recently bought - the die-on-board version:http://www.ebay.com/itm/221670209239?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT > > > > Anticipating this interface scheme will work:http://www.crompton.com/hamradio/usb_fob_modification/usbfob_interface.pdf > > > > we may be able to extrapolate some updates... I did verify the pinout of the 108 and 119 chips are the same. > > Internally:http://www.no1pc.org/radio/TopAccess.jpg > > > > Regardless of direct/specific pin access, if the controls/indicators are assumed the same, access to the associated signals should be available at the respective (VolUp, VolDn) switches and Red LED. ? > > The audio jacks are through-hole mount. ?Potentially removable and place DC blocking/coupling caps in the dongle, as well as the PTT output buffer, and perhaps any buffer for the active-low CTCSS and COS inputs. > > To make a little more space and not chance an erroneous, unnecessary button press, clip the actuator posts and glue the button tops in place. > > Button posts:http://www.no1pc.org/radio/ButtonTop.jpg > > > > > > It may be a few days before I can get to the necessary 'surgery', create a new node and test, but this looks to have potential. > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > ------------------------------ > > > > Message: 3 > > Date: Tue, 15 Mar 2016 19:43:07 -0400 > > From: Kevin Custer > > To: "app_rpt-users at ohnosec.org" > > Subject: Re: [App_rpt-users] New Dongle Potential > > Message-ID: <56E89E0B.50208 at kuggie.com> > > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > > > > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > > > > > Perhaps at least half-answering my previous query... > > > > At some point it might be difficult at best to come up with a reliable > > source of non-potted USB dongles. Maybe that time is upon us? With > > that in mind, I come up with this: > > http://www.masterscommunications.com/products/radio-adapter/ra35.html > > > > Now - this device is currently in beta testing and won't be available to > > the public for about a month, maybe less. I received a shipment of > > genuine C-Media CM119A chips today. Circuit boards will be produced > > after reviewing all of the feedback from the owners of the 10 units > > currently in the field. > > > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > > products that are potted and unusable? Maybe the features of such a > > device like the RA-35 makes it worthy of the asking price? I'll let that > > up to you to decide. I am assembling a list of those interested. Email > > direct. > > > > Thanks, > > Kevin > > > > kevin // at // masterscommunications // dot // com > > > > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: > > > > ------------------------------ > > > > Message: 4 > > Date: Tue, 15 Mar 2016 21:24:48 -0400 > > From: "Bryan D. Boyle" > > To: app_rpt-users at ohnosec.org > > Subject: Re: [App_rpt-users] New Dongle Potential > > Message-ID: <56E8B5E0.7050102 at bdboyle.com> > > Content-Type: text/plain; charset=windows-1252; format=flowed > > > > On 3/15/2016 7:43 PM, Kevin Custer wrote: > > > > > > On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > >> > > > > ***DELETIA*** > > > > > > No - it's not a $2.00 FOB, but what's your time and money worth to buy > > > products that are potted and unusable? Maybe the features of such a > > > device like the RA-35 makes it worthy of the asking price? I'll let that > > > up to you to decide. I am assembling a list of those interested. Email > > > direct. > > > > While I hold nothing against anyone who wants to hack at something to > > get it to work...time is money...at least for me it is...so spending > > anything more than an hour at my contract rate, to me, and only me, > > quickly outweighs the $50-100 usd that it might cost to purchase either > > an already-constructed and proven device...or spend hours looking for a > > $3.00 part that I have to spend another 2 hours modifying with no > > guarantee (especially for pacific-rim sourced devices off fleabay) that > > it is actually useable (USB programming cables, anyone?). > > > > Done as an academic exercise...why not? Putting the bashed-together > > device into a commercial site? That's why hams get thrown out. That's > > just me, though. I'm sure the price of Kevin's device, the upgraded > > dongle from Repeater Builder, or Dave Kramer's URI in terms of being > > tested and proven working, when what your time is worth is considered, > > are actually cheaper. > > > > I helped design and build a broadcast quality 1KW FM transmitter back in > > the day for a station. Passed all the proof tests. But, it cost, in > > the end, 2x what it would have cost to just issue a PO to Harris/Gates > > (at the time) for a manufactured rig with a guarantee. > > > > But, again, that's just me and my $.03. > > BB > > > > > > > > > > ------------------------------ > > > > Message: 5 > > Date: Tue, 15 Mar 2016 21:51:17 -0400 > > From: Steve Zingman > > To: "app_rpt-users at ohnosec.org" > > Subject: Re: [App_rpt-users] New Dongle Potential > > Message-ID: <56E8BC15.4010500 at msgstor.com> > > Content-Type: text/plain; charset=windows-1252; format=flowed > > > > I fully agree with Bryan, my billable time is worth more then the time > > spent modifying a sound FOB. > > I have been testing the RA-35 and I love it. I can not find anything it > > can't do. I've tested it with DIAL on both x86 and ARM without a glitch. > > I've tried it with DSD and Mike has tried it with D-Star. I've run out > > of things to test. As they say, It just works! > > > > 73, Steve N4IRS > > > > On 03/15/2016 09:24 PM, Bryan D. Boyle wrote: > > > On 3/15/2016 7:43 PM, Kevin Custer wrote: > > >> > > >> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: > > >>> > > > > > > ***DELETIA*** > > >> > > >> No - it's not a $2.00 FOB, but what's your time and money worth to buy > > >> products that are potted and unusable? Maybe the features of such a > > >> device like the RA-35 makes it worthy of the asking price? I'll let that > > >> up to you to decide. I am assembling a list of those interested. Email > > >> direct. > > > > > > While I hold nothing against anyone who wants to hack at something to > > > get it to work...time is money...at least for me it is...so spending > > > anything more than an hour at my contract rate, to me, and only me, > > > quickly outweighs the $50-100 usd that it might cost to purchase > > > either an already-constructed and proven device...or spend hours > > > looking for a $3.00 part that I have to spend another 2 hours > > > modifying with no guarantee (especially for pacific-rim sourced > > > devices off fleabay) that it is actually useable (USB programming > > > cables, anyone?). > > > > > > Done as an academic exercise...why not? Putting the bashed-together > > > device into a commercial site? That's why hams get thrown out. > > > That's just me, though. I'm sure the price of Kevin's device, the > > > upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms > > > of being tested and proven working, when what your time is worth is > > > considered, are actually cheaper. > > > > > > I helped design and build a broadcast quality 1KW FM transmitter back > > > in the day for a station. Passed all the proof tests. But, it cost, > > > in the end, 2x what it would have cost to just issue a PO to > > > Harris/Gates (at the time) for a manufactured rig with a guarantee. > > > > > > But, again, that's just me and my $.03. > > > BB > > > > > > > > > _______________________________________________ > > > App_rpt-users mailing list > > > App_rpt-users at ohnosec.org > > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > > To unsubscribe from this list please visit > > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > > > down to the bottom of the page. Enter your email address and press the > > > "Unsubscribe or edit options button" > > > You do not need a password to unsubscribe, you can do it via email > > > confirmation. If you have trouble unsubscribing, please send a message > > > to the list detailing the problem. > > > > -- > > "Anything is possible if you don't know what you are talking about." > > 1st Law of Logic > > > > > > > > ------------------------------ > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > > End of App_rpt-users Digest, Vol 85, Issue 26 > > ********************************************* > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From n3fe at repeater.net Wed Mar 16 22:18:06 2016 From: n3fe at repeater.net (Corey Dean) Date: Wed, 16 Mar 2016 18:18:06 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 26 In-Reply-To: <20160316215926.3DRRO.48295.root@dnvrco-web26> References: <20160316215926.3DRRO.48295.root@dnvrco-web26> Message-ID: As stated in other groups that you have repeatedly posted on, please go to the bottom of the email for unsubscribe options... Sent from my iPhone > On Mar 16, 2016, at 5:59 PM, wrote: > > Darril Holland pass March 2 and I will like you take hem off you email holldrl at gt.rr.com > > ---- "Bryan D. Boyle" wrote: >> Time is worth something; reinventing the wheel to accomplish what already exists is, to me, and me only, a waste of time. there are a lot more other interesting things to do in the hobby, for me and me only, than hack at cheap chinese sound dongles to try and get them to do what is already accomplished by supporting fellow hams who have taken the time to think it through and don't charge an arm and leg to do so. >> >> But that is my opinion on how I interface and spend my time in the hobby. How you view it is how you view it. Whether you agree with me or not or not is irrelevant as is your opinion, to me and me only, as to how I view what my time is worth in making that decision whether to build or buy. Neither view is absolutely wrong, and neither is absolutely right, jus as the motivation for doing so. >> >> besides, it's just a hobby, and has no importance other than that. I walked away from it in 1989 when I lost interest, and have no doubt that I will do the same again before my final chapter is written. >> >> -- >> Bryan >> Sent from my iPhone 6S...No electrons were harmed in the sending of this message. >> >> >> >>> On Mar 16, 2016, at 01:44, Jim Aspinwall wrote: >>> >>> Thanks Kevin, more positive from you! >>> >>> Others: "billable time" - seriously? that's a play I work on consumer vendors for spite. >>> >>> If you back-bill your hobby and intellectual time on self-assigned-worth values... in THIS context. Thanks for your call, we'll get back to you, never. >>> >>> We're talking about $3-12 free-market parts and 20 minutes of gawd-awful soldering level of effort here. Sheesh. >>> >>> I am just curious about and enabling least-common-denominator implementation and idea sharing as supplies morph and shift. If I wanted $450/hr engineering... well, a lot of folks would starve. Campbells or Progressive cans? When I make all this work, the for-self-assigned-value folks self-obligated to a sub-contracted fee of $375 per implementation, non-commercial... I want to be fair and allow you something for your list trolling and link-clicking efforts. >>> >>> (I am familiar with intellectual property, fair-use and public domain issues... you admitted to be exempt and obligated otherwise! pffft.) >>> >>> >>> From: "app_rpt-users-request at ohnosec.org" >>> To: app_rpt-users at ohnosec.org >>> Sent: Tuesday, March 15, 2016 6:51 PM >>> Subject: App_rpt-users Digest, Vol 85, Issue 26 >>> >>> Send App_rpt-users mailing list submissions to >>> app_rpt-users at ohnosec.org >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> or, via email, send a message with subject or body 'help' to >>> app_rpt-users-request at ohnosec.org >>> >>> You can reach the person managing the list at >>> app_rpt-users-owner at ohnosec.org >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of App_rpt-users digest..." >>> >>> >>> Today's Topics: >>> >>> 1. USB Sound Dongle Challenges (Jim Aspinwall) >>> 2. New Dongle Potential (Jim Aspinwall) >>> 3. Re: New Dongle Potential (Kevin Custer) >>> 4. Re: New Dongle Potential (Bryan D. Boyle) >>> 5. Re: New Dongle Potential (Steve Zingman) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) >>> From: Jim Aspinwall >>> To: "app_rpt-users at ohnosec.org" >>> Subject: [App_rpt-users] USB Sound Dongle Challenges >>> Message-ID: >>> <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> >>> The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? >>> A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. >>> If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. >>> However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. >>> Two recent acquisitions pictured: >>> http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. >>> >>> http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. >>> >>> I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? >>> Ideas? ?Existing updates? >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: >>> >>> ------------------------------ >>> >>> Message: 2 >>> Date: Tue, 15 Mar 2016 23:20:39 +0000 (UTC) >>> From: Jim Aspinwall >>> To: "app_rpt-users at ohnosec.org" >>> Subject: [App_rpt-users] New Dongle Potential >>> Message-ID: >>> <337264884.728852.1458084039564.JavaMail.yahoo at mail.yahoo.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> >>> Perhaps at least half-answering my previous query... >>> This is what I recently bought - the die-on-board version:http://www.ebay.com/itm/221670209239?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT >>> >>> Anticipating this interface scheme will work:http://www.crompton.com/hamradio/usb_fob_modification/usbfob_interface.pdf >>> >>> we may be able to extrapolate some updates... I did verify the pinout of the 108 and 119 chips are the same. >>> Internally:http://www.no1pc.org/radio/TopAccess.jpg >>> >>> Regardless of direct/specific pin access, if the controls/indicators are assumed the same, access to the associated signals should be available at the respective (VolUp, VolDn) switches and Red LED. ? >>> The audio jacks are through-hole mount. ?Potentially removable and place DC blocking/coupling caps in the dongle, as well as the PTT output buffer, and perhaps any buffer for the active-low CTCSS and COS inputs. >>> To make a little more space and not chance an erroneous, unnecessary button press, clip the actuator posts and glue the button tops in place. >>> Button posts:http://www.no1pc.org/radio/ButtonTop.jpg >>> >>> >>> It may be a few days before I can get to the necessary 'surgery', create a new node and test, but this looks to have potential. >>> >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: >>> >>> ------------------------------ >>> >>> Message: 3 >>> Date: Tue, 15 Mar 2016 19:43:07 -0400 >>> From: Kevin Custer >>> To: "app_rpt-users at ohnosec.org" >>> Subject: Re: [App_rpt-users] New Dongle Potential >>> Message-ID: <56E89E0B.50208 at kuggie.com> >>> Content-Type: text/plain; charset="utf-8"; Format="flowed" >>> >>> >>>> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >>>> >>>> Perhaps at least half-answering my previous query... >>> >>> At some point it might be difficult at best to come up with a reliable >>> source of non-potted USB dongles. Maybe that time is upon us? With >>> that in mind, I come up with this: >>> http://www.masterscommunications.com/products/radio-adapter/ra35.html >>> >>> Now - this device is currently in beta testing and won't be available to >>> the public for about a month, maybe less. I received a shipment of >>> genuine C-Media CM119A chips today. Circuit boards will be produced >>> after reviewing all of the feedback from the owners of the 10 units >>> currently in the field. >>> >>> No - it's not a $2.00 FOB, but what's your time and money worth to buy >>> products that are potted and unusable? Maybe the features of such a >>> device like the RA-35 makes it worthy of the asking price? I'll let that >>> up to you to decide. I am assembling a list of those interested. Email >>> direct. >>> >>> Thanks, >>> Kevin >>> >>> kevin // at // masterscommunications // dot // com >>> >>> >>> >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: >>> >>> ------------------------------ >>> >>> Message: 4 >>> Date: Tue, 15 Mar 2016 21:24:48 -0400 >>> From: "Bryan D. Boyle" >>> To: app_rpt-users at ohnosec.org >>> Subject: Re: [App_rpt-users] New Dongle Potential >>> Message-ID: <56E8B5E0.7050102 at bdboyle.com> >>> Content-Type: text/plain; charset=windows-1252; format=flowed >>> >>>> On 3/15/2016 7:43 PM, Kevin Custer wrote: >>>> >>>>> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >>> >>> ***DELETIA*** >>>> >>>> No - it's not a $2.00 FOB, but what's your time and money worth to buy >>>> products that are potted and unusable? Maybe the features of such a >>>> device like the RA-35 makes it worthy of the asking price? I'll let that >>>> up to you to decide. I am assembling a list of those interested. Email >>>> direct. >>> >>> While I hold nothing against anyone who wants to hack at something to >>> get it to work...time is money...at least for me it is...so spending >>> anything more than an hour at my contract rate, to me, and only me, >>> quickly outweighs the $50-100 usd that it might cost to purchase either >>> an already-constructed and proven device...or spend hours looking for a >>> $3.00 part that I have to spend another 2 hours modifying with no >>> guarantee (especially for pacific-rim sourced devices off fleabay) that >>> it is actually useable (USB programming cables, anyone?). >>> >>> Done as an academic exercise...why not? Putting the bashed-together >>> device into a commercial site? That's why hams get thrown out. That's >>> just me, though. I'm sure the price of Kevin's device, the upgraded >>> dongle from Repeater Builder, or Dave Kramer's URI in terms of being >>> tested and proven working, when what your time is worth is considered, >>> are actually cheaper. >>> >>> I helped design and build a broadcast quality 1KW FM transmitter back in >>> the day for a station. Passed all the proof tests. But, it cost, in >>> the end, 2x what it would have cost to just issue a PO to Harris/Gates >>> (at the time) for a manufactured rig with a guarantee. >>> >>> But, again, that's just me and my $.03. >>> BB >>> >>> >>> >>> >>> ------------------------------ >>> >>> Message: 5 >>> Date: Tue, 15 Mar 2016 21:51:17 -0400 >>> From: Steve Zingman >>> To: "app_rpt-users at ohnosec.org" >>> Subject: Re: [App_rpt-users] New Dongle Potential >>> Message-ID: <56E8BC15.4010500 at msgstor.com> >>> Content-Type: text/plain; charset=windows-1252; format=flowed >>> >>> I fully agree with Bryan, my billable time is worth more then the time >>> spent modifying a sound FOB. >>> I have been testing the RA-35 and I love it. I can not find anything it >>> can't do. I've tested it with DIAL on both x86 and ARM without a glitch. >>> I've tried it with DSD and Mike has tried it with D-Star. I've run out >>> of things to test. As they say, It just works! >>> >>> 73, Steve N4IRS >>> >>>> On 03/15/2016 09:24 PM, Bryan D. Boyle wrote: >>>>> On 3/15/2016 7:43 PM, Kevin Custer wrote: >>>>> >>>>>> On 3/15/2016 7:20 PM, Jim Aspinwall wrote: >>>> >>>> ***DELETIA*** >>>>> >>>>> No - it's not a $2.00 FOB, but what's your time and money worth to buy >>>>> products that are potted and unusable? Maybe the features of such a >>>>> device like the RA-35 makes it worthy of the asking price? I'll let that >>>>> up to you to decide. I am assembling a list of those interested. Email >>>>> direct. >>>> >>>> While I hold nothing against anyone who wants to hack at something to >>>> get it to work...time is money...at least for me it is...so spending >>>> anything more than an hour at my contract rate, to me, and only me, >>>> quickly outweighs the $50-100 usd that it might cost to purchase >>>> either an already-constructed and proven device...or spend hours >>>> looking for a $3.00 part that I have to spend another 2 hours >>>> modifying with no guarantee (especially for pacific-rim sourced >>>> devices off fleabay) that it is actually useable (USB programming >>>> cables, anyone?). >>>> >>>> Done as an academic exercise...why not? Putting the bashed-together >>>> device into a commercial site? That's why hams get thrown out. >>>> That's just me, though. I'm sure the price of Kevin's device, the >>>> upgraded dongle from Repeater Builder, or Dave Kramer's URI in terms >>>> of being tested and proven working, when what your time is worth is >>>> considered, are actually cheaper. >>>> >>>> I helped design and build a broadcast quality 1KW FM transmitter back >>>> in the day for a station. Passed all the proof tests. But, it cost, >>>> in the end, 2x what it would have cost to just issue a PO to >>>> Harris/Gates (at the time) for a manufactured rig with a guarantee. >>>> >>>> But, again, that's just me and my $.03. >>>> BB >>>> >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>> down to the bottom of the page. Enter your email address and press the >>>> "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email >>>> confirmation. If you have trouble unsubscribing, please send a message >>>> to the list detailing the problem. >>> >>> -- >>> "Anything is possible if you don't know what you are talking about." >>> 1st Law of Logic >>> >>> >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> >>> End of App_rpt-users Digest, Vol 85, Issue 26 >>> ********************************************* >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From david.osborn at manx.net Thu Mar 17 06:45:07 2016 From: david.osborn at manx.net (David Osborn) Date: Thu, 17 Mar 2016 06:45:07 -0000 Subject: [App_rpt-users] DIAL - RPi2 - ChanUSB In-Reply-To: <535EED95-3D46-40CE-B2FD-99ADB499C269@gmail.com> References: <009101d17f52$9e730940$db591bc0$@manx.net> <535EED95-3D46-40CE-B2FD-99ADB499C269@gmail.com> Message-ID: <011101d18018$8b52b9c0$a1f82d40$@manx.net> Thanks Bob and Steve, Working nicely now. David From george at dyb.com Thu Mar 17 14:10:08 2016 From: george at dyb.com (george at dyb.com) Date: Thu, 17 Mar 2016 09:10:08 -0500 Subject: [App_rpt-users] Verizon & Asterisk/Allstar Message-ID: Hey folks, looks like I need to drop Comcast (Yankees Network thing) and the only other real option is Verizon. Anybody have any problems with Verizon? Like can I open ports for things like Asterisk, etc? Or do they block stuff like that? Can I ssh in (I use the usual non standard port number) and webmin, etc? If they seem to work on the decision is easy. I already have fiber to the house for phone. GeorgeC W2DB 2360 From bdboyle at bdboyle.com Thu Mar 17 14:36:37 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Thu, 17 Mar 2016 10:36:37 -0400 Subject: [App_rpt-users] Verizon & Asterisk/Allstar In-Reply-To: References: Message-ID: <30227039-3396-4212-BB4A-08788D4EECBA@bdboyle.com> what they told me up here in PA, and this may be depending on what their charter agreement says...but usually, if it is only a consumer-grade service, you are limited in what you can run...they frown on running web servers and such if all you are listed as is a home user. Business class, on the other hand, usually allows for on-prem servers and the like, as well as fixed IP addressing...all for extra $, of course. I went with business class; higher QoS, faster response to tech issues, and generally, more professional dealing. I've found that, all things being equal, when the consumer-grade service is experiencing issues not on the physical plant, that my neighbors are staring at their hourglass and i'm still passing traffic. ymmv. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Mar 17, 2016, at 10:10, george at dyb.com wrote: > > Hey folks, looks like I need to drop Comcast (Yankees Network thing) and the only other real option is Verizon. Anybody have any problems with Verizon? Like can I open ports for things like Asterisk, etc? Or do they block stuff like that? Can I ssh in (I use the usual non standard port number) and webmin, etc? If they seem to work on the decision is easy. I already have fiber to the house for phone. > > GeorgeC > W2DB > 2360 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From apu at spfld.com Thu Mar 17 14:36:44 2016 From: apu at spfld.com (Apu) Date: Thu, 17 Mar 2016 10:36:44 -0400 Subject: [App_rpt-users] Verizon & Asterisk/Allstar In-Reply-To: References: Message-ID: <56EAC0FC.4040204@spfld.com> I find the Comcast set-top boxes to be more responsive than the FiOS STBs but, as far as Internet access, inbound access to various ports (SSH, IAX, SIP, etc.), uptime, etc., I've had no problems in New Jersey. Only port 25 outbound is blocked as far as I've noticed, which is fairly typical. -- Apu From george at dyb.com Thu Mar 17 14:46:59 2016 From: george at dyb.com (George Csahanin) Date: Thu, 17 Mar 2016 10:46:59 -0400 Subject: [App_rpt-users] Verizon & Asterisk/Allstar In-Reply-To: <56EAC0FC.4040204@spfld.com> References: <56EAC0FC.4040204@spfld.com> Message-ID: <56EAC363.4040500@dyb.com> Thanks for the quick replies. I am, in fact, in NJ (Toms River) so the info from Apu is great. I was very spoiled for almost 20 years, first TCI cable (DFW) then AT&T with having static IP addresses but nobody in NJ (ok, two choices) provides that. With TCI (when it all worked) I had 4 addresses, with AT&T from 2001-2015 had a /29 network, five useable addresses. I miss it because AT&T didn't care that I was running mail/web/DNS from those addresses. FiOS and Comcast both offer static IP, but only one and for a large price. But y''all helped me decide to kick Comcast to the gutter they belong in. Thanks GeorgeC W2DB 2360 On 03/17/2016 10:36 AM, Apu wrote: > I find the Comcast set-top boxes to be more responsive than the FiOS > STBs but, as far as Internet access, inbound access to various ports > (SSH, IAX, SIP, etc.), uptime, etc., I've had no problems in New Jersey. > Only port 25 outbound is blocked as far as I've noticed, which is > fairly typical. > From george at dyb.com Thu Mar 17 14:47:26 2016 From: george at dyb.com (George Csahanin) Date: Thu, 17 Mar 2016 10:47:26 -0400 Subject: [App_rpt-users] Verizon & Asterisk/Allstar In-Reply-To: <56EAC0FC.4040204@spfld.com> References: <56EAC0FC.4040204@spfld.com> Message-ID: <56EAC37E.3050006@dyb.com> Thanks for the quick replies. I am, in fact, in NJ (Toms River) so the info from Apu is great. I was very spoiled for almost 20 years, first TCI cable (DFW) then AT&T with having static IP addresses but nobody in NJ (ok, two choices) provides that. With TCI (when it all worked) I had 4 addresses, with AT&T from 2001-2015 had a /29 network, five useable addresses. I miss it because AT&T didn't care that I was running mail/web/DNS from those addresses. FiOS and Comcast both offer static IP, but only one and for a large price. But y''all helped me decide to kick Comcast to the gutter they belong in. Thanks GeorgeC W2DB 2360 On 03/17/2016 10:36 AM, Apu wrote: > I find the Comcast set-top boxes to be more responsive than the FiOS > STBs but, as far as Internet access, inbound access to various ports > (SSH, IAX, SIP, etc.), uptime, etc., I've had no problems in New Jersey. > Only port 25 outbound is blocked as far as I've noticed, which is > fairly typical. > From km4nrj at gmail.com Thu Mar 17 16:48:24 2016 From: km4nrj at gmail.com (KM4NRJ FLORIDA) Date: Thu, 17 Mar 2016 12:48:24 -0400 Subject: [App_rpt-users] Stuttering like a two bit sample without closure. Message-ID: What is with the amount of stuttering I have noticed over the last 2 months from various nodes and networks all over? It started intermittently and there has been multiple discussion consisting theory of latency, bandwidth, processor loading, codecs, (specifically ULaw) to the earth curvature not being consistent. It is also not contained to any transport medium whether, fiber, cable, DSL, or damp string. Could it be our Internet gurus are suffering from capacity and growing pains, or perhaps the PTB dirtboxes need a overdue expansion in government OMB capital? I an curious. It isn't just restricted to small networks. The big unlimited data center connections are stuttering like DJHam on epinephrine. IRLP (sigh) is sounding better.... Lately..... For a second....... Thank you for your thoughts and expertise in advance. Chuck Powell KM4NRJ On Mar 16, 2016 12:00 PM, wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users at ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner at ohnosec.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > > Today's Topics: > > 1. Re: App_rpt-users Digest, Vol 85, Issue 26 (Bryan Fields) > 2. Re: Yet another overpriced USB sound dongle (Kevin Custer) > 3. Re: Yet another overpriced USB sound dongle (Andrew Sylthe) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 16 Mar 2016 09:02:33 -0400 > From: Bryan Fields > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 26 > Message-ID: <56E95969.5020704 at bryanfields.net> > Content-Type: text/plain; charset=windows-1252 > > On 3/16/16 7:46 AM, Bryan D. Boyle wrote: > > Time is worth something; reinventing the wheel to accomplish what already > > exists is, to me, and me only, a waste of time. > > But there are lots of retired hams who have more time than money. I'm not > one > just yet :( > > It's funny, I sell quantar firmware SIMMs on eBay, and I have clearly > stated > in the ad if you want >1 I'll knock 25 bux off. I had a fella message me > with > this gem yesterday when I refused his half price offer for one unit. > > "WHY YOU CHARGE SUCH HIGH PRICE FOR SOMETHIN YOU BUILD IN 10 MIN! IT > DOCUMENTTED ON THE WEB WHAT YOU SELL! WHAT THINK YOU DESERVE FOR COPYING > SOME > ONE ELSE WORK AND SELLING IT!" > > He gave me this link, http://wiki.w9cr.net/index.php/Quantar#SIMM_info > implying I copied how to do it from there.. > > I made up some docs, take time and test each one and then package it. > You're > paying for my time and the convenience. Too much? I've documented it and > you're free to build it yourself. > > Some people, right? :) > > 73's W9CR > -- > Bryan Fields > > 727-409-1194 - Voice > 727-214-2508 - Fax > http://bryanfields.net > > > ------------------------------ > > Message: 2 > Date: Wed, 16 Mar 2016 09:15:50 -0400 > From: Kevin Custer > To: Steve Wright , app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Yet another overpriced USB sound dongle > Message-ID: <56E95C86.5000206 at kuggie.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > On 3/15/2016 10:45 PM, Steve Wright wrote: > > > > I detect a shill, and a cleverly crafted release of a product. > > It wasn't planned, Steve. I simply took advantage of an opportunity. > It was probably a little premature, but whatever. > > > > > While I am able to plug a handful of two-dollar USB audio devices into > > an RPI3 and use the onboard I/O for signalling, I am probably going to > > go and do that. > > > > Good luck! Sounds like the millionaire hams love it already! Us poor > > church mice will stick with the <$100 solution - that is, for the > > entire node - not just for a single USB audio device! > > No one is going to get rich from a $35 USB radio adapter - considering > the cost of the circuit board and components. Genuine C-Media CM119A's > are not easily sourced, as there are LOTS of fakes out there. My > product considers the spirit of amateur radio, allowing someone to build > something, learn about it, and save money. > > If you feel the advantages of this product offering doesn't merit its > price, that's okay. But, it does have several advantages over a simple > FOB, and it's obvious you didn't read about it to see what they are. > So, I'll take that into consideration for what it's worth. > > Kevin > > > ------------------------------ > > Message: 3 > Date: Wed, 16 Mar 2016 08:29:33 -0500 > From: Andrew Sylthe > To: Kevin Custer > Cc: Steve Wright , app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Yet another overpriced USB sound dongle > Message-ID: > < > CAMbt3dvKrvobthCGVFfS8JFkchkr16spJ-ebZVqhwnfkjt6E1g at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I've had good luck purchasing them from this outfit: > http://www.semiconductorstore.com/cart/pc/viewPrd.asp?idproduct=48285 > On Mar 16, 2016 8:25 AM, "Kevin Custer" wrote: > > > On 3/15/2016 10:45 PM, Steve Wright wrote: > > > >> > >> I detect a shill, and a cleverly crafted release of a product. > >> > > > > It wasn't planned, Steve. I simply took advantage of an opportunity. It > > was probably a little premature, but whatever. > > > > > >> While I am able to plug a handful of two-dollar USB audio devices into > an > >> RPI3 and use the onboard I/O for signalling, I am probably going to go > and > >> do that. > >> > >> Good luck! Sounds like the millionaire hams love it already! Us poor > >> church mice will stick with the <$100 solution - that is, for the entire > >> node - not just for a single USB audio device! > >> > > > > No one is going to get rich from a $35 USB radio adapter - considering > the > > cost of the circuit board and components. Genuine C-Media CM119A's are > not > > easily sourced, as there are LOTS of fakes out there. My product > considers > > the spirit of amateur radio, allowing someone to build something, learn > > about it, and save money. > > > > If you feel the advantages of this product offering doesn't merit its > > price, that's okay. But, it does have several advantages over a simple > > FOB, and it's obvious you didn't read about it to see what they are. So, > > I'll take that into consideration for what it's worth. > > > > Kevin > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down > > to the bottom of the page. Enter your email address and press the > > "Unsubscribe or edit options button" > > You do not need a password to unsubscribe, you can do it via email > > confirmation. If you have trouble unsubscribing, please send a message to > > the list detailing the problem. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://ohnosec.org/pipermail/app_rpt-users/attachments/20160316/c33f0c4c/attachment-0001.html > > > > ------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > End of App_rpt-users Digest, Vol 85, Issue 30 > ********************************************* > -------------- next part -------------- An HTML attachment was scrubbed... URL: From holldrl at gt.rr.com Thu Mar 17 23:05:32 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Thu, 17 Mar 2016 23:05:32 +0000 Subject: [App_rpt-users] Pass Way Message-ID: <20160317230532.J6X71.59850.root@dnvrco-web26> holldrl at gt.rr.com pass way March 2, can you take hem off your email From holldrl at gt.rr.com Thu Mar 17 23:21:49 2016 From: holldrl at gt.rr.com (holldrl at gt.rr.com) Date: Thu, 17 Mar 2016 23:21:49 +0000 Subject: [App_rpt-users] Pass Way In-Reply-To: <20160317230532.J6X71.59850.root@dnvrco-web26> Message-ID: <20160317232149.4IQSL.60023.root@dnvrco-web26> ---- holldrl at gt.rr.com wrote: > holldrl at gt.rr.com pass way March 2, can you take hem off your email > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From n7jct at aplaceonthe.net Fri Mar 18 02:56:03 2016 From: n7jct at aplaceonthe.net (Thor Wiegman) Date: Thu, 17 Mar 2016 19:56:03 -0700 Subject: [App_rpt-users] USB Sound Dongle Challenges In-Reply-To: References: Message-ID: <56EB6E43.4010707@aplaceonthe.net> So I get that we're restricted to the C-Media chips. That's fine, they certainly capable of way better audio than we're using on a 3K communications circuit. It's a fine device for audio, way more excellent than we need. But why limit ourselves to using the audio chip for digital I/O? We already know that the parallel port can be used for this I/O (smoke 'em if you got 'em). So it is possible to use something other than the audio chip. For applications with Raspberry Pi, what about using the GPIO pins? For Pi and all others why not a USB relay board? Something like the IC Station ICSE013A would give us PTT and another relay for things like fans or whatnot for about $5. For a few more bucks you could get the ICSE012A or ICSE014A and have even more output control. I've also seen some USB I/O boards for about $5 that give 16 pins, your choice of input or output on each. If these could be adapted then chan_simpleusb could be used and the radio can provide COR and CTCSS. I'm just trying to think of ways we can use what we already have or to use cheap stuff that's commonly available. I On 03/15/2016 06:51 PM, app_rpt-users-request at ohnosec.org wrote: > Message: 1 > Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) > From: Jim Aspinwall > To: "app_rpt-users at ohnosec.org" > Subject: [App_rpt-users] USB Sound Dongle Challenges > Message-ID: > <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> > Content-Type: text/plain; charset="utf-8" > > > The original CM-108/-109-based products a few have documented mods for are evaporating from common availability.? > A few of us have ordered or tried to order from "known good links" (circa 2014/2015) off Amazon or eBay only to encounter dead/expired/no-longer-available links or "byte the bullet" and opt for a 108/109-claiming look-alike and come up with yet another version of unusable product. > If we can determine the same/similar/equivalent pinout locations between the 108, 109, 119 or whatever different chips we might be able to revise some of the mod docs for alternatives. > However, the latest small batch I acquired came with not pin-exposed chip-on-board (for which there could be more hope) but connection flooded die-on-board implementations and drastically differently layout, no direct access to pins without risking the chip trying to 'uncap' it. > Two recent acquisitions pictured: > http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device has already been proven to work with IRLP and Asterisk via Pi - but I'd like to do the PTT/COS tap-offs. > > http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, but pinouts are obviously a challenge. > > I can try to poke about and see if the exposed-pin CM119 is viable, if someone familiar with the chips or their layout can advice. ?The die-version - good luck? > Ideas? ?Existing updates? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > From erringtona at gmail.com Fri Mar 18 04:30:20 2016 From: erringtona at gmail.com (Andrew Errington) Date: Fri, 18 Mar 2016 13:30:20 +0900 Subject: [App_rpt-users] USB Sound Dongle Challenges In-Reply-To: <56EB6E43.4010707@aplaceonthe.net> References: <56EB6E43.4010707@aplaceonthe.net> Message-ID: I have used CM108 and CM119 in the past, and the SSS1623, which is a compatible chip. You can get a datasheet for the CM119 here: http://www.repeater-builder.com/voip/pdf/cm119-datasheet.pdf Unfortunately, if the chip is epoxy-blobbed you can not get to the GPIO pins as they are not even bonded out- there is no connection to the die itself. I wondered if the mic. mute LED could be used to trigger PTT. It should be possible to turn mic. mute on and off under software control. The mic. mute LED line could drive a PTT transistor. If mic. mute is on, PTT is on, and you are sending audio out, so you don't need to get audio in, hence it doesn't matter that the mic. is muted. Even the cheap USB fobs have a mute LED on board (well, a lot of them do), but the next tier up, with buttons, usually have them and obviously expose the button pins too for CoS detect. The cool thing about using the CM108 GPIO pins originally for PTT is that it makes a neat assembly. Audio Tx, Rx and PTT are all on the same board, so a single, complete, USB device plugs into a single USB port. This is better, I think, than having just audio on the USB device and having to get PTT from somewhere else. Anyway, I wrote some software to link PTT to the CM108/SSS1623 GPIO and got it going, then shelved it. If there was a simple way in software to send mute/unmute to a specific USB sound card then this idea could work. I looked a while ago, but didn't look too hard, or too long. 73, Andrew ZL3AME On 18 March 2016 at 11:56, Thor Wiegman wrote: > So I get that we're restricted to the C-Media chips. That's fine, they > certainly capable of way better audio than we're using on a 3K > communications circuit. It's a fine device for audio, way more excellent > than we need. > > But why limit ourselves to using the audio chip for digital I/O? > > We already know that the parallel port can be used for this I/O (smoke 'em > if you got 'em). So it is possible to use something other than the audio > chip. > > For applications with Raspberry Pi, what about using the GPIO pins? > > For Pi and all others why not a USB relay board? Something like the IC > Station ICSE013A would give us PTT and another relay for things like fans > or whatnot for about $5. For a few more bucks you could get the ICSE012A > or ICSE014A and have even more output control. > > I've also seen some USB I/O boards for about $5 that give 16 pins, your > choice of input or output on each. If these could be adapted then > chan_simpleusb could be used and the radio can provide COR and CTCSS. > > I'm just trying to think of ways we can use what we already have or to use > cheap stuff that's commonly available. I > > > > On 03/15/2016 06:51 PM, app_rpt-users-request at ohnosec.org wrote: > >> Message: 1 >> Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) >> From: Jim Aspinwall >> To: "app_rpt-users at ohnosec.org" >> Subject: [App_rpt-users] USB Sound Dongle Challenges >> Message-ID: >> <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> >> Content-Type: text/plain; charset="utf-8" >> >> >> The original CM-108/-109-based products a few have documented mods for >> are evaporating from common availability.? >> A few of us have ordered or tried to order from "known good links" (circa >> 2014/2015) off Amazon or eBay only to encounter >> dead/expired/no-longer-available links or "byte the bullet" and opt for a >> 108/109-claiming look-alike and come up with yet another version of >> unusable product. >> If we can determine the same/similar/equivalent pinout locations between >> the 108, 109, 119 or whatever different chips we might be able to revise >> some of the mod docs for alternatives. >> However, the latest small batch I acquired came with not pin-exposed >> chip-on-board (for which there could be more hope) but connection flooded >> die-on-board implementations and drastically differently layout, no direct >> access to pins without risking the chip trying to 'uncap' it. >> Two recent acquisitions pictured: >> http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device >> has already been proven to work with IRLP and Asterisk via Pi - but I'd >> like to do the PTT/COS tap-offs. >> >> http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, >> but pinouts are obviously a challenge. >> >> I can try to poke about and see if the exposed-pin CM119 is viable, if >> someone familiar with the chips or their layout can advice. ?The >> die-version - good luck? >> Ideas? ?Existing updates? >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: < >> http://ohnosec.org/pipermail/app_rpt-users/attachments/20160315/36332e55/attachment-0001.html >> > >> >> ------------------------------ >> >> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Fri Mar 18 04:40:35 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Fri, 18 Mar 2016 17:40:35 +1300 Subject: [App_rpt-users] USB Sound Dongle Challenges In-Reply-To: References: Message-ID: <56EB86C3.3040301@meshnetworks.co.nz> On 18/03/16 15:56, Thor Wiegman @ohnosec.org wrote: > > [....] why limit ourselves to using the audio chip for digital I/O? > > > For Pi and all others why not a USB relay board? [....] > some USB I/O boards for about $5 that give 16 pins, your > choice of input or output on each. If these could be adapted then > chan_simpleusb could be used and the radio can provide COR and CTCSS. Yup, while it was cool before, but now that USB I/O is just not required. The little single board PCs are a far better proposition than a retired white-box, in almost every way, unless you don't want to pay $50 for a repeater controller. The quad-core RPI3 and it's kin are the new easy, with so so so much I/O on board, and it's crazy-easy to use it. What else can we put in software on these boards? MPPT controller? Steve From cummingsj at gmail.com Fri Mar 18 12:54:10 2016 From: cummingsj at gmail.com (JJC) Date: Fri, 18 Mar 2016 06:54:10 -0600 Subject: [App_rpt-users] USB Sound Dongle Challenges In-Reply-To: <56EB86C3.3040301@meshnetworks.co.nz> References: <56EB86C3.3040301@meshnetworks.co.nz> Message-ID: <800EF566-9327-4506-B28E-E2B4B8557D86@gmail.com> On my RasPI 2b I run (in addition to allstar) an APRS iGate using pyaprsmultimon and little cheap rtl-sdr, I have also turned several of the GPIO pins into relay controllers for remote power cycle of devices control etc.. I'm keeping the project documented at http://enhanced.girhub.io Sent from the iRoad > On Mar 17, 2016, at 22:40, Steve Wright wrote: > > On 18/03/16 15:56, > > Thor Wiegman > > @ohnosec.org wrote: >> >> [....] why limit ourselves to using the audio chip for digital I/O? >> >> >> For Pi and all others why not a USB relay board? [....] >> some USB I/O boards for about $5 that give 16 pins, your >> choice of input or output on each. If these could be adapted then >> chan_simpleusb could be used and the radio can provide COR and CTCSS. > > Yup, while it was cool before, but now that USB I/O is just not required. The little single board PCs are a far better proposition than a retired white-box, in almost every way, unless you don't want to pay $50 for a repeater controller. > > The quad-core RPI3 and it's kin are the new easy, with so so so much I/O on board, and it's crazy-easy to use it. > > What else can we put in software on these boards? MPPT controller? > > > Steve > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From kizzy at lusfiber.net Fri Mar 18 13:01:06 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Fri, 18 Mar 2016 08:01:06 -0500 Subject: [App_rpt-users] ACID Error Lockup Message-ID: <56EBFC12.3080400@lusfiber.net> I have an ACID distribution running. Last night I ran an "astres.sh" after minor change to the rpt.conf file, and everything went away. No radio, no internet, just dead. Details below. Has anyone dealt with this? {This is a Dell PC and an URI.} I went to the repeater site and found the monitor filled with "cannot submit datapipe for urb 0, error -22: internal error" The last line was partially truncated. The keyboard was dead. Pressing the power button did not start a shutdown. Finally holding the power button down to dump the power and then restarting the machine brought things back to life. Any information appreciated. ...STeve - KF5VH From kb4fxc at inttek.net Fri Mar 18 13:15:34 2016 From: kb4fxc at inttek.net (David McGough) Date: Fri, 18 Mar 2016 09:15:34 -0400 (EDT) Subject: [App_rpt-users] ACID Error Lockup In-Reply-To: <56EBFC12.3080400@lusfiber.net> Message-ID: Hi Steve, My #1 guess is PC hardware stability issues, roughly in this order: Power Supply and/or fan(s), DRAM, MoBo, CPU. Also, some MoBo's have poor cooling on various HOT components and start to fail after several years. One wonderful thing about Linux is that it's easy to swap boxes! 73, David KB4FXC On Fri, 18 Mar 2016, Steve Mahler wrote: > I have an ACID distribution running. Last night I ran an "astres.sh" > after minor change to the rpt.conf file, and everything went away. No > radio, no internet, just dead. Details below. Has anyone dealt with > this? {This is a Dell PC and an URI.} > > I went to the repeater site and found the monitor filled with > "cannot submit datapipe for urb 0, error -22: internal error" > > The last line was partially truncated. The keyboard was dead. Pressing > the power button did not start a shutdown. Finally holding the power > button down to dump the power and then restarting the machine brought > things back to life. Any information appreciated. > > ...STeve - KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > From kk6ecm at gmail.com Fri Mar 18 14:06:44 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Fri, 18 Mar 2016 07:06:44 -0700 Subject: [App_rpt-users] ACID Error Lockup In-Reply-To: <56EBFC12.3080400@lusfiber.net> References: <56EBFC12.3080400@lusfiber.net> Message-ID: <218FA886-5AD5-4F4E-A591-E5EDBE237F83@gmail.com> Same experience with my last ACID build on a mini-ITX. Installed DIAL, which was a bit more forgiving. Troubleshooting revealed the USB hardware was degrading. Discovered stability returned after moving the nodes to two separate hubs on the motherboard. Having put the repeater back online with an interim RPi 2 using DIAL I decided not to use the Mini-ITX any more, after receiving complements on the audio quality with the RPi 2. Easy decision :-) Thanks, Bob kk6ecm 73 Sent from iPad > On Mar 18, 2016, at 6:01 AM, Steve Mahler wrote: > > I have an ACID distribution running. Last night I ran an "astres.sh" after minor change to the rpt.conf file, and everything went away. No radio, no internet, just dead. Details below. Has anyone dealt with this? {This is a Dell PC and an URI.} > > I went to the repeater site and found the monitor filled with > "cannot submit datapipe for urb 0, error -22: internal error" > > The last line was partially truncated. The keyboard was dead. Pressing the power button did not start a shutdown. Finally holding the power button down to dump the power and then restarting the machine brought things back to life. Any information appreciated. > > ...STeve - KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From mike at midnighteng.com Fri Mar 18 14:18:28 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Fri, 18 Mar 2016 10:18:28 -0400 Subject: [App_rpt-users] ACID Error Lockup In-Reply-To: <56EBFC12.3080400@lusfiber.net> References: <56EBFC12.3080400@lusfiber.net> Message-ID: <64039c5ed2e0d7ba84cfe6a6153b2755.squirrel@webmail.midnighteng.com> If you have updated system files, you might want to re-compile. You might also want to turn off all built-in devices not in use in the bios set-up. (parallel,serial, sound, some usb hubs etc) IRQ / PNP issues. And force a update to the PNP data when done if not automatic. Process of elimination in the end. ...mike/kb8jnm > I have an ACID distribution running. Last night I ran an "astres.sh" > after minor change to the rpt.conf file, and everything went away. No > radio, no internet, just dead. Details below. Has anyone dealt with > this? {This is a Dell PC and an URI.} > > I went to the repeater site and found the monitor filled with > "cannot submit datapipe for urb 0, error -22: internal error" > > The last line was partially truncated. The keyboard was dead. Pressing > the power button did not start a shutdown. Finally holding the power > button down to dump the power and then restarting the machine brought > things back to life. Any information appreciated. > > ...STeve - KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From mark.rogers at gmail.com Fri Mar 18 14:28:42 2016 From: mark.rogers at gmail.com (Mark Rogers) Date: Fri, 18 Mar 2016 08:28:42 -0600 Subject: [App_rpt-users] USB Sound Dongle Challenges In-Reply-To: References: <56EB6E43.4010707@aplaceonthe.net> Message-ID: Andrew, It may be possible to use the buttons and lights on a cheap FOB. I did some experimenting this morning with this one: http://www.ebay.com/itm/272147472525 I'm using Windows 10 and I muted the microphone as described here: https://elonblackman.wordpress.com/2010/01/18/how-to-mute-microphone-in-windows-7/ Doing so caused the mute light on the FOB to turn on. Similarly, the OS detected presses of the microphone mute, speaker mute, and volume buttons on the FOB and showed the effects in the mixer controls for that sound device. They did not apply to my computer's built-in sound hardware, so it's not the same as using the volume controls on my keyboard. While this doesn't show how to do it in Linux, it at least shows that it's a possibility. 73, Mark On Thu, Mar 17, 2016 at 10:30 PM, Andrew Errington wrote: > I have used CM108 and CM119 in the past, and the SSS1623, which is a > compatible chip. You can get a datasheet for the CM119 here: > http://www.repeater-builder.com/voip/pdf/cm119-datasheet.pdf > > Unfortunately, if the chip is epoxy-blobbed you can not get to the GPIO > pins as they are not even bonded out- there is no connection to the die > itself. > > I wondered if the mic. mute LED could be used to trigger PTT. It should > be possible to turn mic. mute on and off under software control. The mic. > mute LED line could drive a PTT transistor. If mic. mute is on, PTT is on, > and you are sending audio out, so you don't need to get audio in, hence it > doesn't matter that the mic. is muted. > > Even the cheap USB fobs have a mute LED on board (well, a lot of them do), > but the next tier up, with buttons, usually have them and obviously expose > the button pins too for CoS detect. > > The cool thing about using the CM108 GPIO pins originally for PTT is that > it makes a neat assembly. Audio Tx, Rx and PTT are all on the same board, > so a single, complete, USB device plugs into a single USB port. This is > better, I think, than having just audio on the USB device and having to get > PTT from somewhere else. > > Anyway, I wrote some software to link PTT to the CM108/SSS1623 GPIO and > got it going, then shelved it. If there was a simple way in software to > send mute/unmute to a specific USB sound card then this idea could work. I > looked a while ago, but didn't look too hard, or too long. > > 73, > > Andrew ZL3AME > > On 18 March 2016 at 11:56, Thor Wiegman wrote: > >> So I get that we're restricted to the C-Media chips. That's fine, they >> certainly capable of way better audio than we're using on a 3K >> communications circuit. It's a fine device for audio, way more excellent >> than we need. >> >> But why limit ourselves to using the audio chip for digital I/O? >> >> We already know that the parallel port can be used for this I/O (smoke >> 'em if you got 'em). So it is possible to use something other than the >> audio chip. >> >> For applications with Raspberry Pi, what about using the GPIO pins? >> >> For Pi and all others why not a USB relay board? Something like the IC >> Station ICSE013A would give us PTT and another relay for things like fans >> or whatnot for about $5. For a few more bucks you could get the ICSE012A >> or ICSE014A and have even more output control. >> >> I've also seen some USB I/O boards for about $5 that give 16 pins, your >> choice of input or output on each. If these could be adapted then >> chan_simpleusb could be used and the radio can provide COR and CTCSS. >> >> I'm just trying to think of ways we can use what we already have or to >> use cheap stuff that's commonly available. I >> >> >> >> On 03/15/2016 06:51 PM, app_rpt-users-request at ohnosec.org wrote: >> >>> Message: 1 >>> Date: Tue, 15 Mar 2016 22:05:54 +0000 (UTC) >>> From: Jim Aspinwall >>> To: "app_rpt-users at ohnosec.org" >>> Subject: [App_rpt-users] USB Sound Dongle Challenges >>> Message-ID: >>> <504928773.650221.1458079554502.JavaMail.yahoo at mail.yahoo.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> >>> The original CM-108/-109-based products a few have documented mods for >>> are evaporating from common availability.? >>> A few of us have ordered or tried to order from "known good links" >>> (circa 2014/2015) off Amazon or eBay only to encounter >>> dead/expired/no-longer-available links or "byte the bullet" and opt for a >>> 108/109-claiming look-alike and come up with yet another version of >>> unusable product. >>> If we can determine the same/similar/equivalent pinout locations between >>> the 108, 109, 119 or whatever different chips we might be able to revise >>> some of the mod docs for alternatives. >>> However, the latest small batch I acquired came with not pin-exposed >>> chip-on-board (for which there could be more hope) but connection flooded >>> die-on-board implementations and drastically differently layout, no direct >>> access to pins without risking the chip trying to 'uncap' it. >>> Two recent acquisitions pictured: >>> http://www.no1pc.org/radio/NewerChip.jpg?- CM119 chip - one such device >>> has already been proven to work with IRLP and Asterisk via Pi - but I'd >>> like to do the PTT/COS tap-offs. >>> >>> http://www.no1pc.org/radio/DieOnBoard2.jpg?- not yet sure of the chip, >>> but pinouts are obviously a challenge. >>> >>> I can try to poke about and see if the exposed-pin CM119 is viable, if >>> someone familiar with the chips or their layout can advice. ?The >>> die-version - good luck? >>> Ideas? ?Existing updates? >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: < >>> http://ohnosec.org/pipermail/app_rpt-users/attachments/20160315/36332e55/attachment-0001.html >>> > >>> >>> ------------------------------ >>> >>> >>> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawpbx at gmail.com Fri Mar 18 15:27:52 2016 From: shawpbx at gmail.com (David Shaw) Date: Fri, 18 Mar 2016 08:27:52 -0700 Subject: [App_rpt-users] Verizon & Asterisk/Allstar In-Reply-To: <56EAC37E.3050006@dyb.com> References: <56EAC0FC.4040204@spfld.com> <56EAC37E.3050006@dyb.com> Message-ID: Fios does not like UDP packets. Verizon will not fix the problem. I live in Murrieta, CA.. Good luck if you move to Verizon. HOST: system0.ke6upi.com Loss% Snt Last Avg Best Wrst StDev 1. 72.67.127.1 0.0% 100 3.1 5.5 2.7 77.7 8.8 2. 130.81.146.122 0.0% 100 12.2 11.6 7.7 23.6 3.0 3. 130.81.199.98 29.0% 100 21.2 14.5 7.6 37.5 9.4 4. 140.222.227.15 74.0% 100 66.0 24.1 8.1 111.7 26.4 5. 140.222.227.19 0.0% 100 64.3 21.5 7.5 214.9 28.5 6. 152.63.114.213 1.0% 100 8.1 12.3 7.5 53.7 6.0 7. 80.91.247.171 0.0% 100 12.3 13.8 7.6 59.1 6.9 8. 213.155.134.77 0.0% 100 23.7 21.5 8.7 61.7 5.6 9. 62.115.134.159 0.0% 100 20.4 21.4 17.8 27.0 1.8 10. 62.115.134.171 0.0% 100 21.7 21.7 17.8 27.4 1.6 11. 162.213.61.60 0.0% 100 23.2 21.7 20.2 25.1 1.0 -- In 1988, America was strong. We had Ronald Reagan, Steve Jobs, Johnny Cash, and Bob Hope. Today, we have Obama, no Jobs, no Cash, and no Hope. Thanks, David On Thu, Mar 17, 2016 at 7:47 AM, George Csahanin wrote: > Thanks for the quick replies. I am, in fact, in NJ (Toms River) so the > info from Apu is great. > > I was very spoiled for almost 20 years, first TCI cable (DFW) then AT&T > with having static IP addresses but nobody in NJ (ok, two choices) provides > that. With TCI (when it all worked) I had 4 addresses, with AT&T from > 2001-2015 had a /29 network, five useable addresses. I miss it because AT&T > didn't care that I was running mail/web/DNS from those addresses. > > FiOS and Comcast both offer static IP, but only one and for a large price. > > But y''all helped me decide to kick Comcast to the gutter they belong in. > > Thanks > > GeorgeC > W2DB > 2360 > > > On 03/17/2016 10:36 AM, Apu wrote: > >> I find the Comcast set-top boxes to be more responsive than the FiOS >> STBs but, as far as Internet access, inbound access to various ports >> (SSH, IAX, SIP, etc.), uptime, etc., I've had no problems in New Jersey. >> Only port 25 outbound is blocked as far as I've noticed, which is >> fairly typical. >> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- HOST: system0.ke6upi.com Loss% Snt Last Avg Best Wrst StDev 1. 72.67.127.1 0.0% 100 3.1 5.5 2.7 77.7 8.8 2. 130.81.146.122 0.0% 100 12.2 11.6 7.7 23.6 3.0 3. 130.81.199.98 29.0% 100 21.2 14.5 7.6 37.5 9.4 4. 140.222.227.15 74.0% 100 66.0 24.1 8.1 111.7 26.4 5. 140.222.227.19 0.0% 100 64.3 21.5 7.5 214.9 28.5 6. 152.63.114.213 1.0% 100 8.1 12.3 7.5 53.7 6.0 7. 80.91.247.171 0.0% 100 12.3 13.8 7.6 59.1 6.9 8. 213.155.134.77 0.0% 100 23.7 21.5 8.7 61.7 5.6 9. 62.115.134.159 0.0% 100 20.4 21.4 17.8 27.0 1.8 10. 62.115.134.171 0.0% 100 21.7 21.7 17.8 27.4 1.6 11. 162.213.61.60 0.0% 100 23.2 21.7 20.2 25.1 1.0 From ke6sth at ke6sth.ampr.org Fri Mar 18 17:05:56 2016 From: ke6sth at ke6sth.ampr.org (Sione Ragle) Date: Fri, 18 Mar 2016 10:05:56 -0700 Subject: [App_rpt-users] ACID Error Lockup In-Reply-To: <64039c5ed2e0d7ba84cfe6a6153b2755.squirrel@webmail.midnighteng.com> References: <56EBFC12.3080400@lusfiber.net> <64039c5ed2e0d7ba84cfe6a6153b2755.squirrel@webmail.midnighteng.com> Message-ID: <56EC3574.7070206@ke6sth.ampr.org> Mine would lockup as well had to power cycle it, I upgraded to DIAL I don't see that problem anymore. Been running DIAL for a while now I use to have this lockup couple times a week. On 3/18/2016 7:18 AM, mike at midnighteng.com wrote: > If you have updated system files, you might want to re-compile. > > You might also want to turn off all built-in devices not in use in the bios set-up. > (parallel,serial, sound, some usb hubs etc) > IRQ / PNP issues. And force a update to the PNP data when done if not automatic. > > Process of elimination in the end. > > ...mike/kb8jnm > > >> I have an ACID distribution running. Last night I ran an "astres.sh" >> after minor change to the rpt.conf file, and everything went away. No >> radio, no internet, just dead. Details below. Has anyone dealt with >> this? {This is a Dell PC and an URI.} >> >> I went to the repeater site and found the monitor filled with >> "cannot submit datapipe for urb 0, error -22: internal error" >> >> The last line was partially truncated. The keyboard was dead. Pressing >> the power button did not start a shutdown. Finally holding the power >> button down to dump the power and then restarting the machine brought >> things back to life. Any information appreciated. >> >> ...STeve - KF5VH >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From brett at woollum.com Fri Mar 18 22:31:27 2016 From: brett at woollum.com (Brett Woollum) Date: Fri, 18 Mar 2016 15:31:27 -0700 (PDT) Subject: [App_rpt-users] RTCM and Quantar Interfacing Message-ID: <533656788.13916.1458340287391.JavaMail.zimbra@tekify.com> Hi Everyone! I wanted to share my experiencing setting up DIAL with RTCM's in hopes it will help the next person who searches for similar information. I have a Motorola Quantar (Quantro technically) repeater that has been set up for in-cabinet repeat. We've been having issues with handhelds not being able to talk into the system very well, especially in certain areas such as inside buildings. Our solution to this is to add remote voting receivers and feed them back to the repeater for transmission. I thought about doing it the traditional way using RF links and a central voter, but found app_rpt and RTCM's to be a more flexible solution. Plus, we already have an IP network to use as the transport between sites. At the moment I have an RTCM connected to the Quantar's 50-pin telco connector. The Quantar has a 4-wire wireline board installed, though I've configured the Quantar for an enhanced 8-wire card using the drop-down option in the software. We have one remote RTCM for testing. This is currently connected to a Motorola CDM1250 which is configured for receive-only. Some things I learned that I would like to share: Use the right pins on the Quantar! My first mistake was connecting the RTCM's audio to pins 1 and 2 on the 50-pin telco connector, thinking I would just go into the software and configure the repeater to put audio on those pins. Of course this didn't work. Use pins 5 and 30 on the 50-pin connector for your RTCM audio! The other pins for COR/PL and TX were easy (don't forget to add the wildcard entries as necessary to make these work!). Set up a VoIP Phone Setting up a remote SIP phone to listen in is a must! I would have continued to struggle if I hadn't set up a VoIP phone reverse-autopatch style. It was super easy using the instructions found in another thread on this list. Being able to call in and listen directly to the server was immensely helpful in diagnosing issues. I was able to figure out if the audio problems were on the receive or transmit side. I have a physical VoIP phone and a iPhone VoIP phone app connected. Recording is a must! I've configured app_rpt to record sound files on the server's hard drive. This allows me to re-play audio files and hear what the audio sounded like from the server's perspective. Again, this has been extremely helpful in allowing me to diagnose where in the system audio problems are coming from. A recent example of this was choppy transmit audio. I was able to go back and listen to the audio files, which sounded fine. This helped me narrow down on the problem, which turned out to be an issue between the server and the RTCM at the transmitter site (lack of QoS on a network link feeding the RTCM at the transmitter site). Crappy Transmit Audio I ran into an issue where the repeated audio sounded really bassy, muffled, and not very understandable. Compared to a typical simplex radio-to-radio transmission, the audio through the repeater (RTCM and Dial) was unacceptable. What I discovered was that the RTCM has an internal pre-emphasis function that was disabled. See, I had intentionally disabled "txctsss" and "txctcsslevel" in voter.conf because I didn't want the RTCM transmitting CTCSS (the Quantar was doing that for me already). I ultimately found a post online that said enabling txctcss = some valid tone (114.8 in our case) and setting txctcsslevel = 0 would turn on the pre-emphasis function in the RTCM without transmitting CTCSS tones. I did, and it worked like a charm! Audio now had more treble and was less bassy/muffled. So, future RTCM users, be sure not to comment out txctcss and txctcsslevel in voter.conf! Just enable and set the level to 0. You'll thank me later. Network Quality Your IP Network quality is important here. In our case I had to manually ensure we had a rule in our routers to prioritize traffic on UDP port 667 so that RTCM audio was given priority over other traffic. I recommend the same. RX/TX Buffers are NOT Both Millisecond Values I assumed an RX buffer (in voter.conf) of 120ms would be equivalent of a TX buffer (in the RTCM) of 120ms. Even though I followed the directions and set the buffers correctly, I only later realized the TX buffer was the number of 125 microsecond intervals, where the RX buffer is in milliseconds. I ended with an RX buffer of 160ms and TX buffer of 900 (high just to be safe). Don't Disable COR on the RTCM At one point I tried to disable COR on the RTCM since I was feeding it a PL signal from the Quantar. While it worked, it seemed to have disabled the RTCM's ability to measure RSSI, and therefore always reported a full 255 RSSI. Not good when trying to vote. Hopefully future RTCM's will have softpots for adjustments instead of physical adjustment screws. This would be great because the pots could be adjusted remotely without a trip to the remote site. So far the system seems to be working well! I need to make some minor adjustments to audio and squelch levels, but other than that everything is working. I'll probably end up picking up another 1-3 RTCM's and setting them up at remote sites to enhance our coverage even further. I hope someone finds this useful down the road! PS: For those of you interested in MDC1200, check out my MDC1200 paging system which works through this Dial/RTCM/Quantar system: https://www.youtube.com/watch?v=8QQa4krAxQI Brett Woollum -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Sun Mar 20 14:47:13 2016 From: baldwin88 at yahoo.com (Fran) Date: Sun, 20 Mar 2016 14:47:13 +0000 (UTC) Subject: [App_rpt-users] RTCM and BBB or RAS PI References: <23800277.1809187.1458485233427.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <23800277.1809187.1458485233427.JavaMail.yahoo@mail.yahoo.com> Hello, Im currently using a BBB as an Allstar node and would like to have a friends RTCM unit connect to me, which files do I need to modify/add to get him connected. ?? Thx?FrankKB2AYS -------------- next part -------------- An HTML attachment was scrubbed... URL: From n5zua at earthlink.net Sun Mar 20 19:10:30 2016 From: n5zua at earthlink.net (Steve Agee) Date: Sun, 20 Mar 2016 14:10:30 -0500 Subject: [App_rpt-users] RTCM and BBB or RAS PI In-Reply-To: <23800277.1809187.1458485233427.JavaMail.yahoo@mail.yahoo.com> References: <23800277.1809187.1458485233427.JavaMail.yahoo.ref@mail.yahoo.com> <23800277.1809187.1458485233427.JavaMail.yahoo@mail.yahoo.com> Message-ID: <56EEF5A6.2080805@earthlink.net> I've never personally tried it on a BBB but the process would be: Assuming you know how to add his node number to: /etc/asterisk/rpt.conf /etc/asterisk/iax.conf /etc/asterisk/extensions.conf Then you need to add/modify: /etc/asterisk/voter.conf Also, if your BBB is using anything other than the default port 4569, then you would need to log in to the Allstar web site and change the port number there as well. N5ZUA On 3/20/2016 9:47 AM, Fran wrote: > Hello, > > Im currently using a BBB as an Allstar node and would like to have a > friends RTCM unit connect to me, which files do I need to modify/add > to get him connected. > > Thx > Frank > KB2AYS > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rpt2 at chuck.midlandsnetworking.com Sun Mar 20 21:27:37 2016 From: rpt2 at chuck.midlandsnetworking.com (Chuck Henderson) Date: Sun, 20 Mar 2016 16:27:37 -0500 Subject: [App_rpt-users] RTCM and BBB or RAS PI In-Reply-To: <56EEF5A6.2080805@earthlink.net> References: <23800277.1809187.1458485233427.JavaMail.yahoo.ref@mail.yahoo.com> <23800277.1809187.1458485233427.JavaMail.yahoo@mail.yahoo.com> <56EEF5A6.2080805@earthlink.net> Message-ID: You will also need to set up port forwarding in your internet router to forward the UDP voter port to your server. On Sun, Mar 20, 2016 at 2:10 PM, Steve Agee wrote: > I've never personally tried it on a BBB but the process would be: > > Assuming you know how to add his node number to: > /etc/asterisk/rpt.conf > /etc/asterisk/iax.conf > /etc/asterisk/extensions.conf > > Then you need to add/modify: > /etc/asterisk/voter.conf > > Also, if your BBB is using anything other than the default port 4569, then > you would need to log in to the Allstar web site and change the port number > there as well. > > N5ZUA > > > On 3/20/2016 9:47 AM, Fran wrote: > > Hello, > > Im currently using a BBB as an Allstar node and would like to have a > friends RTCM unit connect to me, which files do I need to modify/add to get > him connected. > > Thx > Frank > KB2AYS > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.babich at gmail.com Mon Mar 21 17:23:43 2016 From: kevin.babich at gmail.com (Kevin Babich) Date: Mon, 21 Mar 2016 12:23:43 -0500 Subject: [App_rpt-users] usbradio.conf Message-ID: All, When after adding an EEPROM to the RIM, does the usb stanza require eprom = 1 or 0 to enable EEPROM? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 Mobile: 219.406.9707 Cessna 421 Cesssna Conquest I/II Beechcraft King Air 90/200 ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt From szingman at msgstor.com Mon Mar 21 17:27:18 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 21 Mar 2016 13:27:18 -0400 Subject: [App_rpt-users] usbradio.conf In-Reply-To: References: Message-ID: <56F02EF6.7060308@msgstor.com> eeprom = 1 On 3/21/2016 1:23 PM, Kevin Babich wrote: > All, > > When after adding an EEPROM to the RIM, does the usb stanza require eprom = 1 or 0 to enable EEPROM? > > Kindest Regards, > > Kevin Babich | N9IAA > Valparaiso, IN 46383 > > Mobile: 219.406.9707 > > Cessna 421 > Cesssna Conquest I/II > Beechcraft King Air 90/200 > > ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From kuggie at kuggie.com Mon Mar 21 19:43:35 2016 From: kuggie at kuggie.com (Kevin Custer) Date: Mon, 21 Mar 2016 15:43:35 -0400 Subject: [App_rpt-users] Raspberry Pi3 Message-ID: <56F04EE7.2000802@kuggie.com> A friend of mine asked me to help him with replacing two of his older Dell PC installations with Raspberry Pi 2's. I've ordered several Raspberry Pi2's in the past from Amazon. When I ordered his two, I used the "Reorder" button from a previous Pi2 order. When they arrived, they were the latest model Pi3. Anyway - has anyone here tried installing the DIAL image for the Pi2 on a Pi3, and if so, what were your results? I've already asked the developers and the answer is - "it should work". I'm going to try it, but I wondered if anyone had already and what they experienced. Thanks, Kevin Custer - W3KKC From cummingsj at gmail.com Mon Mar 21 19:47:25 2016 From: cummingsj at gmail.com (JJC) Date: Mon, 21 Mar 2016 13:47:25 -0600 Subject: [App_rpt-users] Raspberry Pi3 In-Reply-To: <56F04EE7.2000802@kuggie.com> References: <56F04EE7.2000802@kuggie.com> Message-ID: All of the documentation says that the hardware is fully compatible... I have one that I will be building a repeater on top of myself. JJC N0PKT On Mon, Mar 21, 2016 at 1:43 PM, Kevin Custer wrote: > A friend of mine asked me to help him with replacing two of his older Dell > PC installations with Raspberry Pi 2's. I've ordered several Raspberry > Pi2's in the past from Amazon. When I ordered his two, I used the > "Reorder" button from a previous Pi2 order. When they arrived, they were > the latest model Pi3. > > Anyway - has anyone here tried installing the DIAL image for the Pi2 on a > Pi3, and if so, what were your results? > > I've already asked the developers and the answer is - "it should work". > I'm going to try it, but I wondered if anyone had already and what they > experienced. > > Thanks, > Kevin Custer - W3KKC > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nledevil at gmail.com Mon Mar 21 20:31:22 2016 From: nledevil at gmail.com (Ryan Schultz) Date: Mon, 21 Mar 2016 15:31:22 -0500 Subject: [App_rpt-users] Raspberry Pi3 In-Reply-To: References: <56F04EE7.2000802@kuggie.com> Message-ID: The PI 3 has a 64-bit processor and the old PI 2 was only 32-bit, so you may run into issues. Ryan W9UEY On Mon, Mar 21, 2016 at 2:47 PM, JJC wrote: > All of the documentation says that the hardware is fully compatible... I > have one that I will be building a repeater on top of myself. > > JJC > N0PKT > > On Mon, Mar 21, 2016 at 1:43 PM, Kevin Custer wrote: > >> A friend of mine asked me to help him with replacing two of his older >> Dell PC installations with Raspberry Pi 2's. I've ordered several >> Raspberry Pi2's in the past from Amazon. When I ordered his two, I used >> the "Reorder" button from a previous Pi2 order. When they arrived, they >> were the latest model Pi3. >> >> Anyway - has anyone here tried installing the DIAL image for the Pi2 on a >> Pi3, and if so, what were your results? >> >> I've already asked the developers and the answer is - "it should work". >> I'm going to try it, but I wondered if anyone had already and what they >> experienced. >> >> Thanks, >> Kevin Custer - W3KKC >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Mon Mar 21 21:24:19 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Mon, 21 Mar 2016 17:24:19 -0400 Subject: [App_rpt-users] Raspberry Pi3 In-Reply-To: <56F04EE7.2000802@kuggie.com> References: <56F04EE7.2000802@kuggie.com> Message-ID: <5B00CB12-0259-4F0A-B894-D2F7D555EA8D@bdboyle.com> well....I'd just burn a card and see. worst is that nothing happens...best is that it works? Not like the card will immolate or cause TMI to meltdown...realise it sounds like crowbar engineering, but sometimes things surprise you, right? -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Mar 21, 2016, at 15:43, Kevin Custer wrote: > > A friend of mine asked me to help him with replacing two of his older Dell PC installations with Raspberry Pi 2's. I've ordered several Raspberry Pi2's in the past from Amazon. When I ordered his two, I used the "Reorder" button from a previous Pi2 order. When they arrived, they were the latest model Pi3. > > Anyway - has anyone here tried installing the DIAL image for the Pi2 on a Pi3, and if so, what were your results? > > I've already asked the developers and the answer is - "it should work". I'm going to try it, but I wondered if anyone had already and what they experienced. > > Thanks, > Kevin Custer - W3KKC > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoffreymendelson at gmail.com Mon Mar 21 23:26:56 2016 From: geoffreymendelson at gmail.com (geoffrey mendelson) Date: Tue, 22 Mar 2016 01:26:56 +0200 Subject: [App_rpt-users] Raspberry Pi3 In-Reply-To: References: <56F04EE7.2000802@kuggie.com> Message-ID: <56F08340.6080309@gmail.com> On 3/21/2016 10:31 PM, Ryan Schultz wrote: > The PI 3 has a 64-bit processor and the old PI 2 was only 32-bit, so > you may run into issues. My friend who is the 3d printing community posted that his software (octoprint) does not run on the Pi3 unless you upgrade to the latest Debian Kernel. I expect you will have the same problem with other software too. Geoff. -- Geoffrey S. Mendelson 4X1GM/N3OWJ Jerusalem Israel. From welfarecat at comcast.net Tue Mar 22 00:14:57 2016 From: welfarecat at comcast.net (Te Bussell) Date: Mon, 21 Mar 2016 20:14:57 -0400 Subject: [App_rpt-users] Raspberry Pi3 In-Reply-To: <56F08340.6080309@gmail.com> References: <56F04EE7.2000802@kuggie.com> <56F08340.6080309@gmail.com> Message-ID: What is the difference between ALLSTAR PI 3 efforts in the US and the UK? There is a recompiled PI 3 version at the UK ALLSTAR site. I was looking at that until I read it does not yet support built-in WiFi. See this very short video: http://youtu.be/RjUHJ0DFon4 KB9WKR Bill Bussell Sent from my iPad > On Mar 21, 2016, at 7:26 PM, geoffrey mendelson wrote: > >> On 3/21/2016 10:31 PM, Ryan Schultz wrote: >> The PI 3 has a 64-bit processor and the old PI 2 was only 32-bit, so you may run into issues. > My friend who is the 3d printing community posted that his software (octoprint) does not run on the Pi3 unless you upgrade to the latest Debian Kernel. I expect you will have the same problem with other software too. > > Geoff. > > -- > Geoffrey S. Mendelson 4X1GM/N3OWJ > Jerusalem Israel. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Tue Mar 22 00:26:29 2016 From: szingman at msgstor.com (Steve Zingman) Date: Mon, 21 Mar 2016 20:26:29 -0400 Subject: [App_rpt-users] Raspberry Pi3 In-Reply-To: References: <56F04EE7.2000802@kuggie.com> <56F08340.6080309@gmail.com> Message-ID: <56F09135.4080308@msgstor.com> It's a separate effort. I have not received my RPi3 yet. I have a few changes planned for the next rev for the Raspberry Pi2 and Pi3. 73, Steve N4IRS On 03/21/2016 08:14 PM, Te Bussell wrote: > What is the difference between ALLSTAR PI 3 efforts in the US and the UK? > > There is a recompiled PI 3 version at the UK ALLSTAR site. I was > looking at that until I read it does not yet support built-in WiFi. > > See this very short video: http://youtu.be/RjUHJ0DFon4 > > KB9WKR > > Bill Bussell > > Sent from my iPad > > On Mar 21, 2016, at 7:26 PM, geoffrey mendelson > wrote: > >> On 3/21/2016 10:31 PM, Ryan Schultz wrote: >>> The PI 3 has a 64-bit processor and the old PI 2 was only 32-bit, so >>> you may run into issues. >> My friend who is the 3d printing community posted that his software >> (octoprint) does not run on the Pi3 unless you upgrade to the latest >> Debian Kernel. I expect you will have the same problem with other >> software too. >> >> Geoff. >> >> -- >> Geoffrey S. Mendelson 4X1GM/N3OWJ >> Jerusalem Israel. >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press >> the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a >> message to the list detailing the problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From wg at hawaii.rr.com Tue Mar 22 02:20:49 2016 From: wg at hawaii.rr.com (Wayne) Date: Mon, 21 Mar 2016 16:20:49 -1000 Subject: [App_rpt-users] cat 200b controller Message-ID: <001b01d183e1$739f6040$5ade20c0$@rr.com> HI All, Anyone out there has done an interface between the cat 200b controller and DMK URI. Thanks Wayne --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at midnighteng.com Tue Mar 22 02:45:17 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Mon, 21 Mar 2016 22:45:17 -0400 Subject: [App_rpt-users] cat 200b controller In-Reply-To: <001b01d183e1$739f6040$5ade20c0$@rr.com> References: <001b01d183e1$739f6040$5ade20c0$@rr.com> Message-ID: I have used cat1000 and app_rpt with PP interface. It's all basically the same. Using the remote base interface, Invert the logic COS -PTT PTT - COS TXaudio - RXaudio RXaudio - TXaudio Inverting the logic on the cos/ptt may require a transistor to make a double inversion. 2n2222 /3904/3906 I can't remember what I used. Just that one problem you will see is getting the proper signal from lines that FLOAT when active or inactive. Hence the transistor. ...mike/kb8jnm > HI All, > > > > Anyone out there has done an interface between the cat 200b controller and > DMK URI. > > > > Thanks > > Wayne > > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From Bryan at bryanfields.net Tue Mar 22 02:57:04 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 21 Mar 2016 22:57:04 -0400 Subject: [App_rpt-users] pciradio to Quantar Message-ID: <56F0B480.1090709@bryanfields.net> I revised my interface diagram, and added a poorly drawn schematic. http://keekles.org/~w9cr/Quantar%20to%20Quad%20PCI%20card.pdf I have this in operation now with two systems and a third coming online. With the proper configuration you can setup the station for in-cabinet repeat of P25 and then analog via the repeater controller. 73's -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From kevin.babich at gmail.com Wed Mar 23 02:18:48 2016 From: kevin.babich at gmail.com (Kevin Babich) Date: Tue, 22 Mar 2016 21:18:48 -0500 Subject: [App_rpt-users] Scheduler / COP Message-ID: <3CF315ED-3BC7-4621-A5A6-26BAE8CA37CD@gmail.com> All, I am endeavoring to create a schedule which performs the following functions: 1. Change courtesy tone 2. Send 2-Tone Sequence (2x) 3. Shorten hang time 4. Change recorded voice announcement 5. Change ID to Morse I would like to call this either manually by DTMF or via Scheduler? has anyone successfully done this? This is a pretty standard feature in most modern repeater controllers, however, since the configuration file needs to be changed in order to accomplish the same, I am uncertain how to make this happen? Thoughts anyone?? Kindest Regards, Kevin Babich | N9IAA Valparaiso, IN 46383 Mobile: 219.406.9707 Cessna 421 Cesssna Conquest I/II Beechcraft King Air 90/200 ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt From buddy at brannan.name Wed Mar 23 10:08:52 2016 From: buddy at brannan.name (Buddy Brannan) Date: Wed, 23 Mar 2016 06:08:52 -0400 Subject: [App_rpt-users] Scheduler / COP In-Reply-To: <3CF315ED-3BC7-4621-A5A6-26BAE8CA37CD@gmail.com> References: <3CF315ED-3BC7-4621-A5A6-26BAE8CA37CD@gmail.com> Message-ID: <9A4B3BCE-65B5-47E5-8035-635D0E633944@brannan.name> Somebody maybe knows a better way to do this, but I would (and have) used cron plus simple shell scripts to do this. While a lot of these things can be done without reloading a new rpt.conf, some can't. You can, for instance, have two available hang times, but the idrecording and courtesy tones are defined once. So your script would alternate between two rpt.conf files, renaming each to rptconf and reloading. I sort of have to get ready to go somewhere, and it'll take some time to fully detail what I've done for this, but this evening if someone else hasn't and you need step by step instructions, I'll work those up for you. Vy 73, -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy at brannan.name > On Mar 22, 2016, at 10:18 PM, Kevin Babich wrote: > > All, > > I am endeavoring to create a schedule which performs the following functions: > > 1. Change courtesy tone > 2. Send 2-Tone Sequence (2x) > 3. Shorten hang time > 4. Change recorded voice announcement > 5. Change ID to Morse > > I would like to call this either manually by DTMF or via Scheduler? has anyone successfully done this? This is a pretty standard feature in most modern repeater controllers, however, since the configuration file needs to be changed in order to accomplish the same, I am uncertain how to make this happen? > > Thoughts anyone?? > > > Kindest Regards, > > Kevin Babich | N9IAA > Valparaiso, IN 46383 > > Mobile: 219.406.9707 > > Cessna 421 > Cesssna Conquest I/II > Beechcraft King Air 90/200 > > ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From mike at midnighteng.com Wed Mar 23 13:26:04 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 23 Mar 2016 09:26:04 -0400 Subject: [App_rpt-users] Scheduler / COP In-Reply-To: <9A4B3BCE-65B5-47E5-8035-635D0E633944@brannan.name> References: <3CF315ED-3BC7-4621-A5A6-26BAE8CA37CD@gmail.com> <9A4B3BCE-65B5-47E5-8035-635D0E633944@brannan.name> Message-ID: <884d2d9f1d89d53c1cad76632dccf5b9.squirrel@webmail.midnighteng.com> I would echo Buddy's comments I would suggest tackling these one at a time. Some, while not impossible, not worth the time to do. Start with making a shell script of the function you want to do. Then assign it to a command in the system. >From there you can call it from a macro/scheduler or directly as just a command. ...mike/kb8jnm > Somebody maybe knows a better way to do this, but I would (and have) used cron plus > simple shell scripts to do this. While a lot of these things can be done without > reloading a new rpt.conf, some can't. You can, for instance, have two available > hang times, but the idrecording and courtesy tones are defined once. So your script > would alternate between two rpt.conf files, renaming each to rptconf and reloading. > > I sort of have to get ready to go somewhere, and it'll take some time to fully > detail what I've done for this, but this evening if someone else hasn't and you > need step by step instructions, I'll work those up for you. > > Vy 73, > > -- > Buddy Brannan, KB5ELV - Erie, PA > Phone: 814-860-3194 > Mobile: 814-431-0962 > Email: buddy at brannan.name > > > > >> On Mar 22, 2016, at 10:18 PM, Kevin Babich wrote: >> >> All, >> >> I am endeavoring to create a schedule which performs the following functions: >> >> 1. Change courtesy tone >> 2. Send 2-Tone Sequence (2x) >> 3. Shorten hang time >> 4. Change recorded voice announcement >> 5. Change ID to Morse >> >> I would like to call this either manually by DTMF or via Scheduler??? has anyone >> successfully done this? This is a pretty standard feature in most modern >> repeater controllers, however, since the configuration file needs to be changed >> in order to accomplish the same, I am uncertain how to make this happen??? >> >> Thoughts anyone?? >> >> >> Kindest Regards, >> >> Kevin Babich | N9IAA >> Valparaiso, IN 46383 >> >> Mobile: 219.406.9707 >> >> Cessna 421 >> Cesssna Conquest I/II >> Beechcraft King Air 90/200 >> >> ??????It is not the critic who counts; not the man who points out how the strong >> man stumbles, or where the doer of deeds could have done them better. The credit >> belongs to the man who is actually in the arena, whose face is marred by dust and >> sweat and blood; who strives valiantly; who errs, who comes short again and >> again, because there is no effort without error and shortcoming; but who does >> actually strive to do the deeds; who knows great enthusiasms, the great >> devotions; who spends himself in a worthy cause; who at the best knows in the end >> the triumph of high achievement, and who at the worst, if he fails, at least >> fails while daring greatly, so that his place shall never be with those cold and >> timid souls who neither know victory nor defeat...??? -Theodore Roosevelt >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. >> If you have trouble unsubscribing, please send a message to the list detailing >> the problem. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. From kb1ncj at gmail.com Wed Mar 23 21:44:35 2016 From: kb1ncj at gmail.com (Greg) Date: Wed, 23 Mar 2016 17:44:35 -0400 Subject: [App_rpt-users] phone patch audio Message-ID: <56F30E43.7010104@gmail.com> I have very low phone patch audio when I access via sip and use *99 to PTT. Audio the other way is fine. Seems like it changed recently.. Where do I find tuning settings for this? Thanks Greg From mike at midnighteng.com Wed Mar 23 22:35:17 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Wed, 23 Mar 2016 18:35:17 -0400 Subject: [App_rpt-users] phone patch audio In-Reply-To: <56F30E43.7010104@gmail.com> References: <56F30E43.7010104@gmail.com> Message-ID: Well Greg, I don't believe you are going to find a remedy in app_rpt for that. If you have you repeater/node audio adjusted correctly per spec, It must be the mic on your sip phone. ...mike/kb8jnm > I have very low phone patch audio when I access via sip and use *99 to > PTT. Audio the other way is fine. Seems like it changed recently.. Where > do I find tuning settings for this? > Thanks > Greg > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From buddy at brannan.name Thu Mar 24 00:59:36 2016 From: buddy at brannan.name (Buddy Brannan) Date: Wed, 23 Mar 2016 20:59:36 -0400 Subject: [App_rpt-users] Scheduler / COP In-Reply-To: <3CF315ED-3BC7-4621-A5A6-26BAE8CA37CD@gmail.com> References: <3CF315ED-3BC7-4621-A5A6-26BAE8CA37CD@gmail.com> Message-ID: <8C1B42FF-AC88-45D0-92C7-F97CE3F476B1@brannan.name> OK, so as promised... First, you'll set up two files in /etc/asterisk: /etc/asterisk/rpt.conf.day and /etc/asterisk/rpt.conf.night for example. In each file, set up your tones, hang times, ID's, etc. the way you want them. All you need is two quick and dirty shell scripts. I have a similar thing set up for "net mode" and "normal mode". Put these in /etc/asterisk/scripts Seriously, when I say "quick and dirty", mine really are. No error handling, no nothing except commands to make the changes I want. For example, here's my "regmode" script, which puts the repeater into normal operation: #!/bin/bash asterisk -rx "rpt localplay 2331 regmode" sleep 3 asterisk -rx "rpt fun 2331 *11500*901093*11500" sleep 1 cp -fs /etc/asterisk/rpt.conf.use /etc/asterisk/rpt.conf sleep 1 asterisk -rx "rpt reload" exit 0 The -fs switch on the cp command forces the copy (so it will copy without prompting), and creates a symbolic link instead of an actual copy. The script to change to netmode is similar, except of course the net repeater configuration is copied/linked. Be sure to set these as executable with chmod. Call them from crontab in the usual fashion (if you need help with the syntax, happy to help) In each rpt.conf file, you'll set up a command that will execute the script. If this is meant to be a toggle, you can use the same command in both scripts. For example, 9123=cmd,/etc/asterisk/scripts/daymode in your rpt.conf.night file and 9123=cmd,/etc/asterisk/scripts/nightmode in /etc/asterisk/rpt.conf.day This way, you can change these either manually or automatically, as you like. Changing execution times or parameters is then just a matter of modifying a couple files. Clear as mud? -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy at brannan.name > On Mar 22, 2016, at 10:18 PM, Kevin Babich wrote: > > All, > > I am endeavoring to create a schedule which performs the following functions: > > 1. Change courtesy tone > 2. Send 2-Tone Sequence (2x) > 3. Shorten hang time > 4. Change recorded voice announcement > 5. Change ID to Morse > > I would like to call this either manually by DTMF or via Scheduler? has anyone successfully done this? This is a pretty standard feature in most modern repeater controllers, however, since the configuration file needs to be changed in order to accomplish the same, I am uncertain how to make this happen? > > Thoughts anyone?? > > > Kindest Regards, > > Kevin Babich | N9IAA > Valparaiso, IN 46383 > > Mobile: 219.406.9707 > > Cessna 421 > Cesssna Conquest I/II > Beechcraft King Air 90/200 > > ??It is not the critic who counts; not the man who points out how the strong man stumbles, or where the doer of deeds could have done them better. The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood; who strives valiantly; who errs, who comes short again and again, because there is no effort without error and shortcoming; but who does actually strive to do the deeds; who knows great enthusiasms, the great devotions; who spends himself in a worthy cause; who at the best knows in the end the triumph of high achievement, and who at the worst, if he fails, at least fails while daring greatly, so that his place shall never be with those cold and timid souls who neither know victory nor defeat...? -Theodore Roosevelt > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. From t.ottavi at bc-109.com Thu Mar 24 11:40:39 2016 From: t.ottavi at bc-109.com (Toussaint OTTAVI) Date: Thu, 24 Mar 2016 12:40:39 +0100 Subject: [App_rpt-users] Outgoing connections to nodes.allstarlink.org Message-ID: <56F3D237.8080207@bc-109.com> Hi, I'm playing around with DIAL, for an autonomous repeater system for our island. I have a central "hub", and some remote repeaters. It's not intended to be connected (for now) with the Allstar network. Anyway, I can notice permanent attempts to connect to "nodes1.allstarlink.org" (A DNS lookup, followed by HTTP connections). I thought I removed all references to Allstar network in my config files. It seems I missed something ;-) How can I disable this ? 73 de TK1BI -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Mar 24 12:24:28 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 24 Mar 2016 08:24:28 -0400 Subject: [App_rpt-users] Outgoing connections to nodes.allstarlink.org In-Reply-To: <56F3D237.8080207@bc-109.com> References: <56F3D237.8080207@bc-109.com> Message-ID: <56F3DC7C.1080803@msgstor.com> Remove "/usr/local/bin/rc.updatenodelist &" from /etc/rc.local and reboot. 73, Steve N4IRS On 3/24/2016 7:40 AM, Toussaint OTTAVI wrote: > Hi, > > I'm playing around with DIAL, for an autonomous repeater system for > our island. I have a central "hub", and some remote repeaters. It's > not intended to be connected (for now) with the Allstar network. > > Anyway, I can notice permanent attempts to connect to > "nodes1.allstarlink.org" (A DNS lookup, followed by HTTP connections). > I thought I removed all references to Allstar network in my config > files. It seems I missed something ;-) > > How can I disable this ? > > 73 de TK1BI > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From szingman at msgstor.com Thu Mar 24 12:27:44 2016 From: szingman at msgstor.com (Steve Zingman) Date: Thu, 24 Mar 2016 08:27:44 -0400 Subject: [App_rpt-users] Outgoing connections to nodes.allstarlink.org In-Reply-To: <56F3D237.8080207@bc-109.com> References: <56F3D237.8080207@bc-109.com> Message-ID: <56F3DD40.6090105@msgstor.com> Remove: /usr/local/bin/rc.updatenodelist & from /etc/rc.local and reboot. Remove: statpost_program = /usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null statpost_url = http://stats.allstarlink.org/uhandler.php ; Status updates from /etc/rpt.conf Remove: register = xxxx:yyyy at register.allstarlink.org from /etc/iax.conf 73, Steve N4IRS On 3/24/2016 7:40 AM, Toussaint OTTAVI wrote: > Hi, > > I'm playing around with DIAL, for an autonomous repeater system for > our island. I have a central "hub", and some remote repeaters. It's > not intended to be connected (for now) with the Allstar network. > > Anyway, I can notice permanent attempts to connect to > "nodes1.allstarlink.org" (A DNS lookup, followed by HTTP connections). > I thought I removed all references to Allstar network in my config > files. It seems I missed something ;-) > > How can I disable this ? > > 73 de TK1BI > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb4ivb at gmail.com Thu Mar 24 18:43:07 2016 From: wb4ivb at gmail.com (Henry Hamblin) Date: Thu, 24 Mar 2016 14:43:07 -0400 Subject: [App_rpt-users] Santiago Board Message-ID: I am looking for a Santiago Board. Either a blank board only, or a completed working board. If you have either, and wish to sell, please e-mail. Thanks, Henry WB4IVB -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Fri Mar 25 05:46:57 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Fri, 25 Mar 2016 01:46:57 -0400 Subject: [App_rpt-users] pciradio to Quantar In-Reply-To: <56F0B480.1090709@bryanfields.net> References: <56F0B480.1090709@bryanfields.net> Message-ID: <56F4D0D1.3070904@bryanfields.net> On 3/21/16 10:57 PM, Bryan Fields wrote: > I revised my interface diagram, and added a poorly drawn schematic. > http://keekles.org/~w9cr/Quantar%20to%20Quad%20PCI%20card.pdf I've updated this again, as I was getting two ID's, one from the station and one from the controller. I setup a second channel with an ID and logic to switch to it during P25, and back to the first no-id channel during analog. An example codeplug with working wireline is presented for your use. The schematic was redrawn by a friend of mine to be a bit more professional looking. 73's -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From kizzy at lusfiber.net Fri Mar 25 16:44:47 2016 From: kizzy at lusfiber.net (Steve Mahler) Date: Fri, 25 Mar 2016 11:44:47 -0500 Subject: [App_rpt-users] AllStar Macros Message-ID: <56F56AFF.20903@lusfiber.net> Good day! I am writing user macros on an ACID Distribution server on a Dell PC. I have some questions about Macros ... 1) some documentation shows "5=macro", other docs show "5=macro,1". Is there a difference? What would macro,2 do?? 2) is there a limit to the number of characters in a macro? I saw in one document the limit was only 32 characters. True? If not, what is the limit? 3) and in case 32 characters is correct ... Can I call a macro from a macro without looping back to a previous macro to increase the number of commands? Two cases ... A->B->C or A->B->C->A. If A calls B in the middle of the string of characters, and B ends, does the macro call end or does control transfer back to the character after where B was called. ...STeve - KF5VH From mike at midnighteng.com Fri Mar 25 17:28:25 2016 From: mike at midnighteng.com (mike at midnighteng.com) Date: Fri, 25 Mar 2016 13:28:25 -0400 Subject: [App_rpt-users] AllStar Macros In-Reply-To: <56F56AFF.20903@lusfiber.net> References: <56F56AFF.20903@lusfiber.net> Message-ID: Not sure where you got the comma. Type error? Perhaps it works? I don't use them. Just a space and a # at the end. You can call a new macro from some other. Not sure if there is a limit. But probably "no cumulative limit". Why not just test it by making a macro string of time announcements that is longer than 32 char's to find out. Then you will know. Most folks here having a complex need will use a script assigned to a command ( xxxx=cmd, /dirlocation/scriptname.sh )to do the complex functions. No limits. Some on macro's. Works for me. http://themidnightengineer.com/category/ham-amateur-radio/app_rpt/macros-scheduler/ ...mike/kb8jnm > Good day! I am writing user macros on an ACID Distribution server on a > Dell PC. I have some questions about Macros ... > > 1) some documentation shows "5=macro", other docs show "5=macro,1". > Is there a difference? What would macro,2 do?? > > 2) is there a limit to the number of characters in a macro? I saw in > one document the limit was only 32 characters. True? If not, what is > the limit? > > 3) and in case 32 characters is correct ... Can I call a macro from a > macro without looping back to a previous macro to increase the number of > commands? Two cases ... A->B->C or A->B->C->A. If A calls B in > the middle of the string of characters, and B ends, does the macro call > end or does control transfer back to the character after where B was called. > > ...STeve - KF5VH > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the > bottom of the page. Enter your email address and press the "Unsubscribe or edit > options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If > you have trouble unsubscribing, please send a message to the list detailing the > problem. > From bdboyle at bdboyle.com Fri Mar 25 17:56:29 2016 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 25 Mar 2016 13:56:29 -0400 Subject: [App_rpt-users] AllStar Macros In-Reply-To: References: <56F56AFF.20903@lusfiber.net> Message-ID: I'm the opinion that due to the limitations of the asterisk application (it's not an operating system, it's an application...), if it is more complex than twiddling a couple bits or diddling a built in application, you are probably better off using the operating system (and the cron function) to do. things than to try and get the somewhat simplistic scheduler and macro function to do it. after all, you can use the macro to call a shell script...that can also be called by a dtmf command... Just my $.03 -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message. > On Mar 25, 2016, at 13:28, mike at midnighteng.com wrote: > > > Not sure where you got the comma. Type error? Perhaps it works? > I don't use them. > Just a space and a # at the end. > You can call a new macro from some other. Not sure if there is a limit. But > probably "no cumulative limit". > > Why not just test it by making a macro string of time announcements that is longer > than 32 char's to find out. Then you will know. > > Most folks here having a complex need will use a script assigned to a command > ( xxxx=cmd, /dirlocation/scriptname.sh )to do the complex functions. No limits. > > Some on macro's. Works for me. > http://themidnightengineer.com/category/ham-amateur-radio/app_rpt/macros-scheduler/ > > ...mike/kb8jnm > > > >> Good day! I am writing user macros on an ACID Distribution server on a >> Dell PC. I have some questions about Macros ... >> >> 1) some documentation shows "5=macro", other docs show "5=macro,1". >> Is there a difference? What would macro,2 do?? >> >> 2) is there a limit to the number of characters in a macro? I saw in >> one document the limit was only 32 characters. True? If not, what is >> the limit? >> >> 3) and in case 32 characters is correct ... Can I call a macro from a >> macro without looping back to a previous macro to increase the number of >> commands? Two cases ... A->B->C or A->B->C->A. If A calls B in >> the middle of the string of characters, and B ends, does the macro call >> end or does control transfer back to the character after where B was called. >> >> ...STeve - KF5VH >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the >> bottom of the page. Enter your email address and press the "Unsubscribe or edit >> options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If >> you have trouble unsubscribing, please send a message to the list detailing the >> problem. > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Sun Mar 27 21:12:41 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 27 Mar 2016 15:12:41 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM Message-ID: For a voter project, we got the hamtronics VHF receiver pretuned to the repeaters input frequency. The idea is to use hamtronics receivers for every voted receive site for equivalent audio characteristics. http://www.hamtronics.com/r303.htm When hooked up to the discriminator on the hamtronics board, I could not get the RTCM to calibrate squelch. It usually told me the audio was too low weather the RX level was bumped up or down. I then hooked it up to a motorola SM50 and it calibrated shortly after adjusting RX levels. So... I hooked a cheap sound card up to audacity, and took a look at the spectrum of each receiver. The hamtronics obviously looks like it lacks high frequency noise on the discriminator output. Here is the SM50 discriminator out: amsatnet.info/SM50.png Here is the hamtronics discriminator out: amsatnet.info/HAMTRONICS.png Here is an audio sample comparing them (you can probably guess which radio is first): amsatnet.info/Sm50_hamtron_DISC.wav Does anybody else have experience with hamtronics receivers? Thanks, Skyler KD0WHB -------------- next part -------------- An HTML attachment was scrubbed... URL: From tisawyer at gmail.com Sun Mar 27 22:23:23 2016 From: tisawyer at gmail.com (Tim Sawyer) Date: Sun, 27 Mar 2016 15:23:23 -0700 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: Message-ID: Try adding JP1 in the RTCM. This gives some gain to the squelch noise amp. If that works you'll want to turn on the RTCM's BEW (#17 on the main menu). If it's not on that menu you'll need to download the proper firmware and upgrade. This help radios with low out of band discriminator noise not false the squelch on voice peaks. There 3 settings 0) off, 1) on, and 3) on with more aggressive locking. But first make sure you can calibrate the squelch with JP1 in. Otherwise your SOL and there's no reason to upgrade. In that case you'll have to buy some other radios for your voters. On Sun, Mar 27, 2016 at 2:12 PM, Skyler F wrote: > For a voter project, we got the hamtronics VHF receiver pretuned to the > repeaters input frequency. The idea is to use hamtronics receivers for > every voted receive site for equivalent audio characteristics. > > http://www.hamtronics.com/r303.htm > > When hooked up to the discriminator on the hamtronics board, I could not > get the RTCM to calibrate squelch. It usually told me the audio was too low > weather the RX level was bumped up or down. I then hooked it up to a > motorola SM50 and it calibrated shortly after adjusting RX levels. > > So... I hooked a cheap sound card up to audacity, and took a look at the > spectrum of each receiver. The hamtronics obviously looks like it lacks > high frequency noise on the discriminator output. > > Here is the SM50 discriminator out: > amsatnet.info/SM50.png > > Here is the hamtronics discriminator out: > amsatnet.info/HAMTRONICS.png > > Here is an audio sample comparing them (you can probably guess which radio > is first): > amsatnet.info/Sm50_hamtron_DISC.wav > > Does anybody else have experience with hamtronics receivers? > > Thanks, > Skyler KD0WHB > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- -- Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Sun Mar 27 23:04:13 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 27 Mar 2016 17:04:13 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: Message-ID: Ok, so JP1 is just for the squelch amp? the RX levels are fine. When I ignored squelch, I could easily get a 3khz tone to show at 3khz on the menu. On Sun, Mar 27, 2016 at 4:23 PM, Tim Sawyer wrote: > Try adding JP1 in the RTCM. This gives some gain to the squelch noise amp. > > If that works you'll want to turn on the RTCM's BEW (#17 on the main > menu). If it's not on that menu you'll need to download the proper firmware > and upgrade. This help radios with low out of band discriminator noise not > false the squelch on voice peaks. There 3 settings 0) off, 1) on, and 3) on > with more aggressive locking. > > But first make sure you can calibrate the squelch with JP1 in. Otherwise > your SOL and there's no reason to upgrade. In that case you'll have to buy > some other radios for your voters. > > > On Sun, Mar 27, 2016 at 2:12 PM, Skyler F > wrote: > >> For a voter project, we got the hamtronics VHF receiver pretuned to the >> repeaters input frequency. The idea is to use hamtronics receivers for >> every voted receive site for equivalent audio characteristics. >> >> http://www.hamtronics.com/r303.htm >> >> When hooked up to the discriminator on the hamtronics board, I could not >> get the RTCM to calibrate squelch. It usually told me the audio was too low >> weather the RX level was bumped up or down. I then hooked it up to a >> motorola SM50 and it calibrated shortly after adjusting RX levels. >> >> So... I hooked a cheap sound card up to audacity, and took a look at the >> spectrum of each receiver. The hamtronics obviously looks like it lacks >> high frequency noise on the discriminator output. >> >> Here is the SM50 discriminator out: >> amsatnet.info/SM50.png >> >> Here is the hamtronics discriminator out: >> amsatnet.info/HAMTRONICS.png >> >> Here is an audio sample comparing them (you can probably guess which >> radio is first): >> amsatnet.info/Sm50_hamtron_DISC.wav >> >> Does anybody else have experience with hamtronics receivers? >> >> Thanks, >> Skyler KD0WHB >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > -- > Tim > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb6egr at gmail.com Sun Mar 27 23:05:08 2016 From: wb6egr at gmail.com (Kirk Just Kirk) Date: Sun, 27 Mar 2016 16:05:08 -0700 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: Message-ID: Honestly.....With $25 Maxtracs all over the place.......why.....WHY would you want to screw around with anything Hamtronics makes....seriously..... On Sun, Mar 27, 2016 at 3:23 PM, Tim Sawyer wrote: > Try adding JP1 in the RTCM. This gives some gain to the squelch noise amp. > > If that works you'll want to turn on the RTCM's BEW (#17 on the main > menu). If it's not on that menu you'll need to download the proper firmware > and upgrade. This help radios with low out of band discriminator noise not > false the squelch on voice peaks. There 3 settings 0) off, 1) on, and 3) on > with more aggressive locking. > > But first make sure you can calibrate the squelch with JP1 in. Otherwise > your SOL and there's no reason to upgrade. In that case you'll have to buy > some other radios for your voters. > > > On Sun, Mar 27, 2016 at 2:12 PM, Skyler F > wrote: > >> For a voter project, we got the hamtronics VHF receiver pretuned to the >> repeaters input frequency. The idea is to use hamtronics receivers for >> every voted receive site for equivalent audio characteristics. >> >> http://www.hamtronics.com/r303.htm >> >> When hooked up to the discriminator on the hamtronics board, I could not >> get the RTCM to calibrate squelch. It usually told me the audio was too low >> weather the RX level was bumped up or down. I then hooked it up to a >> motorola SM50 and it calibrated shortly after adjusting RX levels. >> >> So... I hooked a cheap sound card up to audacity, and took a look at the >> spectrum of each receiver. The hamtronics obviously looks like it lacks >> high frequency noise on the discriminator output. >> >> Here is the SM50 discriminator out: >> amsatnet.info/SM50.png >> >> Here is the hamtronics discriminator out: >> amsatnet.info/HAMTRONICS.png >> >> Here is an audio sample comparing them (you can probably guess which >> radio is first): >> amsatnet.info/Sm50_hamtron_DISC.wav >> >> Does anybody else have experience with hamtronics receivers? >> >> Thanks, >> Skyler KD0WHB >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > -- > Tim > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Sun Mar 27 23:07:59 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 27 Mar 2016 17:07:59 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: Message-ID: Because the Denver Radio club wants to On Sun, Mar 27, 2016 at 5:05 PM, Kirk Just Kirk wrote: > Honestly.....With $25 Maxtracs all over the place.......why.....WHY would > you want to screw around with anything Hamtronics makes....seriously..... > > > > On Sun, Mar 27, 2016 at 3:23 PM, Tim Sawyer wrote: > >> Try adding JP1 in the RTCM. This gives some gain to the squelch noise amp. >> >> If that works you'll want to turn on the RTCM's BEW (#17 on the main >> menu). If it's not on that menu you'll need to download the proper firmware >> and upgrade. This help radios with low out of band discriminator noise not >> false the squelch on voice peaks. There 3 settings 0) off, 1) on, and 3) on >> with more aggressive locking. >> >> But first make sure you can calibrate the squelch with JP1 in. Otherwise >> your SOL and there's no reason to upgrade. In that case you'll have to buy >> some other radios for your voters. >> >> >> On Sun, Mar 27, 2016 at 2:12 PM, Skyler F >> wrote: >> >>> For a voter project, we got the hamtronics VHF receiver pretuned to the >>> repeaters input frequency. The idea is to use hamtronics receivers for >>> every voted receive site for equivalent audio characteristics. >>> >>> http://www.hamtronics.com/r303.htm >>> >>> When hooked up to the discriminator on the hamtronics board, I could not >>> get the RTCM to calibrate squelch. It usually told me the audio was too low >>> weather the RX level was bumped up or down. I then hooked it up to a >>> motorola SM50 and it calibrated shortly after adjusting RX levels. >>> >>> So... I hooked a cheap sound card up to audacity, and took a look at the >>> spectrum of each receiver. The hamtronics obviously looks like it lacks >>> high frequency noise on the discriminator output. >>> >>> Here is the SM50 discriminator out: >>> amsatnet.info/SM50.png >>> >>> Here is the hamtronics discriminator out: >>> amsatnet.info/HAMTRONICS.png >>> >>> Here is an audio sample comparing them (you can probably guess which >>> radio is first): >>> amsatnet.info/Sm50_hamtron_DISC.wav >>> >>> Does anybody else have experience with hamtronics receivers? >>> >>> Thanks, >>> Skyler KD0WHB >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> >> >> -- >> -- >> Tim >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Sun Mar 27 23:08:50 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Sun, 27 Mar 2016 19:08:50 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: Message-ID: <56F86802.5070600@bryanfields.net> On 3/27/16 5:12 PM, Skyler F wrote: > For a voter project, we got the hamtronics VHF receiver pretuned to the > repeaters input frequency. The idea is to use hamtronics receivers for > every voted receive site for equivalent audio characteristics. > So... I hooked a cheap sound card up to audacity, and took a look at the > spectrum of each receiver. The hamtronics obviously looks like it lacks > high frequency noise on the discriminator output. > Does anybody else have experience with hamtronics receivers? Yes, I have a number of them in place and find they work perfectly with the RTCM. It can give about 2v P-P on the discriminator pin, and has the high frequency compute the RTCM squelch needs. My prime setup is here: http://gallery.keekles.org/d/28384-2/0330141929a.jpg Note you'll want to put a cap in line, as the discriminator is DC coupled in the hamtronics. Can you put a scope on the discriminator line and measure the voltage? You might have a problem with the receiver. 73's -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From electricity440 at gmail.com Sun Mar 27 23:33:36 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 27 Mar 2016 17:33:36 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <56F86802.5070600@bryanfields.net> References: <56F86802.5070600@bryanfields.net> Message-ID: My scope does not really work very well anymore but I'll see if I can get a P-P reading. What value cap should I put on the discriminator line? 73 On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields wrote: > On 3/27/16 5:12 PM, Skyler F wrote: > > For a voter project, we got the hamtronics VHF receiver pretuned to the > > repeaters input frequency. The idea is to use hamtronics receivers for > > every voted receive site for equivalent audio characteristics. > > > So... I hooked a cheap sound card up to audacity, and took a look at the > > spectrum of each receiver. The hamtronics obviously looks like it lacks > > high frequency noise on the discriminator output. > > > Does anybody else have experience with hamtronics receivers? > > Yes, I have a number of them in place and find they work perfectly with the > RTCM. It can give about 2v P-P on the discriminator pin, and has the high > frequency compute the RTCM squelch needs. > > My prime setup is here: > http://gallery.keekles.org/d/28384-2/0330141929a.jpg > > Note you'll want to put a cap in line, as the discriminator is DC coupled > in > the hamtronics. Can you put a scope on the discriminator line and measure > the > voltage? You might have a problem with the receiver. > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > 727-214-2508 - Fax > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Sun Mar 27 23:48:57 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 27 Mar 2016 17:48:57 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> Message-ID: I am getting 2v P-P On Sun, Mar 27, 2016 at 5:33 PM, Skyler F wrote: > My scope does not really work very well anymore but I'll see if I can get > a P-P reading. What value cap should I put on the discriminator line? > > 73 > > > On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields > wrote: > >> On 3/27/16 5:12 PM, Skyler F wrote: >> > For a voter project, we got the hamtronics VHF receiver pretuned to the >> > repeaters input frequency. The idea is to use hamtronics receivers for >> > every voted receive site for equivalent audio characteristics. >> >> > So... I hooked a cheap sound card up to audacity, and took a look at the >> > spectrum of each receiver. The hamtronics obviously looks like it lacks >> > high frequency noise on the discriminator output. >> >> > Does anybody else have experience with hamtronics receivers? >> >> Yes, I have a number of them in place and find they work perfectly with >> the >> RTCM. It can give about 2v P-P on the discriminator pin, and has the high >> frequency compute the RTCM squelch needs. >> >> My prime setup is here: >> http://gallery.keekles.org/d/28384-2/0330141929a.jpg >> >> Note you'll want to put a cap in line, as the discriminator is DC coupled >> in >> the hamtronics. Can you put a scope on the discriminator line and >> measure the >> voltage? You might have a problem with the receiver. >> >> 73's >> -- >> Bryan Fields >> >> 727-409-1194 - Voice >> 727-214-2508 - Fax >> http://bryanfields.net >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From larry at n7fm.com Mon Mar 28 00:12:39 2016 From: larry at n7fm.com (larry) Date: Sun, 27 Mar 2016 17:12:39 -0700 Subject: [App_rpt-users] Node 41879 unable to register (Dial) Message-ID: I am trying to get a new install of Dial running on Node 41879. I believe I might have created my own problem during startup. I failed to enter the node security number correctly when asked. I assumed it would not register or try until after I had a chance to correct the password in iax.conf once I could log in and proceeded with the setup. Interruptions stopped my process before I could get the node totally setup at that time. The node was left running and on the Internet for a time. I don't know if it was trying to register with the wrong password and has been locked out or what. I see there is a file "savenode.conf" with node and password information in it. it includes a comment statement "# config file for /usr/local/bin/savenode" The savenode file it mentions does not exist. I have no knowledge if the savenode.conf provide it's content to some other places or if the mentioned file being missing matters?? Reason for asking at all is when I entered the wrong password originally the bad data was stored in the savenode.conf file as well as entered in the registration statement in iax.conf I have tried using both DHCP and Static at Allstar to make certain networking was correct. I changed ports at both locations thinking that might help. I verified that the node number and password currently match the data showing on allstar.org. I have also made certain the registration statement in iax.conf is accurate. I am able to ping the registration server from the node but cannot register with allstar.org. Using "iax2 show registration" it returns Host 0.0.0.0:4569 and returns State as unregistered. Node works fine if I connect to off Allstar nodes it just won't register at Allstar. Suggestions? or dump it and start over? Larry - N7FM From szingman at msgstor.com Mon Mar 28 00:25:09 2016 From: szingman at msgstor.com (Steve Zingman) Date: Sun, 27 Mar 2016 20:25:09 -0400 Subject: [App_rpt-users] Node 41879 unable to register (Dial) In-Reply-To: References: Message-ID: <56F879E5.3080507@msgstor.com> cd /etc/asterisk wget https://github.com/N4IRS/AllStar/raw/master/configs/dnsmgr.conf restart asterisk On 03/27/2016 08:12 PM, larry wrote: > I am trying to get a new install of Dial running on Node 41879. > > I believe I might have created my own problem during startup. I failed > to enter the node security number correctly when asked. > I assumed it would not register or try until after I had a chance to > correct the password in iax.conf once I could log in and proceeded > with the setup. > > Interruptions stopped my process before I could get the node totally > setup at that time. The node was left running and on the Internet for > a time. > I don't know if it was trying to register with the wrong password and > has been locked out or what. > > I see there is a file "savenode.conf" with node and password > information in it. > it includes a comment statement "# config file for > /usr/local/bin/savenode" The savenode file it mentions does not exist. > I have no knowledge if the savenode.conf provide it's content to some > other places or if the mentioned file being missing matters?? > Reason for asking at all is when I entered the wrong password > originally the bad data was stored in the savenode.conf file as well > as entered in the registration statement in iax.conf > > I have tried using both DHCP and Static at Allstar to make certain > networking was correct. > I changed ports at both locations thinking that might help. > > I verified that the node number and password currently match the data > showing on allstar.org. > I have also made certain the registration statement in iax.conf is > accurate. > > I am able to ping the registration server from the node but cannot > register with allstar.org. > > Using "iax2 show registration" it returns > Host 0.0.0.0:4569 and returns State as unregistered. > > Node works fine if I connect to off Allstar nodes it just won't > register at Allstar. > > Suggestions? or dump it and start over? > > Larry - N7FM > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic From larry at n7fm.com Mon Mar 28 01:05:51 2016 From: larry at n7fm.com (larry) Date: Sun, 27 Mar 2016 18:05:51 -0700 Subject: [App_rpt-users] Node 41879 unable to register (Dial) In-Reply-To: <56F876F7.90907@n7fm.com> References: <56F876F7.90907@n7fm.com> Message-ID: Issue solved. Steve N4IRS pointed out I had an issue with my dnsmgr.conf. Thank You Steve! Larry - N7FM On 03/27/2016 05:12 PM, larry wrote: > I am trying to get a new install of Dial running on Node 41879. > > I believe I might have created my own problem during startup. I failed > to enter the node security number correctly when asked. > I assumed it would not register or try until after I had a chance to > correct the password in iax.conf once I could log in and proceeded > with the setup. > > Interruptions stopped my process before I could get the node totally > setup at that time. The node was left running and on the Internet for > a time. > I don't know if it was trying to register with the wrong password and > has been locked out or what. > > I see there is a file "savenode.conf" with node and password > information in it. > it includes a comment statement "# config file for > /usr/local/bin/savenode" The savenode file it mentions does not exist. > I have no knowledge if the savenode.conf provide it's content to some > other places or if the mentioned file being missing matters?? > Reason for asking at all is when I entered the wrong password > originally the bad data was stored in the savenode.conf file as well > as entered in the registration statement in iax.conf > > I have tried using both DHCP and Static at Allstar to make certain > networking was correct. > I changed ports at both locations thinking that might help. > > I verified that the node number and password currently match the data > showing on allstar.org. > I have also made certain the registration statement in iax.conf is > accurate. > > I am able to ping the registration server from the node but cannot > register with allstar.org. > > Using "iax2 show registration" it returns > Host 0.0.0.0:4569 and returns State as unregistered. > > Node works fine if I connect to off Allstar nodes it just won't > register at Allstar. > > Suggestions? or dump it and start over? > > Larry - N7FM > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. From kk6ecm at gmail.com Mon Mar 28 04:11:11 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Sun, 27 Mar 2016 21:11:11 -0700 Subject: [App_rpt-users] DIAL on RPi no longer keeping correct time Message-ID: DIAL on RPi no longer keeping correct time. Any ideas? Thanks, Bob kk6ecm From electricity440 at gmail.com Mon Mar 28 04:35:24 2016 From: electricity440 at gmail.com (Skyler F) Date: Sun, 27 Mar 2016 22:35:24 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <56F86802.5070600@bryanfields.net> References: <56F86802.5070600@bryanfields.net> Message-ID: Hi Bryan, can you send me the exact wiring between your hamtronics and your RTCM? What value DC blocking capacitor, any jumpers in the RTCM selected etc...? 73, Skyler On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields wrote: > On 3/27/16 5:12 PM, Skyler F wrote: > > For a voter project, we got the hamtronics VHF receiver pretuned to the > > repeaters input frequency. The idea is to use hamtronics receivers for > > every voted receive site for equivalent audio characteristics. > > > So... I hooked a cheap sound card up to audacity, and took a look at the > > spectrum of each receiver. The hamtronics obviously looks like it lacks > > high frequency noise on the discriminator output. > > > Does anybody else have experience with hamtronics receivers? > > Yes, I have a number of them in place and find they work perfectly with the > RTCM. It can give about 2v P-P on the discriminator pin, and has the high > frequency compute the RTCM squelch needs. > > My prime setup is here: > http://gallery.keekles.org/d/28384-2/0330141929a.jpg > > Note you'll want to put a cap in line, as the discriminator is DC coupled > in > the hamtronics. Can you put a scope on the discriminator line and measure > the > voltage? You might have a problem with the receiver. > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > 727-214-2508 - Fax > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kk6ecm at gmail.com Mon Mar 28 09:25:37 2016 From: kk6ecm at gmail.com (kk6ecm) Date: Mon, 28 Mar 2016 02:25:37 -0700 Subject: [App_rpt-users] DIAL on RPi no longer keeping correct time In-Reply-To: References: Message-ID: No, I'm not familiar with it. The RPi 2 has been doing great for the past many months, until today. Thanks, Bob kk6ecm 73 Sent from iPad > On Mar 27, 2016, at 10:43 PM, Stacy Olivas wrote: > > Do you have the RTC add on board? > > > > Sent via the Samsung GALAXY S? 5, an AT&T 4G LTE smartphone > > > -------- Original message -------- > From: kk6ecm > Date: 3/27/2016 9:11 PM (GMT-08:00) > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] DIAL on RPi no longer keeping correct time > > DIAL on RPi no longer keeping correct time. Any ideas? > > Thanks, > Bob > kk6ecm > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Mar 28 17:22:48 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 28 Mar 2016 11:22:48 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> Message-ID: I added a 10?F electrolytic capacitor in series with the Discriminator output of my hamtronics, but was still not able to get the squelch calibrated. Here was the diagnostic output: Testing level at 1000 Hz for De-Emphasized Audio Testing level at 2000 Hz for De-Emphasized Audio Error -- Measured 9581, should have been between 4380 and 6155 Testing level at 3200 Hz for De-Emphasized Audio Error -- Measured 10030, should have been between 2271 and 3073 Testing level at 3200 Hz for Squelch Noise Detector Error -- Measured 279, should have been between 0 and 50 Testing level at 6000 Hz for Squelch Noise Detector Testing level at 7200 Hz for Squelch Noise Detector Error -- Measured 211, should have been between 500 and 1023 On Sun, Mar 27, 2016 at 10:53 PM, Eric Guth wrote: > 10 Uf , 35VDC will usually do the job. > > > > 73, > > > > Eric Guth > > 4Z1UG > > Allstar: 28422 > > QSO Today > > > > *From:* app_rpt-users-bounces at ohnosec.org [mailto: > app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Skyler F > *Sent:* Monday, March 28, 2016 7:35 AM > *To:* Bryan Fields > *Cc:* app_rpt-users at ohnosec.org > *Subject:* Re: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM > > > > Hi Bryan, can you send me the exact wiring between your hamtronics and > your RTCM? What value DC blocking capacitor, any jumpers in the RTCM > selected etc...? > > > > 73, > > Skyler > > > > On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields > wrote: > > On 3/27/16 5:12 PM, Skyler F wrote: > > For a voter project, we got the hamtronics VHF receiver pretuned to the > > repeaters input frequency. The idea is to use hamtronics receivers for > > every voted receive site for equivalent audio characteristics. > > > So... I hooked a cheap sound card up to audacity, and took a look at the > > spectrum of each receiver. The hamtronics obviously looks like it lacks > > high frequency noise on the discriminator output. > > > Does anybody else have experience with hamtronics receivers? > > Yes, I have a number of them in place and find they work perfectly with the > RTCM. It can give about 2v P-P on the discriminator pin, and has the high > frequency compute the RTCM squelch needs. > > My prime setup is here: > http://gallery.keekles.org/d/28384-2/0330141929a.jpg > > Note you'll want to put a cap in line, as the discriminator is DC coupled > in > the hamtronics. Can you put a scope on the discriminator line and measure > the > voltage? You might have a problem with the receiver. > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > 727-214-2508 - Fax > http://bryanfields.net > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > > > > > > -- > > Skyler Fennell > > amsatnet.info > > KD?WHB > > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Mar 28 17:30:11 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 28 Mar 2016 11:30:11 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> Message-ID: Actually, the normal audio output is probably what is needed, not de-emph. Again with the 10?F capacitor. Here is my entire output when I get Normal Audio as good as I can get it. Everything passes except for 3200Hz. Testing level at 100 Hz for Normal Audio Testing level at 320 Hz for Normal Audio Testing level at 500 Hz for Normal Audio Testing level at 1000 Hz for Normal Audio Testing level at 2000 Hz for Normal Audio Testing level at 3200 Hz for Normal Audio Error -- Measured 10755, should have been between 6929 and 9374 Testing level at 100 Hz for CTCSS Filtered Audio Error -- Measured 11719, should have been between 100 and 451 Testing level at 320 Hz for CTCSS Filtered Audio Testing level at 500 Hz for CTCSS Filtered Audio Testing level at 1000 Hz for CTCSS Filtered Audio Testing level at 2000 Hz for CTCSS Filtered Audio Error -- Measured 12326, should have been between 8989 and 12162 Testing level at 3200 Hz for CTCSS Filtered Audio Error -- Measured 11827, should have been between 6929 and 9374 Testing level at 1000 Hz for De-Emphasized Audio Error -- Measured 45868, should have been between 9798 and 13257 Testing level at 2000 Hz for De-Emphasized Audio Error -- Measured 41568, should have been between 4380 and 6155 Testing level at 3200 Hz for De-Emphasized Audio Error -- Measured 43439, should have been between 2271 and 3073 Testing level at 3200 Hz for Squelch Noise Detector Error -- Measured 436, should have been between 0 and 50 Testing level at 6000 Hz for Squelch Noise Detector Testing level at 7200 Hz for Squelch Noise Detector Error -- Measured 264, should have been between 500 and 1023 On Mon, Mar 28, 2016 at 11:22 AM, Skyler F wrote: > I added a 10?F electrolytic capacitor in series with the Discriminator > output of my hamtronics, but was still not able to get the squelch > calibrated. Here was the diagnostic output: > > Testing level at 1000 Hz for De-Emphasized Audio > > Testing level at 2000 Hz for De-Emphasized Audio > > Error -- Measured 9581, should have been between 4380 and 6155 > > Testing level at 3200 Hz for De-Emphasized Audio > > Error -- Measured 10030, should have been between 2271 and 3073 > > Testing level at 3200 Hz for Squelch Noise Detector > > Error -- Measured 279, should have been between 0 and 50 > > Testing level at 6000 Hz for Squelch Noise Detector > > Testing level at 7200 Hz for Squelch Noise Detector > > Error -- Measured 211, should have been between 500 and 1023 > > On Sun, Mar 27, 2016 at 10:53 PM, Eric Guth > wrote: > >> 10 Uf , 35VDC will usually do the job. >> >> >> >> 73, >> >> >> >> Eric Guth >> >> 4Z1UG >> >> Allstar: 28422 >> >> QSO Today >> >> >> >> *From:* app_rpt-users-bounces at ohnosec.org [mailto: >> app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Skyler F >> *Sent:* Monday, March 28, 2016 7:35 AM >> *To:* Bryan Fields >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Hamtronics receiver issue with AllStar >> RTCM >> >> >> >> Hi Bryan, can you send me the exact wiring between your hamtronics and >> your RTCM? What value DC blocking capacitor, any jumpers in the RTCM >> selected etc...? >> >> >> >> 73, >> >> Skyler >> >> >> >> On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields >> wrote: >> >> On 3/27/16 5:12 PM, Skyler F wrote: >> > For a voter project, we got the hamtronics VHF receiver pretuned to the >> > repeaters input frequency. The idea is to use hamtronics receivers for >> > every voted receive site for equivalent audio characteristics. >> >> > So... I hooked a cheap sound card up to audacity, and took a look at the >> > spectrum of each receiver. The hamtronics obviously looks like it lacks >> > high frequency noise on the discriminator output. >> >> > Does anybody else have experience with hamtronics receivers? >> >> Yes, I have a number of them in place and find they work perfectly with >> the >> RTCM. It can give about 2v P-P on the discriminator pin, and has the high >> frequency compute the RTCM squelch needs. >> >> My prime setup is here: >> http://gallery.keekles.org/d/28384-2/0330141929a.jpg >> >> Note you'll want to put a cap in line, as the discriminator is DC coupled >> in >> the hamtronics. Can you put a scope on the discriminator line and >> measure the >> voltage? You might have a problem with the receiver. >> >> 73's >> -- >> Bryan Fields >> >> 727-409-1194 - Voice >> 727-214-2508 - Fax >> http://bryanfields.net >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> >> >> >> >> >> -- >> >> Skyler Fennell >> >> amsatnet.info >> >> KD?WHB >> >> electricity440 at gmail.com >> > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Mon Mar 28 17:54:59 2016 From: electricity440 at gmail.com (Skyler F) Date: Mon, 28 Mar 2016 11:54:59 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> <56F96B9D.403@earthlink.net> Message-ID: Here is the schematic of the hamtronics output: amsatnet.info/r303out.png Isn't R34 and C44 a lowpass?? On Mon, Mar 28, 2016 at 11:51 AM, Skyler F wrote: > I think normal would be disc., the only other display is deemphasized and > CTCSS filtered > > On Mon, Mar 28, 2016 at 11:36 AM, Steve Agee wrote: > >> For this exercise, audio is either referenced as pre-emphasized >> (discriminator) or de-emphasized (speaker). So, by "normal" do you mean >> discriminator? >> >> N5ZUA >> >> On 3/28/2016 12:30 PM, Skyler F wrote: >> >> Actually, the normal audio output is probably what is needed, not >> de-emph. Again with the 10?F capacitor. >> >> >> Here is my entire output when I get Normal Audio as good as I can get it. >> Everything passes except for 3200Hz. >> >> Testing level at 100 Hz for Normal Audio >> >> Testing level at 320 Hz for Normal Audio >> >> Testing level at 500 Hz for Normal Audio >> >> Testing level at 1000 Hz for Normal Audio >> >> Testing level at 2000 Hz for Normal Audio >> >> Testing level at 3200 Hz for Normal Audio >> >> Error -- Measured 10755, should have been between 6929 and 9374 >> >> Testing level at 100 Hz for CTCSS Filtered Audio >> >> Error -- Measured 11719, should have been between 100 and 451 >> >> Testing level at 320 Hz for CTCSS Filtered Audio >> >> Testing level at 500 Hz for CTCSS Filtered Audio >> >> Testing level at 1000 Hz for CTCSS Filtered Audio >> >> Testing level at 2000 Hz for CTCSS Filtered Audio >> >> Error -- Measured 12326, should have been between 8989 and 12162 >> >> Testing level at 3200 Hz for CTCSS Filtered Audio >> >> Error -- Measured 11827, should have been between 6929 and 9374 >> >> Testing level at 1000 Hz for De-Emphasized Audio >> >> Error -- Measured 45868, should have been between 9798 and 13257 >> >> Testing level at 2000 Hz for De-Emphasized Audio >> >> Error -- Measured 41568, should have been between 4380 and 6155 >> >> Testing level at 3200 Hz for De-Emphasized Audio >> >> Error -- Measured 43439, should have been between 2271 and 3073 >> >> Testing level at 3200 Hz for Squelch Noise Detector >> >> Error -- Measured 436, should have been between 0 and 50 >> >> Testing level at 6000 Hz for Squelch Noise Detector >> >> Testing level at 7200 Hz for Squelch Noise Detector >> >> Error -- Measured 264, should have been between 500 and 1023 >> >> >> >> >> >> On Mon, Mar 28, 2016 at 11:22 AM, Skyler F >> wrote: >> >>> I added a 10?F electrolytic capacitor in series with the Discriminator >>> output of my hamtronics, but was still not able to get the squelch >>> calibrated. Here was the diagnostic output: >>> >>> Testing level at 1000 Hz for De-Emphasized Audio >>> >>> Testing level at 2000 Hz for De-Emphasized Audio >>> >>> Error -- Measured 9581, should have been between 4380 and 6155 >>> >>> Testing level at 3200 Hz for De-Emphasized Audio >>> >>> Error -- Measured 10030, should have been between 2271 and 3073 >>> >>> Testing level at 3200 Hz for Squelch Noise Detector >>> >>> Error -- Measured 279, should have been between 0 and 50 >>> >>> Testing level at 6000 Hz for Squelch Noise Detector >>> >>> Testing level at 7200 Hz for Squelch Noise Detector >>> >>> Error -- Measured 211, should have been between 500 and 1023 >>> >>> On Sun, Mar 27, 2016 at 10:53 PM, Eric Guth < >>> eric at efratnetworks.net> wrote: >>> >>>> 10 Uf , 35VDC will usually do the job. >>>> >>>> >>>> >>>> 73, >>>> >>>> >>>> >>>> Eric Guth >>>> >>>> 4Z1UG >>>> >>>> Allstar: 28422 >>>> >>>> QSO Today >>>> >>>> >>>> >>>> *From:* app_rpt-users-bounces at ohnosec.org [mailto: >>>> app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Skyler F >>>> *Sent:* Monday, March 28, 2016 7:35 AM >>>> *To:* Bryan Fields >>>> *Cc:* app_rpt-users at ohnosec.org >>>> *Subject:* Re: [App_rpt-users] Hamtronics receiver issue with AllStar >>>> RTCM >>>> >>>> >>>> >>>> Hi Bryan, can you send me the exact wiring between your hamtronics and >>>> your RTCM? What value DC blocking capacitor, any jumpers in the RTCM >>>> selected etc...? >>>> >>>> >>>> >>>> 73, >>>> >>>> Skyler >>>> >>>> >>>> >>>> On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields < >>>> Bryan at bryanfields.net> wrote: >>>> >>>> On 3/27/16 5:12 PM, Skyler F wrote: >>>> > For a voter project, we got the hamtronics VHF receiver pretuned to >>>> the >>>> > repeaters input frequency. The idea is to use hamtronics receivers for >>>> > every voted receive site for equivalent audio characteristics. >>>> >>>> > So... I hooked a cheap sound card up to audacity, and took a look at >>>> the >>>> > spectrum of each receiver. The hamtronics obviously looks like it >>>> lacks >>>> > high frequency noise on the discriminator output. >>>> >>>> > Does anybody else have experience with hamtronics receivers? >>>> >>>> Yes, I have a number of them in place and find they work perfectly with >>>> the >>>> RTCM. It can give about 2v P-P on the discriminator pin, and has the >>>> high >>>> frequency compute the RTCM squelch needs. >>>> >>>> My prime setup is here: >>>> http://gallery.keekles.org/d/28384-2/0330141929a.jpg >>>> >>>> Note you'll want to put a cap in line, as the discriminator is DC >>>> coupled in >>>> the hamtronics. Can you put a scope on the discriminator line and >>>> measure the >>>> voltage? You might have a problem with the receiver. >>>> >>>> 73's >>>> -- >>>> Bryan Fields >>>> >>>> 727-409-1194 - Voice >>>> 727-214-2508 - Fax >>>> http://bryanfields.net >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>> down to the bottom of the page. Enter your email address and press the >>>> "Unsubscribe or edit options button" >>>> You do not need a password to unsubscribe, you can do it via email >>>> confirmation. If you have trouble unsubscribing, please send a message to >>>> the list detailing the problem. >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Skyler Fennell >>>> >>>> amsatnet.info >>>> >>>> KD?WHB >>>> >>>> electricity440 at gmail.com >>>> >>> >>> >>> >>> -- >>> Skyler Fennell >>> amsatnet.info >>> KD?WHB >>> electricity440 at gmail.com >>> >> >> >> >> -- >> Skyler Fennell >> amsatnet.info >> KD?WHB >> electricity440 at gmail.com >> >> >> _______________________________________________ >> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. >> >> >> > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Mar 28 18:22:00 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 28 Mar 2016 18:22:00 +0000 Subject: [App_rpt-users] test- please disregard Message-ID: test- please disregard -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan at bryanfields.net Mon Mar 28 18:40:40 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 28 Mar 2016 14:40:40 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> Message-ID: <56F97AA8.6040704@bryanfields.net> On 3/28/16 1:22 PM, Skyler F wrote: > I added a 10?F electrolytic capacitor in series with the Discriminator > output of my hamtronics, but was still not able to get the squelch > calibrated. Here was the diagnostic output: Strange, are you 100% sure you're on the discriminator output? >From what you have it looks like you're on the lowpass filtered and amp'd speaker output. -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From rhyolite at leikhim.com Mon Mar 28 18:51:43 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Mon, 28 Mar 2016 14:51:43 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> Message-ID: <56F97D3F.5060809@leikhim.com> Skyler; 1) Make sure the receiver First Local Oscillator is adjusted correctly on frequency. (Fo -10.700 MHz) Likewise the second LO should be at around 10.2450 MHz. The second LO is not adjustable, so any minor error would have to be made up with the TCXO U3. After this second step: Then : 2) Make sure the general alignment is set properly, especially the discriminator coil T2 which responds to 10.7000 MHz from a signal generator, has an S curve response. In my experience with these sort of Quadrature Detector chips, you can get a false sense of IF centering where the noise component is suppressed. You might try adjusting for maximum noise first without the 10.7000 MHz signal. Be careful you don't jam the coil slug. Joe Leikhim On 3/27/2016 7:48 PM, Skyler F wrote: > I am getting 2v P-P > > On Sun, Mar 27, 2016 at 5:33 PM, Skyler F > wrote: > > My scope does not really work very well anymore but I'll see if I > can get a P-P reading. What value cap should I put on the > discriminator line? > > 73 > > > On Sun, Mar 27, 2016 at 5:08 PM, Bryan Fields > > wrote: > > On 3/27/16 5:12 PM, Skyler F wrote: > > For a voter project, we got the hamtronics VHF receiver > pretuned to the > > repeaters input frequency. The idea is to use hamtronics > receivers for > > every voted receive site for equivalent audio characteristics. > > > So... I hooked a cheap sound card up to audacity, and took a look at the > > spectrum of each receiver. The hamtronics obviously looks > like it lacks > > high frequency noise on the discriminator output. > > > Does anybody else have experience with hamtronics receivers? > > Yes, I have a number of them in place and find they work > perfectly with the > RTCM. It can give about 2v P-P on the discriminator pin, and > has the high > frequency compute the RTCM squelch needs. > > My prime setup is here: > http://gallery.keekles.org/d/28384-2/0330141929a.jpg > > Note you'll want to put a cap in line, as the discriminator is > DC coupled in > the hamtronics. Can you put a scope on the discriminator line > and measure the > voltage? You might have a problem with the receiver. > > 73's > -- > Bryan Fields > > 727-409-1194 - Voice > 727-214-2508 - Fax > http://bryanfields.net > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email > address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via > email confirmation. If you have trouble unsubscribing, please > send a message to the list detailing the problem. > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From jd0 at broadsci.com Mon Mar 28 18:56:20 2016 From: jd0 at broadsci.com (Jeff DePolo) Date: Mon, 28 Mar 2016 14:56:20 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net><56F96B9D.403@earthlink.net> Message-ID: <511674CA98AE4864A84BBE8E934D8589@OUTLAW> > Here is the schematic of the hamtronics output: > amsatnet.info/r303out.png > > Isn't R34 and C44 a lowpass?? I don't know what to make of your calibration errors as they don't seem to correlate to a HF roll-off problem, but to answer your question, yes, it's an RC low-pass filter, with a -3 dB corner at 2.4 kHz. You might want to replace the 0.033 uF shunt cap with 0.01 uF to flatten out the high end of the audio passband a bit. --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From petem001 at gmail.com Mon Mar 28 19:04:55 2016 From: petem001 at gmail.com (Pierre Martel) Date: Mon, 28 Mar 2016 15:04:55 -0400 Subject: [App_rpt-users] test- please disregard In-Reply-To: References: Message-ID: On Monday, 28 March 2016, Jim Duuuude wrote: > test- please disregard > disregarding a message from the Duuuude is against my religion! -------------- next part -------------- An HTML attachment was scrubbed... URL: From jd0 at broadsci.com Mon Mar 28 19:28:54 2016 From: jd0 at broadsci.com (Jeff DePolo) Date: Mon, 28 Mar 2016 15:28:54 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <511674CA98AE4864A84BBE8E934D8589@OUTLAW> References: <56F86802.5070600@bryanfields.net><56F96B9D.403@earthlink.net> <511674CA98AE4864A84BBE8E934D8589@OUTLAW> Message-ID: Replying to myself... > an RC low-pass filter, with a -3 dB corner at 2.4 kHz After finding a better scan of the receiver schematic, what I thought was a 2k resistor as R34 is really 1k, so the corner is 4.8 kHz. Based on that, I doubt even more the HF roll-off is the reason your calibration is failing. --- Jeff WN3A --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From Bryan at bryanfields.net Mon Mar 28 21:06:50 2016 From: Bryan at bryanfields.net (Bryan Fields) Date: Mon, 28 Mar 2016 17:06:50 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <56F97D3F.5060809@leikhim.com> References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> Message-ID: <56F99CEA.1040002@bryanfields.net> On 3/28/16 2:51 PM, Joe Leikhim wrote: > 1) Make sure the receiver First Local Oscillator is adjusted correctly > on frequency. (Fo -10.700 MHz) Likewise the second LO should be at > around 10.2450 MHz. The second LO is not adjustable, so any minor error > would have to be made up with the TCXO U3. After this second step: > > Then : > > 2) Make sure the general alignment is set properly, especially the > discriminator coil T2 which responds to 10.7000 MHz from a signal > generator, has an S curve response. In my experience with these sort of > Quadrature Detector chips, you can get a false sense of IF centering > where the noise component is suppressed. You might try adjusting for > maximum noise first without the 10.7000 MHz signal. Be careful you don't > jam the coil slug. These are both very good points i didn't consider. I normally don't check my reference oscillators in the hamtronics as they are using an external 10MHz source. You will want to check SINAD on it as well, if it's not making spec (and those hamtronics are very sensitive), something else is wrong with it. -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net From rhyolite at leikhim.com Mon Mar 28 22:08:55 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Mon, 28 Mar 2016 18:08:55 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <56F99CEA.1040002@bryanfields.net> References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> <56F99CEA.1040002@bryanfields.net> Message-ID: <56F9AB77.2060402@leikhim.com> If you are using an external reference, you cannot make up for the 2nd LO error if it is wildly off. There is an easy SINAD related test in EIA-603 that is called Offset Acceptance Bandwidth that would indicate if the IF were off center. Things that could go wrong apart from simple misalignment of the Quad Detector coil could include the LO crystal being way off frequency, the IF filters being wrong BW or off spec pass frequency. Given the symptoms, I am putting my money on a misadjusted quad coil. Joe On 3/28/2016 5:06 PM, Bryan Fields wrote: > On 3/28/16 2:51 PM, Joe Leikhim wrote: >> 1) Make sure the receiver First Local Oscillator is adjusted correctly >> on frequency. (Fo -10.700 MHz) Likewise the second LO should be at >> around 10.2450 MHz. The second LO is not adjustable, so any minor error >> would have to be made up with the TCXO U3. After this second step: >> >> Then : >> >> 2) Make sure the general alignment is set properly, especially the >> discriminator coil T2 which responds to 10.7000 MHz from a signal >> generator, has an S curve response. In my experience with these sort of >> Quadrature Detector chips, you can get a false sense of IF centering >> where the noise component is suppressed. You might try adjusting for >> maximum noise first without the 10.7000 MHz signal. Be careful you don't >> jam the coil slug. > These are both very good points i didn't consider. I normally don't check my > reference oscillators in the hamtronics as they are using an external 10MHz > source. > > You will want to check SINAD on it as well, if it's not making spec (and those > hamtronics are very sensitive), something else is wrong with it. > -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM From wb2ers at metcom.com Tue Mar 29 20:41:32 2016 From: wb2ers at metcom.com (Mark DuMoulin @ WB2ERS) Date: Tue, 29 Mar 2016 20:41:32 +0000 Subject: [App_rpt-users] Garmin GPS 18 LVC RTCM wiring Message-ID: Skyler, Good afternoon. I saw your post regarding the RTCM-GPS-18x LVC question. I would use the app_rpt site but cannot seem to get registered. I have tried many times to get registered on the app_rpt users but it always comes back no such user!!! Here's the question: I have two of the same RTCM and Garmin GPS 18x LVC. I have been completely unable to get either to work. I followed your wiring: RTCM GPS 18x LVC 6 GRX <-- Rx Data 6 Green 7 GPPS <-- Pulse Output 1 Yellow 8 GND Ground 3 Black 8 GND Ground 5 Black 13 +5V -->Vin 2 Red 14 GTX --> TX Data 4 White No joy. Did you get yours working? Anything you can share? I have a feeling that the Garmin's have been reprogrammed to something other than factory default 4800 in the PGRMF. Tnx, Mark DuMoulin Sr. WB2ERS 800-410-3130 -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Tue Mar 29 23:42:07 2016 From: electricity440 at gmail.com (Skyler F) Date: Tue, 29 Mar 2016 17:42:07 -0600 Subject: [App_rpt-users] Garmin GPS 18 LVC RTCM wiring In-Reply-To: References: Message-ID: Hi Mark, Mine seems to be working, and the wiring is as above. Here is my RTCM GPS configuration 8 - GPS Data Protocol (0=NMEA, 1=TSIP) (0) 9 - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0) 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (1) 11 - GPS Baud Rate (4800) Does it match? This is what I get on boot: GPS signal acquired, number of satellites in view = 11 03/29/2016 23:37:20.300 Warning: GPS Data time period elapsed 03/29/2016 23:37:20.300 Warning: GPS PPS Signal time period elapsed 03/29/2016 23:38:06.980 Time now syncronized to GPS 73, Skyler On Tue, Mar 29, 2016 at 2:41 PM, Mark DuMoulin @ WB2ERS wrote: > Skyler, > > > > Good afternoon. > > I saw your post regarding the RTCM-GPS-18x LVC question. > > I would use the app_rpt site but cannot seem to get registered. > > I have tried many times to get registered on the app_rpt users but it > always comes back no such user!!! > > > > Here?s the question: > > I have two of the same RTCM and Garmin GPS 18x LVC. > > I have been completely unable to get either to work. > > I followed your wiring: > > > > RTCM GPS 18x LVC > > > > 6 GRX <-- Rx Data 6 Green > > 7 GPPS <-- Pulse Output 1 Yellow > > 8 GND Ground 3 Black > > 8 GND Ground 5 Black > > 13 +5V -->Vin 2 Red > > 14 GTX --> TX Data 4 White > > > > > > No joy. Did you get yours working? > > Anything you can share? > > I have a feeling that the Garmin?s have been reprogrammed to something > other than factory default 4800 in the PGRMF. > > > > Tnx, > > > > Mark DuMoulin Sr. > > WB2ERS > > 800-410-3130 > > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Wed Mar 30 15:09:10 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 11:09:10 -0400 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: <56DEA763.30609@meshnetworks.co.nz> References: <56DEA763.30609@meshnetworks.co.nz> Message-ID: <56FBEC16.9040203@leikhim.com> Here are some products to start with; There is the Raven M4x http://www.ravencomm.com/documents/products_doc3_23.pdf Raytheon JPS SNV-12 (Though the future of this product is up in the air, it was the defacto standard. Uses 600 ohm VF circuits, IP connectivity needs to be overlaid) http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf Motorola Spectra Tac (Obsolete Now Motorola has pretty much abandoned analog FM technology. Uses 600 ohm VF circuits,) http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html The above voters all use some method of signal/noise voting. The JPS SNV-12 and the Raven M4X use DSP to make decision, while the Spectra Tac was pretty much an analog noise measurement vs a status tone/audio AGC level. The SpectraTac does not support non-Motorola receivers unless you know the "secret sauce" which I am privy to. This site has some practical examples of projects that are simulcast, but by design incorporate the SNV-12 voters. www.simulcastsolutions.com Are you looking for some more in depth RF design aspects of receiver voting? I can help perhaps. Joe www.leikhim.com On 3/8/2016 5:20 AM, Steve Wright wrote: > On 05/03/16 06:00, mike at midnighteng.com wrote: >> FYI There are RTCM /voter systems for app_rpt if you want to do it >> right. >> > > Is there an example voting-RX project somewhere I can read about? > > Non-RTCM please. I know about the RTCM and I'm looking at alternatives. > > > Many thanks, > Steve > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM From kg6uyz at gmail.com Wed Mar 30 15:25:58 2016 From: kg6uyz at gmail.com (Jeff Ackerman) Date: Wed, 30 Mar 2016 08:25:58 -0700 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: <56FBEC16.9040203@leikhim.com> References: <56DEA763.30609@meshnetworks.co.nz> <56FBEC16.9040203@leikhim.com> Message-ID: If you looking for the alternative IP voting of the varuious app_rpt flavors you can try XIPAR: http://www.xelatec.com/xipar/simplevoter It wont be as seamless of voting as a RTCM, but its much simpler, doesnt require anything more then PC's, the IP backhaul and usb radio interfaces with radios capable of giving discriminator audio. Conventional hardware voting comparators could work but require the backhaul, which in most commercial applications is 4 wire e&m voice circuits using either tone signaling or e&m signaling. (This method of voting is done outside of allstar/app_rpt.) On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim wrote: > Here are some products to start with; > > There is the Raven M4x > > http://www.ravencomm.com/documents/products_doc3_23.pdf > > Raytheon JPS SNV-12 (Though the future of this product is up in the air, > it was the defacto standard. Uses 600 ohm VF circuits, IP connectivity > needs to be overlaid) > http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > > Motorola Spectra Tac (Obsolete Now Motorola has pretty much abandoned > analog FM technology. Uses 600 ohm VF circuits,) > http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > > The above voters all use some method of signal/noise voting. The JPS > SNV-12 and the Raven M4X use DSP to make decision, while the Spectra Tac > was pretty much an analog noise measurement vs a status tone/audio AGC > level. The SpectraTac does not support non-Motorola receivers unless you > know the "secret sauce" which I am privy to. > > This site has some practical examples of projects that are simulcast, but > by design incorporate the SNV-12 voters. > > www.simulcastsolutions.com > > Are you looking for some more in depth RF design aspects of receiver > voting? I can help perhaps. > > Joe > > www.leikhim.com > > > On 3/8/2016 5:20 AM, Steve Wright wrote: > >> On 05/03/16 06:00, mike at midnighteng.com wrote: >> >>> FYI There are RTCM /voter systems for app_rpt if you want to do it right. >>> >>> >> Is there an example voting-RX project somewhere I can read about? >> >> Non-RTCM please. I know about the RTCM and I'm looking at alternatives. >> >> >> Many thanks, >> Steve >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Jeff Ackerman kg6uyz at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.m.cizek at gmail.com Wed Mar 30 15:42:54 2016 From: james.m.cizek at gmail.com (James Cizek) Date: Wed, 30 Mar 2016 09:42:54 -0600 Subject: [App_rpt-users] Fwd: App_rpt-users Digest, Vol 85, Issue 52 In-Reply-To: References: Message-ID: Mark, Saw your post about RTCM and Garmin 18LVC. If your Garmin is fairly new, it's quite possible you've run into the same problem as I did. Garmin changed the specs on the unit and *didn't* update any docs. The 1 PPS line coming from the new units is only 3 volts instead of 5 Volts. The RTCM is expecting 5 Volts. It is possible to modify your RTCM to accept the 3 volts, however, I still had trouble with this after the mod and never could get it working reliably. A better solution is to just use a GPS that puts out the correct levels. I am looking at moving to Symmetricom/Furano units. They can be had cheap, are already designed to be mounted outside, are RS422/RS485 outputs so can be run long distance, and are way more hardy than the little garmin puck. One little RS422->TTL converter inside, with a buffer driver behind it and you can run many RTCMs off the single GPS signal coming in. If you are installing at a repeater site, they are seem to be a good alternative to the Garmin, and are way cheaper than the Trimble. Hope that helps. 73 James KI0KN ---------- Forwarded message ---------- From: Date: Wed, Mar 30, 2016 at 9:26 AM Subject: App_rpt-users Digest, Vol 85, Issue 52 To: app_rpt-users at ohnosec.org Send App_rpt-users mailing list submissions to app_rpt-users at ohnosec.org To subscribe or unsubscribe via the World Wide Web, visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users or, via email, send a message with subject or body 'help' to app_rpt-users-request at ohnosec.org You can reach the person managing the list at app_rpt-users-owner at ohnosec.org When replying, please edit your Subject line so it is more specific than "Re: Contents of App_rpt-users digest..." Today's Topics: 1. Re: Garmin GPS 18 LVC RTCM wiring (Mark DuMoulin @ WB2ERS) 2. Re: Garmin GPS 18 LVC RTCM wiring (Skyler F) 3. Re: Non-RTCM voter, where? (Joe Leikhim) 4. Re: Non-RTCM voter, where? (Jeff Ackerman) ---------------------------------------------------------------------- Message: 1 Date: Tue, 29 Mar 2016 20:41:32 +0000 From: "Mark DuMoulin @ WB2ERS" To: "electricity440 at gmail.com" Cc: "app_rpt-users at ohnosec.org" , Tim Sawyer Subject: Re: [App_rpt-users] Garmin GPS 18 LVC RTCM wiring Message-ID: Content-Type: text/plain; charset="us-ascii" Skyler, Good afternoon. I saw your post regarding the RTCM-GPS-18x LVC question. I would use the app_rpt site but cannot seem to get registered. I have tried many times to get registered on the app_rpt users but it always comes back no such user!!! Here's the question: I have two of the same RTCM and Garmin GPS 18x LVC. I have been completely unable to get either to work. I followed your wiring: RTCM GPS 18x LVC 6 GRX <-- Rx Data 6 Green 7 GPPS <-- Pulse Output 1 Yellow 8 GND Ground 3 Black 8 GND Ground 5 Black 13 +5V -->Vin 2 Red 14 GTX --> TX Data 4 White No joy. Did you get yours working? Anything you can share? I have a feeling that the Garmin's have been reprogrammed to something other than factory default 4800 in the PGRMF. Tnx, Mark DuMoulin Sr. WB2ERS 800-410-3130 -------------- next part -------------- An HTML attachment was scrubbed... URL: < http://ohnosec.org/pipermail/app_rpt-users/attachments/20160329/5e20b25e/attachment-0001.html > ------------------------------ Message: 2 Date: Tue, 29 Mar 2016 17:42:07 -0600 From: Skyler F To: "Mark DuMoulin @ WB2ERS" Cc: "app_rpt-users at ohnosec.org" , Tim Sawyer Subject: Re: [App_rpt-users] Garmin GPS 18 LVC RTCM wiring Message-ID: Content-Type: text/plain; charset="utf-8" Hi Mark, Mine seems to be working, and the wiring is as above. Here is my RTCM GPS configuration 8 - GPS Data Protocol (0=NMEA, 1=TSIP) (0) 9 - GPS Serial Polarity (0=Non-Inverted, 1=Inverted) (0) 10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (1) 11 - GPS Baud Rate (4800) Does it match? This is what I get on boot: GPS signal acquired, number of satellites in view = 11 03/29/2016 23:37:20.300 Warning: GPS Data time period elapsed 03/29/2016 23:37:20.300 Warning: GPS PPS Signal time period elapsed 03/29/2016 23:38:06.980 Time now syncronized to GPS 73, Skyler On Tue, Mar 29, 2016 at 2:41 PM, Mark DuMoulin @ WB2ERS wrote: > Skyler, > > > > Good afternoon. > > I saw your post regarding the RTCM-GPS-18x LVC question. > > I would use the app_rpt site but cannot seem to get registered. > > I have tried many times to get registered on the app_rpt users but it > always comes back no such user!!! > > > > Here?s the question: > > I have two of the same RTCM and Garmin GPS 18x LVC. > > I have been completely unable to get either to work. > > I followed your wiring: > > > > RTCM GPS 18x LVC > > > > 6 GRX <-- Rx Data 6 Green > > 7 GPPS <-- Pulse Output 1 Yellow > > 8 GND Ground 3 Black > > 8 GND Ground 5 Black > > 13 +5V -->Vin 2 Red > > 14 GTX --> TX Data 4 White > > > > > > No joy. Did you get yours working? > > Anything you can share? > > I have a feeling that the Garmin?s have been reprogrammed to something > other than factory default 4800 in the PGRMF. > > > > Tnx, > > > > Mark DuMoulin Sr. > > WB2ERS > > 800-410-3130 > > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: < http://ohnosec.org/pipermail/app_rpt-users/attachments/20160329/ec3cc1c8/attachment-0001.html > ------------------------------ Message: 3 Date: Wed, 30 Mar 2016 11:09:10 -0400 From: Joe Leikhim To: app_rpt-users at ohnosec.org, info at meshnetworks.co.nz Subject: Re: [App_rpt-users] Non-RTCM voter, where? Message-ID: <56FBEC16.9040203 at leikhim.com> Content-Type: text/plain; charset=windows-1252; format=flowed Here are some products to start with; There is the Raven M4x http://www.ravencomm.com/documents/products_doc3_23.pdf Raytheon JPS SNV-12 (Though the future of this product is up in the air, it was the defacto standard. Uses 600 ohm VF circuits, IP connectivity needs to be overlaid) http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf Motorola Spectra Tac (Obsolete Now Motorola has pretty much abandoned analog FM technology. Uses 600 ohm VF circuits,) http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html The above voters all use some method of signal/noise voting. The JPS SNV-12 and the Raven M4X use DSP to make decision, while the Spectra Tac was pretty much an analog noise measurement vs a status tone/audio AGC level. The SpectraTac does not support non-Motorola receivers unless you know the "secret sauce" which I am privy to. This site has some practical examples of projects that are simulcast, but by design incorporate the SNV-12 voters. www.simulcastsolutions.com Are you looking for some more in depth RF design aspects of receiver voting? I can help perhaps. Joe www.leikhim.com On 3/8/2016 5:20 AM, Steve Wright wrote: > On 05/03/16 06:00, mike at midnighteng.com wrote: >> FYI There are RTCM /voter systems for app_rpt if you want to do it >> right. >> > > Is there an example voting-RX project somewhere I can read about? > > Non-RTCM please. I know about the RTCM and I'm looking at alternatives. > > > Many thanks, > Steve > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM ------------------------------ Message: 4 Date: Wed, 30 Mar 2016 08:25:58 -0700 From: Jeff Ackerman To: Joe Leikhim Cc: info at meshnetworks.co.nz, app_rpt mailing list Subject: Re: [App_rpt-users] Non-RTCM voter, where? Message-ID: Content-Type: text/plain; charset="utf-8" If you looking for the alternative IP voting of the varuious app_rpt flavors you can try XIPAR: http://www.xelatec.com/xipar/simplevoter It wont be as seamless of voting as a RTCM, but its much simpler, doesnt require anything more then PC's, the IP backhaul and usb radio interfaces with radios capable of giving discriminator audio. Conventional hardware voting comparators could work but require the backhaul, which in most commercial applications is 4 wire e&m voice circuits using either tone signaling or e&m signaling. (This method of voting is done outside of allstar/app_rpt.) On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim wrote: > Here are some products to start with; > > There is the Raven M4x > > http://www.ravencomm.com/documents/products_doc3_23.pdf > > Raytheon JPS SNV-12 (Though the future of this product is up in the air, > it was the defacto standard. Uses 600 ohm VF circuits, IP connectivity > needs to be overlaid) > http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > > Motorola Spectra Tac (Obsolete Now Motorola has pretty much abandoned > analog FM technology. Uses 600 ohm VF circuits,) > http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > > The above voters all use some method of signal/noise voting. The JPS > SNV-12 and the Raven M4X use DSP to make decision, while the Spectra Tac > was pretty much an analog noise measurement vs a status tone/audio AGC > level. The SpectraTac does not support non-Motorola receivers unless you > know the "secret sauce" which I am privy to. > > This site has some practical examples of projects that are simulcast, but > by design incorporate the SNV-12 voters. > > www.simulcastsolutions.com > > Are you looking for some more in depth RF design aspects of receiver > voting? I can help perhaps. > > Joe > > www.leikhim.com > > > On 3/8/2016 5:20 AM, Steve Wright wrote: > >> On 05/03/16 06:00, mike at midnighteng.com wrote: >> >>> FYI There are RTCM /voter systems for app_rpt if you want to do it right. >>> >>> >> Is there an example voting-RX project somewhere I can read about? >> >> Non-RTCM please. I know about the RTCM and I'm looking at alternatives. >> >> >> Many thanks, >> Steve >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Jeff Ackerman kg6uyz at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: < http://ohnosec.org/pipermail/app_rpt-users/attachments/20160330/25cc28f2/attachment.html > ------------------------------ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users End of App_rpt-users Digest, Vol 85, Issue 52 ********************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Wed Mar 30 16:01:38 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 12:01:38 -0400 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: References: <56DEA763.30609@meshnetworks.co.nz> <56FBEC16.9040203@leikhim.com> Message-ID: <56FBF862.2030000@leikhim.com> Without GPS, how does XIPAR deal with jitter and network latency? On 3/30/2016 11:25 AM, Jeff Ackerman wrote: > If you looking for the alternative IP voting of the varuious app_rpt > flavors you can try XIPAR: http://www.xelatec.com/xipar/simplevoter > > It wont be as seamless of voting as a RTCM, but its much simpler, > doesnt require anything more then PC's, the IP backhaul and usb radio > interfaces with radios capable of giving discriminator audio. > > Conventional hardware voting comparators could work but require the > backhaul, which in most commercial applications is 4 wire e&m voice > circuits using either tone signaling or e&m signaling. (This method of > voting is done outside of allstar/app_rpt.) > > On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim > wrote: > > Here are some products to start with; > > There is the Raven M4x > > http://www.ravencomm.com/documents/products_doc3_23.pdf > > Raytheon JPS SNV-12 (Though the future of this product is up in > the air, it was the defacto standard. Uses 600 ohm VF circuits, IP > connectivity needs to be overlaid) > http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > > Motorola Spectra Tac (Obsolete Now Motorola has pretty much > abandoned analog FM technology. Uses 600 ohm VF circuits,) > http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > > The above voters all use some method of signal/noise voting. The > JPS SNV-12 and the Raven M4X use DSP to make decision, while the > Spectra Tac was pretty much an analog noise measurement vs a > status tone/audio AGC level. The SpectraTac does not support > non-Motorola receivers unless you know the "secret sauce" which I > am privy to. > > This site has some practical examples of projects that are > simulcast, but by design incorporate the SNV-12 voters. > > www.simulcastsolutions.com > > Are you looking for some more in depth RF design aspects of > receiver voting? I can help perhaps. > > Joe > > www.leikhim.com > > > On 3/8/2016 5:20 AM, Steve Wright wrote: > > On 05/03/16 06:00, mike at midnighteng.com > wrote: > > FYI There are RTCM /voter systems for app_rpt if you want > to do it right. > > > Is there an example voting-RX project somewhere I can read about? > > Non-RTCM please. I know about the RTCM and I'm looking at > alternatives. > > > Many thanks, > Steve > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email > address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via > email confirmation. If you have trouble unsubscribing, please > send a message to the list detailing the problem. > > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > > > > > -- > Jeff Ackerman > kg6uyz at gmail.com -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Wed Mar 30 16:01:58 2016 From: electricity440 at gmail.com (Skyler F) Date: Wed, 30 Mar 2016 10:01:58 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <56F9AB77.2060402@leikhim.com> References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> <56F99CEA.1040002@bryanfields.net> <56F9AB77.2060402@leikhim.com> Message-ID: I don't have the test equipment to go through all of the dirty Local Oscilator, SINAD, etc., so I will have to wait on that a few weeks before the president of the club gets back in town. WHEN I bypassed the capacitor and resistor ( 1k and .03?) , the RTCM was able to calibrate squelch. The LED flashed several times and then was steady. Maybe the capacitor is the wrong value. There was no code on it, but based on the resistor code, the value was correct. 73 Skyler On Mon, Mar 28, 2016 at 4:08 PM, Joe Leikhim wrote: > If you are using an external reference, you cannot make up for the 2nd LO > error if it is wildly off. There is an easy SINAD related test in EIA-603 > that is called Offset Acceptance Bandwidth that would indicate if the IF > were off center. Things that could go wrong apart from simple misalignment > of the Quad Detector coil could include the LO crystal being way off > frequency, the IF filters being wrong BW or off spec pass frequency. > > Given the symptoms, I am putting my money on a misadjusted quad coil. > > Joe > > On 3/28/2016 5:06 PM, Bryan Fields wrote: > >> On 3/28/16 2:51 PM, Joe Leikhim wrote: >> >>> 1) Make sure the receiver First Local Oscillator is adjusted correctly >>> on frequency. (Fo -10.700 MHz) Likewise the second LO should be at >>> around 10.2450 MHz. The second LO is not adjustable, so any minor error >>> would have to be made up with the TCXO U3. After this second step: >>> >>> Then : >>> >>> 2) Make sure the general alignment is set properly, especially the >>> discriminator coil T2 which responds to 10.7000 MHz from a signal >>> generator, has an S curve response. In my experience with these sort of >>> Quadrature Detector chips, you can get a false sense of IF centering >>> where the noise component is suppressed. You might try adjusting for >>> maximum noise first without the 10.7000 MHz signal. Be careful you don't >>> jam the coil slug. >>> >> These are both very good points i didn't consider. I normally don't >> check my >> reference oscillators in the hamtronics as they are using an external >> 10MHz >> source. >> >> You will want to check SINAD on it as well, if it's not making spec (and >> those >> hamtronics are very sensitive), something else is wrong with it. >> >> > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down > to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message to > the list detailing the problem. > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Wed Mar 30 16:02:06 2016 From: electricity440 at gmail.com (Skyler F) Date: Wed, 30 Mar 2016 10:02:06 -0600 Subject: [App_rpt-users] Decode DTMF on a remote base Message-ID: Is it possible to decode DTMF on a remote base node? There are some cases where I want my base to perform actions based on DTMF sent from various repeaters and systems. 73 Skyler -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Wed Mar 30 16:08:17 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 12:08:17 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> <56F99CEA.1040002@bryanfields.net> <56F9AB77.2060402@leikhim.com> Message-ID: <56FBF9F1.9000703@leikhim.com> Were these receivers factory built and tuned or did individual club members build them? Either way, you might try others from the lot. If you have only a rudimentary signal generator and / or frequency counter, perhaps I can walk you through some "field expedient" steps over the phone. On 3/30/2016 12:01 PM, Skyler F wrote: > I don't have the test equipment to go through all of the dirty Local > Oscilator, SINAD, etc., so I will have to wait on that a few weeks > before the president of the club gets back in town. > > WHEN I bypassed the capacitor and resistor ( 1k and .03?) , the RTCM > was able to calibrate squelch. The LED flashed several times and then > was steady. Maybe the capacitor is the wrong value. There was no code > on it, but based on the resistor code, the value was correct. > > 73 > Skyler > > On Mon, Mar 28, 2016 at 4:08 PM, Joe Leikhim > wrote: > > If you are using an external reference, you cannot make up for the > 2nd LO error if it is wildly off. There is an easy SINAD related > test in EIA-603 that is called Offset Acceptance Bandwidth that > would indicate if the IF were off center. Things that could go > wrong apart from simple misalignment of the Quad Detector coil > could include the LO crystal being way off frequency, the IF > filters being wrong BW or off spec pass frequency. > > Given the symptoms, I am putting my money on a misadjusted quad coil. > > Joe > > On 3/28/2016 5:06 PM, Bryan Fields wrote: > > On 3/28/16 2:51 PM, Joe Leikhim wrote: > > 1) Make sure the receiver First Local Oscillator is > adjusted correctly > on frequency. (Fo -10.700 MHz) Likewise the second LO > should be at > around 10.2450 MHz. The second LO is not adjustable, so > any minor error > would have to be made up with the TCXO U3. After this > second step: > > Then : > > 2) Make sure the general alignment is set properly, > especially the > discriminator coil T2 which responds to 10.7000 MHz from a > signal > generator, has an S curve response. In my experience with > these sort of > Quadrature Detector chips, you can get a false sense of > IF centering > where the noise component is suppressed. You might try > adjusting for > maximum noise first without the 10.7000 MHz signal. Be > careful you don't > jam the coil slug. > > These are both very good points i didn't consider. I normally > don't check my > reference oscillators in the hamtronics as they are using an > external 10MHz > source. > > You will want to check SINAD on it as well, if it's not making > spec (and those > hamtronics are very sensitive), something else is wrong with it. > > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll down to the bottom of the page. Enter your email address > and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a > message to the list detailing the problem. > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Wed Mar 30 16:11:06 2016 From: electricity440 at gmail.com (Skyler F) Date: Wed, 30 Mar 2016 10:11:06 -0600 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: <56FBF9F1.9000703@leikhim.com> References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> <56F99CEA.1040002@bryanfields.net> <56F9AB77.2060402@leikhim.com> <56FBF9F1.9000703@leikhim.com> Message-ID: Factory tuned from the factory. And I don't even have a signal generator / counter good for RF. We got one hamtronics board, and won't buy another until we get this one working. On Wed, Mar 30, 2016 at 10:08 AM, Joe Leikhim wrote: > Were these receivers factory built and tuned or did individual club > members build them? Either way, you might try others from the lot. If you > have only a rudimentary signal generator and / or frequency counter, > perhaps I can walk you through some "field expedient" steps over the phone. > > > On 3/30/2016 12:01 PM, Skyler F wrote: > > I don't have the test equipment to go through all of the dirty Local > Oscilator, SINAD, etc., so I will have to wait on that a few weeks before > the president of the club gets back in town. > > WHEN I bypassed the capacitor and resistor ( 1k and .03?) , the RTCM was > able to calibrate squelch. The LED flashed several times and then was > steady. Maybe the capacitor is the wrong value. There was no code on it, > but based on the resistor code, the value was correct. > > 73 > Skyler > > On Mon, Mar 28, 2016 at 4:08 PM, Joe Leikhim wrote: > >> If you are using an external reference, you cannot make up for the 2nd LO >> error if it is wildly off. There is an easy SINAD related test in EIA-603 >> that is called Offset Acceptance Bandwidth that would indicate if the IF >> were off center. Things that could go wrong apart from simple misalignment >> of the Quad Detector coil could include the LO crystal being way off >> frequency, the IF filters being wrong BW or off spec pass frequency. >> >> Given the symptoms, I am putting my money on a misadjusted quad coil. >> >> Joe >> >> On 3/28/2016 5:06 PM, Bryan Fields wrote: >> >>> On 3/28/16 2:51 PM, Joe Leikhim wrote: >>> >>>> 1) Make sure the receiver First Local Oscillator is adjusted correctly >>>> on frequency. (Fo -10.700 MHz) Likewise the second LO should be at >>>> around 10.2450 MHz. The second LO is not adjustable, so any minor error >>>> would have to be made up with the TCXO U3. After this second step: >>>> >>>> Then : >>>> >>>> 2) Make sure the general alignment is set properly, especially the >>>> discriminator coil T2 which responds to 10.7000 MHz from a signal >>>> generator, has an S curve response. In my experience with these sort of >>>> Quadrature Detector chips, you can get a false sense of IF centering >>>> where the noise component is suppressed. You might try adjusting for >>>> maximum noise first without the 10.7000 MHz signal. Be careful you don't >>>> jam the coil slug. >>>> >>> These are both very good points i didn't consider. I normally don't >>> check my >>> reference oscillators in the hamtronics as they are using an external >>> 10MHz >>> source. >>> >>> You will want to check SINAD on it as well, if it's not making spec (and >>> those >>> hamtronics are very sensitive), something else is wrong with it. >>> >>> >> -- >> Joe Leikhim >> >> >> Leikhim and Associates >> >> Communications Consultants >> >> Oviedo, Florida >> >> JLeikhim at Leikhim.com >> >> 407-982-0446 >> >> WWW.LEIKHIM.COM >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com > > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > JLeikhim at Leikhim.com > 407-982-0446 > WWW.LEIKHIM.COM > > -- Skyler Fennell amsatnet.info KD?WHB electricity440 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kg6uyz at gmail.com Wed Mar 30 16:28:32 2016 From: kg6uyz at gmail.com (Jeff Ackerman) Date: Wed, 30 Mar 2016 09:28:32 -0700 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: <56FBF862.2030000@leikhim.com> References: <56DEA763.30609@meshnetworks.co.nz> <56FBEC16.9040203@leikhim.com> <56FBF862.2030000@leikhim.com> Message-ID: XIPAR does not do GPS timing of the audio so there will be no timing of audio. Its called "simple voter", no frills. XIPAR simply selects the best receiver based on DSP signal strength measurements. On Wed, Mar 30, 2016 at 9:01 AM, Joe Leikhim wrote: > Without GPS, how does XIPAR deal with jitter and network latency? > > > On 3/30/2016 11:25 AM, Jeff Ackerman wrote: > > If you looking for the alternative IP voting of the varuious app_rpt > flavors you can try XIPAR: > http://www.xelatec.com/xipar/simplevoter > > It wont be as seamless of voting as a RTCM, but its much simpler, doesnt > require anything more then PC's, the IP backhaul and usb radio interfaces > with radios capable of giving discriminator audio. > > Conventional hardware voting comparators could work but require the > backhaul, which in most commercial applications is 4 wire e&m voice > circuits using either tone signaling or e&m signaling. (This method of > voting is done outside of allstar/app_rpt.) > > On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim wrote: > >> Here are some products to start with; >> >> There is the Raven M4x >> >> http://www.ravencomm.com/documents/products_doc3_23.pdf >> >> Raytheon JPS SNV-12 (Though the future of this product is up in the air, >> it was the defacto standard. Uses 600 ohm VF circuits, IP connectivity >> needs to be overlaid) >> http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf >> >> Motorola Spectra Tac (Obsolete Now Motorola has pretty much abandoned >> analog FM technology. Uses 600 ohm VF circuits,) >> http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html >> >> The above voters all use some method of signal/noise voting. The JPS >> SNV-12 and the Raven M4X use DSP to make decision, while the Spectra Tac >> was pretty much an analog noise measurement vs a status tone/audio AGC >> level. The SpectraTac does not support non-Motorola receivers unless you >> know the "secret sauce" which I am privy to. >> >> This site has some practical examples of projects that are simulcast, but >> by design incorporate the SNV-12 voters. >> >> www.simulcastsolutions.com >> >> Are you looking for some more in depth RF design aspects of receiver >> voting? I can help perhaps. >> >> Joe >> >> www.leikhim.com >> >> >> On 3/8/2016 5:20 AM, Steve Wright wrote: >> >>> On 05/03/16 06:00, mike at midnighteng.com wrote: >>> >>>> FYI There are RTCM /voter systems for app_rpt if you want to do it >>>> right. >>>> >>>> >>> Is there an example voting-RX project somewhere I can read about? >>> >>> Non-RTCM please. I know about the RTCM and I'm looking at alternatives. >>> >>> >>> Many thanks, >>> Steve >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a message to >>> the list detailing the problem. >>> >> >> -- >> Joe Leikhim >> >> >> Leikhim and Associates >> >> Communications Consultants >> >> Oviedo, Florida >> >> JLeikhim at Leikhim.com >> >> 407-982-0446 >> >> WWW.LEIKHIM.COM >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via email >> confirmation. If you have trouble unsubscribing, please send a message to >> the list detailing the problem. >> > > > > -- > Jeff Ackerman > kg6uyz at gmail.com > > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > JLeikhim at Leikhim.com > 407-982-0446 > WWW.LEIKHIM.COM > > -- Jeff Ackerman kg6uyz at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan at bryanfields.net Wed Mar 30 16:30:16 2016 From: bryan at bryanfields.net (Bryan Fields) Date: Wed, 30 Mar 2016 12:30:16 -0400 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: <56FBF862.2030000@leikhim.com> References: <56DEA763.30609@meshnetworks.co.nz> <56FBEC16.9040203@leikhim.com> <56FBF862.2030000@leikhim.com> Message-ID: <749F182A-496E-4894-83A8-5A782C32862B@bryanfields.net> I don't believe it does. Does anyone have a link to the xipar source repository? I'd like to take a look how they are doing it. It might be possible to do it via 1588 or some other network time protocol. On March 30, 2016 12:01:38 PM EDT, Joe Leikhim wrote: >Without GPS, how does XIPAR deal with jitter and network latency? > >On 3/30/2016 11:25 AM, Jeff Ackerman wrote: >> If you looking for the alternative IP voting of the varuious app_rpt >> flavors you can try XIPAR: http://www.xelatec.com/xipar/simplevoter >> >> It wont be as seamless of voting as a RTCM, but its much simpler, >> doesnt require anything more then PC's, the IP backhaul and usb radio > >> interfaces with radios capable of giving discriminator audio. >> >> Conventional hardware voting comparators could work but require the >> backhaul, which in most commercial applications is 4 wire e&m voice >> circuits using either tone signaling or e&m signaling. (This method >of >> voting is done outside of allstar/app_rpt.) >> >> On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim > > wrote: >> >> Here are some products to start with; >> >> There is the Raven M4x >> >> http://www.ravencomm.com/documents/products_doc3_23.pdf >> >> Raytheon JPS SNV-12 (Though the future of this product is up in >> the air, it was the defacto standard. Uses 600 ohm VF circuits, >IP >> connectivity needs to be overlaid) >> >http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf >> >> Motorola Spectra Tac (Obsolete Now Motorola has pretty much >> abandoned analog FM technology. Uses 600 ohm VF circuits,) >> >http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html >> >> The above voters all use some method of signal/noise voting. The >> JPS SNV-12 and the Raven M4X use DSP to make decision, while the >> Spectra Tac was pretty much an analog noise measurement vs a >> status tone/audio AGC level. The SpectraTac does not support >> non-Motorola receivers unless you know the "secret sauce" which I >> am privy to. >> >> This site has some practical examples of projects that are >> simulcast, but by design incorporate the SNV-12 voters. >> >> www.simulcastsolutions.com >> >> Are you looking for some more in depth RF design aspects of >> receiver voting? I can help perhaps. >> >> Joe >> >> www.leikhim.com >> >> >> On 3/8/2016 5:20 AM, Steve Wright wrote: >> >> On 05/03/16 06:00, mike at midnighteng.com >> wrote: >> >> FYI There are RTCM /voter systems for app_rpt if you want >> to do it right. >> >> >> Is there an example voting-RX project somewhere I can read >about? >> >> Non-RTCM please. I know about the RTCM and I'm looking at >> alternatives. >> >> >> Many thanks, >> Steve >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll down to the bottom of the page. Enter your email >> address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via >> email confirmation. If you have trouble unsubscribing, please >> send a message to the list detailing the problem. >> >> >> -- >> Joe Leikhim >> >> >> Leikhim and Associates >> >> Communications Consultants >> >> Oviedo, Florida >> >> JLeikhim at Leikhim.com >> >> 407-982-0446 >> >> WWW.LEIKHIM.COM >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll down to the bottom of the page. Enter your email address >> and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via >email >> confirmation. If you have trouble unsubscribing, please send a >> message to the list detailing the problem. >> >> >> >> >> -- >> Jeff Ackerman >> kg6uyz at gmail.com > >-- >Joe Leikhim > > >Leikhim and Associates > >Communications Consultants > >Oviedo, Florida > >JLeikhim at Leikhim.com > >407-982-0446 > >WWW.LEIKHIM.COM > > > >------------------------------------------------------------------------ > >_______________________________________________ >App_rpt-users mailing list >App_rpt-users at ohnosec.org >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >To unsubscribe from this list please visit >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >down to the bottom of the page. Enter your email address and press the >"Unsubscribe or edit options button" >You do not need a password to unsubscribe, you can do it via email >confirmation. If you have trouble unsubscribing, please send a message >to the list detailing the problem. -- Bryan Fields 727-409-1194 http://bryanfields.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryan at bryanfields.net Wed Mar 30 16:34:45 2016 From: bryan at bryanfields.net (Bryan Fields) Date: Wed, 30 Mar 2016 12:34:45 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> <56F99CEA.1040002@bryanfields.net> <56F9AB77.2060402@leikhim.com> <56FBF9F1.9000703@leikhim.com> Message-ID: Sadly you cannot buy harmonics and expect it to work with out a full alignment. It's not the same quality it once was. I've seen many shortcuts and issues with their designs. The ceramic caps in most of the exciter are crap and must be replaced with mica to clear up their server microphonics. You would be best served by getting a basic service monitor. There is simply no good way you'll be able to run a repeater well with out one. :( 73s On March 30, 2016 12:11:06 PM EDT, Skyler F wrote: >Factory tuned from the factory. And I don't even have a signal >generator / >counter good for RF. We got one hamtronics board, and won't buy another >until we get this one working. > >On Wed, Mar 30, 2016 at 10:08 AM, Joe Leikhim >wrote: > >> Were these receivers factory built and tuned or did individual club >> members build them? Either way, you might try others from the lot. If >you >> have only a rudimentary signal generator and / or frequency counter, >> perhaps I can walk you through some "field expedient" steps over the >phone. >> >> >> On 3/30/2016 12:01 PM, Skyler F wrote: >> >> I don't have the test equipment to go through all of the dirty Local >> Oscilator, SINAD, etc., so I will have to wait on that a few weeks >before >> the president of the club gets back in town. >> >> WHEN I bypassed the capacitor and resistor ( 1k and .03?) , the RTCM >was >> able to calibrate squelch. The LED flashed several times and then was >> steady. Maybe the capacitor is the wrong value. There was no code on >it, >> but based on the resistor code, the value was correct. >> >> 73 >> Skyler >> >> On Mon, Mar 28, 2016 at 4:08 PM, Joe Leikhim >wrote: >> >>> If you are using an external reference, you cannot make up for the >2nd LO >>> error if it is wildly off. There is an easy SINAD related test in >EIA-603 >>> that is called Offset Acceptance Bandwidth that would indicate if >the IF >>> were off center. Things that could go wrong apart from simple >misalignment >>> of the Quad Detector coil could include the LO crystal being way off >>> frequency, the IF filters being wrong BW or off spec pass frequency. >>> >>> Given the symptoms, I am putting my money on a misadjusted quad >coil. >>> >>> Joe >>> >>> On 3/28/2016 5:06 PM, Bryan Fields wrote: >>> >>>> On 3/28/16 2:51 PM, Joe Leikhim wrote: >>>> >>>>> 1) Make sure the receiver First Local Oscillator is adjusted >correctly >>>>> on frequency. (Fo -10.700 MHz) Likewise the second LO should be at >>>>> around 10.2450 MHz. The second LO is not adjustable, so any minor >error >>>>> would have to be made up with the TCXO U3. After this second step: >>>>> >>>>> Then : >>>>> >>>>> 2) Make sure the general alignment is set properly, especially the >>>>> discriminator coil T2 which responds to 10.7000 MHz from a signal >>>>> generator, has an S curve response. In my experience with these >sort of >>>>> Quadrature Detector chips, you can get a false sense of IF >centering >>>>> where the noise component is suppressed. You might try adjusting >for >>>>> maximum noise first without the 10.7000 MHz signal. Be careful you >don't >>>>> jam the coil slug. >>>>> >>>> These are both very good points i didn't consider. I normally >don't >>>> check my >>>> reference oscillators in the hamtronics as they are using an >external >>>> 10MHz >>>> source. >>>> >>>> You will want to check SINAD on it as well, if it's not making spec >(and >>>> those >>>> hamtronics are very sensitive), something else is wrong with it. >>>> >>>> >>> -- >>> Joe Leikhim >>> >>> >>> Leikhim and Associates >>> >>> Communications Consultants >>> >>> Oviedo, Florida >>> >>> JLeikhim at Leikhim.com >>> >>> 407-982-0446 >>> >>> WWW.LEIKHIM.COM >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> >>> To unsubscribe from this list please visit >>> >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>> down to the bottom of the page. Enter your email address and press >the >>> "Unsubscribe or edit options button" >>> You do not need a password to unsubscribe, you can do it via email >>> confirmation. If you have trouble unsubscribing, please send a >message to >>> the list detailing the problem. >>> >> >> >> >> -- >> Skyler Fennell >> amsatnet.info >> KD?WHB >> electricity440 at gmail.com >> >> >> -- >> Joe Leikhim >> >> >> Leikhim and Associates >> >> Communications Consultants >> >> Oviedo, Florida >> JLeikhim at Leikhim.com >> 407-982-0446 >> WWW.LEIKHIM.COM >> >> > > >-- >Skyler Fennell >amsatnet.info >KD?WHB >electricity440 at gmail.com > > >------------------------------------------------------------------------ > >_______________________________________________ >App_rpt-users mailing list >App_rpt-users at ohnosec.org >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >To unsubscribe from this list please visit >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >down to the bottom of the page. Enter your email address and press the >"Unsubscribe or edit options button" >You do not need a password to unsubscribe, you can do it via email >confirmation. If you have trouble unsubscribing, please send a message >to the list detailing the problem. -- Bryan Fields 727-409-1194 http://bryanfields.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Wed Mar 30 18:52:45 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Thu, 31 Mar 2016 07:52:45 +1300 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: References: <56DEA763.30609@meshnetworks.co.nz> <56FBEC16.9040203@leikhim.com> <56FBF862.2030000@leikhim.com> Message-ID: <56FC207D.20700@meshnetworks.co.nz> On 31/03/16 05:28, Jeff Ackerman wrote: > XIPAR does not do GPS timing of the audio so there will be no timing > of audio. Its called "simple voter", no frills. XIPAR simply selects > the best receiver based on DSP signal strength measurements. Obviously the 'no timing' situation is not completely traumatic for the conversational use of the repeater, as there is no widespread comments or negativity about it. The RTCM is a good idea and a good design, but with the Simulcast transmit not functioning, and no apparent developer activity there's just not enough light at the end of the tunnel to commission it everywhere. It seems to me that analog simulcast transmit is never really going to sound right. I feel uneasy about the relentless approach of digital audio into ham radio, but maybe the dream of zero-handoff multi-rx multi-tx systems means 'digital' and we're stuck with it. I'd like to be proven wrong on that. Steve From km4nrj at gmail.com Wed Mar 30 20:53:08 2016 From: km4nrj at gmail.com (KM4NRJ FLORIDA) Date: Wed, 30 Mar 2016 16:53:08 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 56 In-Reply-To: References: Message-ID: Maybe I am way off here and there are plans to use voting for digital down the road like Digitac Motorola does. They go further and actually reconstruct packets that fail from a site using data from all sites. Having said that, in the analog world using Moto SpectraTac comparators for many years it wasn't that noticeable because all was analog from every field receiver in a 1247 square mile County. With the ADC to DAC process, I shudder at thinking of a timed referencing synchronization of various source sites using public Internet transport. I mean even in the "fire and forget" world of UDP protocol, the network cannot cope. Unless you are talking private links using microwave unlicensed spectrum technology, I think it may be a hair puller. Interesting project though. On Mar 30, 2016 12:30, wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users at ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner at ohnosec.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > > Today's Topics: > > 1. Re: Non-RTCM voter, where? (Jeff Ackerman) > 2. Re: Non-RTCM voter, where? (Bryan Fields) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Mar 2016 09:28:32 -0700 > From: Jeff Ackerman > To: Joe Leikhim > Cc: info at meshnetworks.co.nz, app_rpt mailing list > > Subject: Re: [App_rpt-users] Non-RTCM voter, where? > Message-ID: > < > CAKmcLtJRAnL_-rPHYQHs6cq-eyXY3FmxC-FkNU9rbWUU9+NkYQ at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > XIPAR does not do GPS timing of the audio so there will be no timing of > audio. Its called "simple voter", no frills. XIPAR simply selects the > best receiver based on DSP signal strength measurements. > > On Wed, Mar 30, 2016 at 9:01 AM, Joe Leikhim wrote: > > > Without GPS, how does XIPAR deal with jitter and network latency? > > > > > > On 3/30/2016 11:25 AM, Jeff Ackerman wrote: > > > > If you looking for the alternative IP voting of the varuious app_rpt > > flavors you can try XIPAR: > > http://www.xelatec.com/xipar/simplevoter > > > > It wont be as seamless of voting as a RTCM, but its much simpler, doesnt > > require anything more then PC's, the IP backhaul and usb radio interfaces > > with radios capable of giving discriminator audio. > > > > Conventional hardware voting comparators could work but require the > > backhaul, which in most commercial applications is 4 wire e&m voice > > circuits using either tone signaling or e&m signaling. (This method of > > voting is done outside of allstar/app_rpt.) > > > > On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim > wrote: > > > >> Here are some products to start with; > >> > >> There is the Raven M4x > >> > >> http://www.ravencomm.com/documents/products_doc3_23.pdf > >> > >> Raytheon JPS SNV-12 (Though the future of this product is up in the air, > >> it was the defacto standard. Uses 600 ohm VF circuits, IP connectivity > >> needs to be overlaid) > >> http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > >> > >> Motorola Spectra Tac (Obsolete Now Motorola has pretty much abandoned > >> analog FM technology. Uses 600 ohm VF circuits,) > >> > http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > >> > >> The above voters all use some method of signal/noise voting. The JPS > >> SNV-12 and the Raven M4X use DSP to make decision, while the Spectra Tac > >> was pretty much an analog noise measurement vs a status tone/audio AGC > >> level. The SpectraTac does not support non-Motorola receivers unless you > >> know the "secret sauce" which I am privy to. > >> > >> This site has some practical examples of projects that are simulcast, > but > >> by design incorporate the SNV-12 voters. > >> > >> www.simulcastsolutions.com > >> > >> Are you looking for some more in depth RF design aspects of receiver > >> voting? I can help perhaps. > >> > >> Joe > >> > >> www.leikhim.com > >> > >> > >> On 3/8/2016 5:20 AM, Steve Wright wrote: > >> > >>> On 05/03/16 06:00, mike at midnighteng.com wrote: > >>> > >>>> FYI There are RTCM /voter systems for app_rpt if you want to do it > >>>> right. > >>>> > >>>> > >>> Is there an example voting-RX project somewhere I can read about? > >>> > >>> Non-RTCM please. I know about the RTCM and I'm looking at > alternatives. > >>> > >>> > >>> Many thanks, > >>> Steve > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> > >>> To unsubscribe from this list please visit > >>> > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >>> down to the bottom of the page. Enter your email address and press the > >>> "Unsubscribe or edit options button" > >>> You do not need a password to unsubscribe, you can do it via email > >>> confirmation. If you have trouble unsubscribing, please send a message > to > >>> the list detailing the problem. > >>> > >> > >> -- > >> Joe Leikhim > >> > >> > >> Leikhim and Associates > >> > >> Communications Consultants > >> > >> Oviedo, Florida > >> > >> JLeikhim at Leikhim.com > >> > >> 407-982-0446 > >> > >> WWW.LEIKHIM.COM > >> > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >> down to the bottom of the page. Enter your email address and press the > >> "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via email > >> confirmation. If you have trouble unsubscribing, please send a message > to > >> the list detailing the problem. > >> > > > > > > > > -- > > Jeff Ackerman > > kg6uyz at gmail.com > > > > > > -- > > Joe Leikhim > > > > > > Leikhim and Associates > > > > Communications Consultants > > > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > > > > > -- > Jeff Ackerman > kg6uyz at gmail.com > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://ohnosec.org/pipermail/app_rpt-users/attachments/20160330/ec202076/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Wed, 30 Mar 2016 12:30:16 -0400 > From: Bryan Fields > To: App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Non-RTCM voter, where? > Message-ID: <749F182A-496E-4894-83A8-5A782C32862B at bryanfields.net> > Content-Type: text/plain; charset="utf-8" > > I don't believe it does. > > Does anyone have a link to the xipar source repository? I'd like to take > a look how they are doing it. It might be possible to do it via 1588 or > some other network time protocol. > > On March 30, 2016 12:01:38 PM EDT, Joe Leikhim > wrote: > >Without GPS, how does XIPAR deal with jitter and network latency? > > > >On 3/30/2016 11:25 AM, Jeff Ackerman wrote: > >> If you looking for the alternative IP voting of the varuious app_rpt > >> flavors you can try XIPAR: http://www.xelatec.com/xipar/simplevoter > >> > >> It wont be as seamless of voting as a RTCM, but its much simpler, > >> doesnt require anything more then PC's, the IP backhaul and usb radio > > > >> interfaces with radios capable of giving discriminator audio. > >> > >> Conventional hardware voting comparators could work but require the > >> backhaul, which in most commercial applications is 4 wire e&m voice > >> circuits using either tone signaling or e&m signaling. (This method > >of > >> voting is done outside of allstar/app_rpt.) > >> > >> On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim >> > wrote: > >> > >> Here are some products to start with; > >> > >> There is the Raven M4x > >> > >> http://www.ravencomm.com/documents/products_doc3_23.pdf > >> > >> Raytheon JPS SNV-12 (Though the future of this product is up in > >> the air, it was the defacto standard. Uses 600 ohm VF circuits, > >IP > >> connectivity needs to be overlaid) > >> > >http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > >> > >> Motorola Spectra Tac (Obsolete Now Motorola has pretty much > >> abandoned analog FM technology. Uses 600 ohm VF circuits,) > >> > > > http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > >> > >> The above voters all use some method of signal/noise voting. The > >> JPS SNV-12 and the Raven M4X use DSP to make decision, while the > >> Spectra Tac was pretty much an analog noise measurement vs a > >> status tone/audio AGC level. The SpectraTac does not support > >> non-Motorola receivers unless you know the "secret sauce" which I > >> am privy to. > >> > >> This site has some practical examples of projects that are > >> simulcast, but by design incorporate the SNV-12 voters. > >> > >> www.simulcastsolutions.com > >> > >> Are you looking for some more in depth RF design aspects of > >> receiver voting? I can help perhaps. > >> > >> Joe > >> > >> www.leikhim.com > >> > >> > >> On 3/8/2016 5:20 AM, Steve Wright wrote: > >> > >> On 05/03/16 06:00, mike at midnighteng.com > >> wrote: > >> > >> FYI There are RTCM /voter systems for app_rpt if you want > >> to do it right. > >> > >> > >> Is there an example voting-RX project somewhere I can read > >about? > >> > >> Non-RTCM please. I know about the RTCM and I'm looking at > >> alternatives. > >> > >> > >> Many thanks, > >> Steve > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > >> scroll down to the bottom of the page. Enter your email > >> address and press the "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via > >> email confirmation. If you have trouble unsubscribing, please > >> send a message to the list detailing the problem. > >> > >> > >> -- > >> Joe Leikhim > >> > >> > >> Leikhim and Associates > >> > >> Communications Consultants > >> > >> Oviedo, Florida > >> > >> JLeikhim at Leikhim.com > >> > >> 407-982-0446 > >> > >> WWW.LEIKHIM.COM > >> > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > >> scroll down to the bottom of the page. Enter your email address > >> and press the "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via > >email > >> confirmation. If you have trouble unsubscribing, please send a > >> message to the list detailing the problem. > >> > >> > >> > >> > >> -- > >> Jeff Ackerman > >> kg6uyz at gmail.com > > > >-- > >Joe Leikhim > > > > > >Leikhim and Associates > > > >Communications Consultants > > > >Oviedo, Florida > > > >JLeikhim at Leikhim.com > > > >407-982-0446 > > > >WWW.LEIKHIM.COM > > > > > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >App_rpt-users mailing list > >App_rpt-users at ohnosec.org > >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > >To unsubscribe from this list please visit > >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >down to the bottom of the page. Enter your email address and press the > >"Unsubscribe or edit options button" > >You do not need a password to unsubscribe, you can do it via email > >confirmation. If you have trouble unsubscribing, please send a message > >to the list detailing the problem. > > -- > Bryan Fields > 727-409-1194 > http://bryanfields.net > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://ohnosec.org/pipermail/app_rpt-users/attachments/20160330/3d5ec49a/attachment.html > > > > ------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > End of App_rpt-users Digest, Vol 85, Issue 56 > ********************************************* > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Wed Mar 30 20:53:38 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 16:53:38 -0400 Subject: [App_rpt-users] Non-RTCM voter, where? In-Reply-To: <56FC207D.20700@meshnetworks.co.nz> References: <56DEA763.30609@meshnetworks.co.nz> <56FBEC16.9040203@leikhim.com> <56FBF862.2030000@leikhim.com> <56FC207D.20700@meshnetworks.co.nz> Message-ID: <56FC3CD2.5030608@leikhim.com> What is the problem with the RTCM and simulcast? Analog simulcast may never sound as good as a single site, because it does experience/cause time differential interference and noise and therefore requires some very specific design constraints. However, for some applications it still is the way to go. Moving forward 5-10 years, two slot DMR with IP connectivity will be the way to go. Before I get flamed, TETRA never got a foothold in the US and because FCC eliminated most 25KHz channels, getting TETRA to play in the US is reserved for those few who have the contiguous spectrum. I will confess to being a lurker here, primarily because I have interests both in the commercial LMR and the "ham radio". The RTCM and IP Simulcast support interests me because I have done a lot of simulcast design work in Public Safety and the commercial support of analog simulcast is becoming threatened with the loss of Raytheon JPS SNV-12 product. Also the commercial products are very pricey and complex. That being said, I see the RTCM as having some potential niche in the commercial LMR world. Joe On 3/30/2016 2:52 PM, Steve Wright wrote: > On 31/03/16 05:28, Jeff Ackerman wrote: >> XIPAR does not do GPS timing of the audio so there will be no timing >> of audio. Its called "simple voter", no frills. XIPAR simply >> selects the best receiver based on DSP signal strength measurements. > > Obviously the 'no timing' situation is not completely traumatic for > the conversational use of the repeater, as there is no widespread > comments or negativity about it. > > The RTCM is a good idea and a good design, but with the Simulcast > transmit not functioning, and no apparent developer activity there's > just not enough light at the end of the tunnel to commission it > everywhere. > > It seems to me that analog simulcast transmit is never really going to > sound right. I feel uneasy about the relentless approach of digital > audio into ham radio, but maybe the dream of zero-handoff multi-rx > multi-tx systems means 'digital' and we're stuck with it. I'd like to > be proven wrong on that. > > > Steve > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM From cummingsj at gmail.com Wed Mar 30 22:21:21 2016 From: cummingsj at gmail.com (JJC) Date: Wed, 30 Mar 2016 16:21:21 -0600 Subject: [App_rpt-users] Reverse AutoPatch Message-ID: I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Wed Mar 30 22:22:42 2016 From: cummingsj at gmail.com (JJC) Date: Wed, 30 Mar 2016 16:22:42 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: Message-ID: Missed the last line in the extensions stanza: exten => 2230,n,Rpt(43265|P|1) On Wed, Mar 30, 2016 at 4:21 PM, JJC wrote: > I have scoured the internet to find documentation about reverse autopatch > but have had no luck. I have been able to get autopatch working without a > problem and have had _limited_ success in getting allstar(dial) to answer. > > I was able to get allstar to answer and allow me to run DTMF with the > following, but really all that I want is reverse autopatch or both.... > > If I make any real changes to the stanza in extensions.conf I get an error > like: > Using INVITE request as basis request - 1939985154 at 198.199.84.66 > Found no matching peer or user for '198.199.84.66:5060' > [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: > Failed to authenticate user "Caller ID Strings..." > > > [general] > allowguest = no > match_auth_username=yes > register=REDACTED:XXXXXX at gvgw.simonics.com/2230 > > context = default > allowoverlap = no ; Disable overlap dialing support. > (Default is yes) > bindport = 5060 ; UDP Port to bind to (SIP standard port > is 5060) > bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to > all) > srvlookup = yes ; Enable DNS SRV lookups on outbound calls > > > [GV17193576518] > type=friend > autocreatepeer=yes > insecure=port,invite > username=REDACTED > secret=XXXXXXX > host=gvgw.simonics.com > qualify=no > ;permit=0.0.0.0/0.0.0.0 > context=custom-gv-answer > > > [custom-gv-answer] > exten => 2230,1,Answer() > exten => 2230,n,Playback(rpt/node) > exten => 2230,n,Saydigits(${EXTEN:1}) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Wed Mar 30 22:31:48 2016 From: cummingsj at gmail.com (JJC) Date: Wed, 30 Mar 2016 16:31:48 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: Message-ID: The noted config was working 5 minutes ago, loosely as described, now it's a constant no answer with: Found no matching peer or user for '104.236.102.59:5060' [Mar 30 16:30:40] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "callerid string"... On Wed, Mar 30, 2016 at 4:22 PM, JJC wrote: > Missed the last line in the extensions stanza: > > exten => 2230,n,Rpt(43265|P|1) > > On Wed, Mar 30, 2016 at 4:21 PM, JJC wrote: > >> I have scoured the internet to find documentation about reverse autopatch >> but have had no luck. I have been able to get autopatch working without a >> problem and have had _limited_ success in getting allstar(dial) to answer. >> >> I was able to get allstar to answer and allow me to run DTMF with the >> following, but really all that I want is reverse autopatch or both.... >> >> If I make any real changes to the stanza in extensions.conf I get an >> error like: >> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >> Found no matching peer or user for '198.199.84.66:5060' >> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: >> Failed to authenticate user "Caller ID Strings..." >> >> >> [general] >> allowguest = no >> match_auth_username=yes >> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >> >> context = default >> allowoverlap = no ; Disable overlap dialing support. >> (Default is yes) >> bindport = 5060 ; UDP Port to bind to (SIP standard port >> is 5060) >> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to >> all) >> srvlookup = yes ; Enable DNS SRV lookups on outbound calls >> >> >> [GV17193576518] >> type=friend >> autocreatepeer=yes >> insecure=port,invite >> username=REDACTED >> secret=XXXXXXX >> host=gvgw.simonics.com >> qualify=no >> ;permit=0.0.0.0/0.0.0.0 >> context=custom-gv-answer >> >> >> [custom-gv-answer] >> exten => 2230,1,Answer() >> exten => 2230,n,Playback(rpt/node) >> exten => 2230,n,Saydigits(${EXTEN:1}) >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Wed Mar 30 22:46:15 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 18:46:15 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 56 In-Reply-To: References: Message-ID: <56FC5737.3050409@leikhim.com> The Digitac Voter reconstructs received data in the Securenet digital voice mode only. On mixed mode systems, the analog audio is processed in same way the SpectraTac worked, it is an analog VF channel. The Astro-Tac processes same way but is for ASTRO or P25 digital modes. In the analog world, if you want to go over the IP and you know the exact time at each site and at the voter (via GPS), the voter can buffer several hundred of milliseconds and wait for all the straggling audio "bits" to arrive. In theory, if later than the buffer depth, those late sites might be ignored. On 3/30/2016 4:53 PM, KM4NRJ FLORIDA wrote: > > Maybe I am way off here and there are plans to use voting for digital > down the road like Digitac Motorola does. They go further and actually > reconstruct packets that fail from a site using data from all sites. > > Having said that, in the analog world using Moto SpectraTac > comparators for many years it wasn't that noticeable because all was > analog from every field receiver in a 1247 square mile County. > > With the ADC to DAC process, I shudder at thinking of a timed > referencing synchronization of various source sites using public > Internet transport. I mean even in the "fire and forget" world of UDP > protocol, the network cannot cope. > > Unless you are talking private links using microwave unlicensed > spectrum technology, I think it may be a hair puller. > > Interesting project though. > > On Mar 30, 2016 12:30, > wrote: > > Send App_rpt-users mailing list submissions to > app_rpt-users at ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at ohnosec.org > > > You can reach the person managing the list at > app_rpt-users-owner at ohnosec.org > > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > > Today's Topics: > > 1. Re: Non-RTCM voter, where? (Jeff Ackerman) > 2. Re: Non-RTCM voter, where? (Bryan Fields) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Mar 2016 09:28:32 -0700 > From: Jeff Ackerman > > To: Joe Leikhim > > Cc: info at meshnetworks.co.nz , > app_rpt mailing list > > > Subject: Re: [App_rpt-users] Non-RTCM voter, where? > Message-ID: > > > > Content-Type: text/plain; charset="utf-8" > > XIPAR does not do GPS timing of the audio so there will be no > timing of > audio. Its called "simple voter", no frills. XIPAR simply > selects the > best receiver based on DSP signal strength measurements. > > On Wed, Mar 30, 2016 at 9:01 AM, Joe Leikhim > wrote: > > > Without GPS, how does XIPAR deal with jitter and network latency? > > > > > > On 3/30/2016 11:25 AM, Jeff Ackerman wrote: > > > > If you looking for the alternative IP voting of the varuious app_rpt > > flavors you can try XIPAR: > > > http://www.xelatec.com/xipar/simplevoter > > > > It wont be as seamless of voting as a RTCM, but its much > simpler, doesnt > > require anything more then PC's, the IP backhaul and usb radio > interfaces > > with radios capable of giving discriminator audio. > > > > Conventional hardware voting comparators could work but require the > > backhaul, which in most commercial applications is 4 wire e&m voice > > circuits using either tone signaling or e&m signaling. (This > method of > > voting is done outside of allstar/app_rpt.) > > > > On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim > > wrote: > > > >> Here are some products to start with; > >> > >> There is the Raven M4x > >> > >> http://www.ravencomm.com/documents/products_doc3_23.pdf > >> > >> Raytheon JPS SNV-12 (Though the future of this product is up in > the air, > >> it was the defacto standard. Uses 600 ohm VF circuits, IP > connectivity > >> needs to be overlaid) > >> > http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > >> > >> Motorola Spectra Tac (Obsolete Now Motorola has pretty much > abandoned > >> analog FM technology. Uses 600 ohm VF circuits,) > >> > http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > >> > >> The above voters all use some method of signal/noise voting. > The JPS > >> SNV-12 and the Raven M4X use DSP to make decision, while the > Spectra Tac > >> was pretty much an analog noise measurement vs a status > tone/audio AGC > >> level. The SpectraTac does not support non-Motorola receivers > unless you > >> know the "secret sauce" which I am privy to. > >> > >> This site has some practical examples of projects that are > simulcast, but > >> by design incorporate the SNV-12 voters. > >> > >> www.simulcastsolutions.com > >> > >> Are you looking for some more in depth RF design aspects of > receiver > >> voting? I can help perhaps. > >> > >> Joe > >> > >> www.leikhim.com > >> > >> > >> On 3/8/2016 5:20 AM, Steve Wright wrote: > >> > >>> On 05/03/16 06:00, mike at midnighteng.com > wrote: > >>> > >>>> FYI There are RTCM /voter systems for app_rpt if you want to > do it > >>>> right. > >>>> > >>>> > >>> Is there an example voting-RX project somewhere I can read about? > >>> > >>> Non-RTCM please. I know about the RTCM and I'm looking at > alternatives. > >>> > >>> > >>> Many thanks, > >>> Steve > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> > >>> To unsubscribe from this list please visit > >>> > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll > >>> down to the bottom of the page. Enter your email address and > press the > >>> "Unsubscribe or edit options button" > >>> You do not need a password to unsubscribe, you can do it via email > >>> confirmation. If you have trouble unsubscribing, please send a > message to > >>> the list detailing the problem. > >>> > >> > >> -- > >> Joe Leikhim > >> > >> > >> Leikhim and Associates > >> > >> Communications Consultants > >> > >> Oviedo, Florida > >> > >> JLeikhim at Leikhim.com > >> > >> 407-982-0446 > >> > >> WWW.LEIKHIM.COM > >> > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > scroll > >> down to the bottom of the page. Enter your email address and > press the > >> "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via email > >> confirmation. If you have trouble unsubscribing, please send a > message to > >> the list detailing the problem. > >> > > > > > > > > -- > > Jeff Ackerman > > kg6uyz at gmail.com > > > > > > -- > > Joe Leikhim > > > > > > Leikhim and Associates > > > > Communications Consultants > > > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > > > > > -- > Jeff Ackerman > kg6uyz at gmail.com > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > > Message: 2 > Date: Wed, 30 Mar 2016 12:30:16 -0400 > From: Bryan Fields > > To: App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Non-RTCM voter, where? > Message-ID: <749F182A-496E-4894-83A8-5A782C32862B at bryanfields.net > > > Content-Type: text/plain; charset="utf-8" > > I don't believe it does. > > Does anyone have a link to the xipar source repository? I'd like > to take a look how they are doing it. It might be possible to do > it via 1588 or some other network time protocol. > > On March 30, 2016 12:01:38 PM EDT, Joe Leikhim > > wrote: > >Without GPS, how does XIPAR deal with jitter and network latency? > > > >On 3/30/2016 11:25 AM, Jeff Ackerman wrote: > >> If you looking for the alternative IP voting of the varuious > app_rpt > >> flavors you can try XIPAR: http://www.xelatec.com/xipar/simplevoter > >> > >> It wont be as seamless of voting as a RTCM, but its much simpler, > >> doesnt require anything more then PC's, the IP backhaul and usb > radio > > > >> interfaces with radios capable of giving discriminator audio. > >> > >> Conventional hardware voting comparators could work but require the > >> backhaul, which in most commercial applications is 4 wire e&m voice > >> circuits using either tone signaling or e&m signaling. (This method > >of > >> voting is done outside of allstar/app_rpt.) > >> > >> On Wed, Mar 30, 2016 at 8:09 AM, Joe Leikhim > > >> >> wrote: > >> > >> Here are some products to start with; > >> > >> There is the Raven M4x > >> > >> http://www.ravencomm.com/documents/products_doc3_23.pdf > >> > >> Raytheon JPS SNV-12 (Though the future of this product is up in > >> the air, it was the defacto standard. Uses 600 ohm VF circuits, > >IP > >> connectivity needs to be overlaid) > >> > >http://www.simulcastsolutions.com/userfiles/file/appnotes/vSnv12App.pdf > >> > >> Motorola Spectra Tac (Obsolete Now Motorola has pretty much > >> abandoned analog FM technology. Uses 600 ohm VF circuits,) > >> > >http://www.repeater-builder.com/motorola/spectra-tac/spectratac-index.html > >> > >> The above voters all use some method of signal/noise > voting. The > >> JPS SNV-12 and the Raven M4X use DSP to make decision, > while the > >> Spectra Tac was pretty much an analog noise measurement vs a > >> status tone/audio AGC level. The SpectraTac does not support > >> non-Motorola receivers unless you know the "secret sauce" > which I > >> am privy to. > >> > >> This site has some practical examples of projects that are > >> simulcast, but by design incorporate the SNV-12 voters. > >> > >> www.simulcastsolutions.com > > >> > >> Are you looking for some more in depth RF design aspects of > >> receiver voting? I can help perhaps. > >> > >> Joe > >> > >> www.leikhim.com > >> > >> > >> On 3/8/2016 5:20 AM, Steve Wright wrote: > >> > >> On 05/03/16 06:00, mike at midnighteng.com > > >> > wrote: > >> > >> FYI There are RTCM /voter systems for app_rpt if > you want > >> to do it right. > >> > >> > >> Is there an example voting-RX project somewhere I can read > >about? > >> > >> Non-RTCM please. I know about the RTCM and I'm looking at > >> alternatives. > >> > >> > >> Many thanks, > >> Steve > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > > > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > >> scroll down to the bottom of the page. Enter your email > >> address and press the "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do > it via > >> email confirmation. If you have trouble unsubscribing, > please > >> send a message to the list detailing the problem. > >> > >> > >> -- > >> Joe Leikhim > >> > >> > >> Leikhim and Associates > >> > >> Communications Consultants > >> > >> Oviedo, Florida > >> > >> JLeikhim at Leikhim.com > >> > >> 407-982-0446 > > >> > >> WWW.LEIKHIM.COM > >> > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at ohnosec.org > > > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >> > >> To unsubscribe from this list please visit > >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and > >> scroll down to the bottom of the page. Enter your email address > >> and press the "Unsubscribe or edit options button" > >> You do not need a password to unsubscribe, you can do it via > >email > >> confirmation. If you have trouble unsubscribing, please send a > >> message to the list detailing the problem. > >> > >> > >> > >> > >> -- > >> Jeff Ackerman > >> kg6uyz at gmail.com > > > > > >-- > >Joe Leikhim > > > > > >Leikhim and Associates > > > >Communications Consultants > > > >Oviedo, Florida > > > >JLeikhim at Leikhim.com > > > >407-982-0446 > > > >WWW.LEIKHIM.COM > > > > > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >App_rpt-users mailing list > >App_rpt-users at ohnosec.org > >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > >To unsubscribe from this list please visit > >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > >down to the bottom of the page. Enter your email address and > press the > >"Unsubscribe or edit options button" > >You do not need a password to unsubscribe, you can do it via email > >confirmation. If you have trouble unsubscribing, please send a > message > >to the list detailing the problem. > > -- > Bryan Fields > 727-409-1194 > http://bryanfields.net > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > End of App_rpt-users Digest, Vol 85, Issue 56 > ********************************************* > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Mar 30 23:10:03 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 30 Mar 2016 23:10:03 +0000 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: Message-ID: A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _1.,n,Hangup In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node number it should work. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org on behalf of JJC Sent: Wednesday, March 30, 2016 3:21 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Reverse AutoPatch I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Wed Mar 30 23:16:07 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Thu, 31 Mar 2016 12:16:07 +1300 Subject: [App_rpt-users] Digital Audio was: analog voting In-Reply-To: References: Message-ID: <56FC5E37.9080809@meshnetworks.co.nz> On 31/03/16 09:53, KM4NRJ FLORIDA wrote: > Unless you are talking private links using microwave unlicensed spectrum > technology, I think it may be a hair puller. That's not too hard to do though. The gear is off-the-shelf, effective, inexpensive, and uncomplicated. 2.4, 3.3, 5.8, and 10GHz radios are available. The only issue with these radios and links, is they're not actually that solid, and if something gets wedged you need an admin who really knows which chain to flush, or your repeater is going to be down days or weeks. It's nearly mandatory that hams know how to acquire some obsolete Ubiquiti, plug it in, and shoot a 100mbit link with it, and it's fun too. Many many cool stunts can be done over a link like that. Internet trunking between 'Repeaters' doesn't get anywhere near the workout that a local voted system would - where users really want to beat it to death in near-real-time. As long as a courtesy tone tells users "we're connected somewhere - there may be delays" then that is fine. It's not irlp, kerchunk kerchunk.. ;) Interesting comments on the PTP sub-microsecond timing protocols. I just installed the daemon with a flick of my admin finger, so deploying servers is a doddle. XIPAR source can be googled trivially. Sadly, I am not a coh-derrr, so others may comment. I don't mind Digital Audio over Ham Radio, but it doesn't 'feel like radio'. Maybe I'd get used to that, if it was nice warm 64kbit audio. I wouldn't mind the occasional blip in the voted audio - that doesn't sound anywhere near as bad as mister robota d-stir. I spent some time looking at transverters for our 1.3GHz band. The concept was to use a 5MHz wide channel with the Unifi zero-handoff 5.8GHz radios as the IF. 25 watt mobiles and 100 watt base stations would be easy to deploy (no duplexing). Testing at -70dbm shows a 32MBit connect and an *actual* TCP throughput of 3.5mbit/sec full-duplex for a channel total of 7mbit/sec. I stopped work on it because I wasn't really in a position to design and build the high-side LO and mixer board for it. Just ideas. Steve From rhyolite at leikhim.com Wed Mar 30 23:42:35 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 19:42:35 -0400 Subject: [App_rpt-users] Hamtronics receiver issue with AllStar RTCM In-Reply-To: References: <56F86802.5070600@bryanfields.net> <56F97D3F.5060809@leikhim.com> <56F99CEA.1040002@bryanfields.net> <56F9AB77.2060402@leikhim.com> <56FBF9F1.9000703@leikhim.com> Message-ID: <56FC646B.6030608@leikhim.com> Skyler; Here is a wideband VHF 136-156 MHz radio that will solve your ham club problems for $35 each. If these were UHF I would be buying a bushel full. You will need to get the programming software from Ritron. I think it is free. There are similar models with an enclosure, but for much more $$. See the auction below on E-Bay: Seller dale575 Ritron VHF Transceiver PCA, 136-156MHZ, 5 Watt, Model DTX-142-GCWD-I http://www.ebay.com/itm/Ritron-VHF-Transceiver-PCA-136-156MHZ-5-Watt-Model-DTX-142-GCWD-I/191557457767?_trksid=p2047675.c100005.m1851&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D35389%26meid%3D4bbbffc700cc4aefba654c3ce0d394f8%26pid%3D100005%26rk%3D2%26rkt%3D6%26sd%3D401085025343 On 3/30/2016 12:11 PM, Skyler F wrote: > Factory tuned from the factory. And I don't even have a signal > generator / counter good for RF. We got one hamtronics board, and > won't buy another until we get this one working. > > On Wed, Mar 30, 2016 at 10:08 AM, Joe Leikhim > wrote: > > Were these receivers factory built and tuned or did individual > club members build them? Either way, you might try others from the > lot. If you have only a rudimentary signal generator and / or > frequency counter, perhaps I can walk you through some "field > expedient" steps over the phone. > > > On 3/30/2016 12:01 PM, Skyler F wrote: >> I don't have the test equipment to go through all of the dirty >> Local Oscilator, SINAD, etc., so I will have to wait on that a >> few weeks before the president of the club gets back in town. >> >> WHEN I bypassed the capacitor and resistor ( 1k and .03?) , the >> RTCM was able to calibrate squelch. The LED flashed several times >> and then was steady. Maybe the capacitor is the wrong value. >> There was no code on it, but based on the resistor code, the >> value was correct. >> >> 73 >> Skyler >> >> On Mon, Mar 28, 2016 at 4:08 PM, Joe Leikhim >> > wrote: >> >> If you are using an external reference, you cannot make up >> for the 2nd LO error if it is wildly off. There is an easy >> SINAD related test in EIA-603 that is called Offset >> Acceptance Bandwidth that would indicate if the IF were off >> center. Things that could go wrong apart from simple >> misalignment of the Quad Detector coil could include the LO >> crystal being way off frequency, the IF filters being wrong >> BW or off spec pass frequency. >> >> Given the symptoms, I am putting my money on a misadjusted >> quad coil. >> >> Joe >> >> On 3/28/2016 5:06 PM, Bryan Fields wrote: >> >> On 3/28/16 2:51 PM, Joe Leikhim wrote: >> >> 1) Make sure the receiver First Local Oscillator is >> adjusted correctly >> on frequency. (Fo -10.700 MHz) Likewise the second LO >> should be at >> around 10.2450 MHz. The second LO is not adjustable, >> so any minor error >> would have to be made up with the TCXO U3. After this >> second step: >> >> Then : >> >> 2) Make sure the general alignment is set properly, >> especially the >> discriminator coil T2 which responds to 10.7000 MHz >> from a signal >> generator, has an S curve response. In my experience >> with these sort of >> Quadrature Detector chips, you can get a false sense >> of IF centering >> where the noise component is suppressed. You might >> try adjusting for >> maximum noise first without the 10.7000 MHz signal. >> Be careful you don't >> jam the coil slug. >> >> These are both very good points i didn't consider. I >> normally don't check my >> reference oscillators in the hamtronics as they are using >> an external 10MHz >> source. >> >> You will want to check SINAD on it as well, if it's not >> making spec (and those >> hamtronics are very sensitive), something else is wrong >> with it. >> >> >> -- >> Joe Leikhim >> >> >> Leikhim and Associates >> >> Communications Consultants >> >> Oviedo, Florida >> >> JLeikhim at Leikhim.com >> >> 407-982-0446 >> >> WWW.LEIKHIM.COM >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and >> scroll down to the bottom of the page. Enter your email >> address and press the "Unsubscribe or edit options button" >> You do not need a password to unsubscribe, you can do it via >> email confirmation. If you have trouble unsubscribing, please >> send a message to the list detailing the problem. >> >> >> >> >> -- >> Skyler Fennell >> amsatnet.info >> KD?WHB >> electricity440 at gmail.com > > -- > Joe Leikhim > > > Leikhim and Associates > > Communications Consultants > > Oviedo, Florida > > JLeikhim at Leikhim.com > > 407-982-0446 > > WWW.LEIKHIM.COM > > > > > -- > Skyler Fennell > amsatnet.info > KD?WHB > electricity440 at gmail.com -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Wed Mar 30 23:54:29 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Thu, 31 Mar 2016 12:54:29 +1300 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 58 In-Reply-To: References: Message-ID: <56FC6735.1040006@meshnetworks.co.nz> On 31/03/16 11:46, Joe Leikhim wrote: > What is the problem with the RTCM and simulcast? RTCM Transmit simulcast "doesn't work", we were told. I haven't tried it. RTCM Receive voting works famously. > Analog simulcast may never sound as good as a single site, because it > does experience/cause time differential interference and noise and > therefore requires some very specific design constraints. However, for > some applications it still is the way to go. How difficult for Hams? RTCM TX Simulcast is a very good idea, but it seems to be on the back burner. > Moving forward 5-10 years, > two slot DMR with IP connectivity will be the way to go. Before I get > flamed, TETRA never got a foothold in the US and because FCC eliminated > most 25KHz channels, getting TETRA to play in the US is reserved for > those few who have the contiguous spectrum. We're Hams though, and we can do as we choose within our own regulations, and our propensity to negotiate new rules. I don't like 4800baud audio, and if we don't want to do something, then we don't have to do that. There's no need to focus on the commercial world and their limitations and rules, but we just don't have to. > [....] commercial products are very pricey and complex. That > being said, I see the RTCM as having some potential niche in the > commercial LMR world. All the commercial stuff WILL go digital. That's my prediction anyway. There's too much cleverness in the digital RF world to be ignored now - the benefits are just too great and the products are too disruptive. There won't be any analog RF before long - it'll be too slow, too featureless, too expensive, too power-hungry, and almost anything else you can think off. Maybe Hams are stuck with that reality - that an analog RF high-site will be cool and quaint, like a transistor analog VFO. Nice and old-world to play with, but not enough toys in the toybox. For myself, I just can't get past the horrible 4800baud audio, and I don't think that we have to - not on VHF/SHF anyway. A nice 64kbit channel would be lovely thanks! :p Steve From rhyolite at leikhim.com Thu Mar 31 00:15:07 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 20:15:07 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 58 In-Reply-To: <56FC6735.1040006@meshnetworks.co.nz> References: <56FC6735.1040006@meshnetworks.co.nz> Message-ID: <56FC6C0B.5020904@leikhim.com> A lot of early simulcast systems "didn't work" because the designers ignored problems of time differential interference in overlap areas. Or ignored problems of transmitter stability, audio level equalization. Small things like having the audio phase 180 degrees out of phase (doh, signal wires transposed!), CTCSS tone out of phase. A lot can go wrong and the product still be solid. That is what I am wondering. By the way if you have a high site, lots of ERP, no reason not to use voter for multiple antenna diversity co located on the site. No back haul needed. I am with you on digital audio CODECs. I am not sold. But there is something to be said for 15 sites of DMR 2-slot TDMA linked with internet and mobiles free to roam automatically. On 3/30/2016 7:54 PM, Steve Wright wrote: > On 31/03/16 11:46, Joe Leikhim wrote: >> What is the problem with the RTCM and simulcast? > > RTCM Transmit simulcast "doesn't work", we were told. I haven't tried > it. > > RTCM Receive voting works famously. > > >> Analog simulcast may never sound as good as a single site, because it >> does experience/cause time differential interference and noise and >> therefore requires some very specific design constraints. However, for >> some applications it still is the way to go. > > How difficult for Hams? RTCM TX Simulcast is a very good idea, but it > seems to be on the back burner. > > >> Moving forward 5-10 years, >> two slot DMR with IP connectivity will be the way to go. Before I get >> flamed, TETRA never got a foothold in the US and because FCC eliminated >> most 25KHz channels, getting TETRA to play in the US is reserved for >> those few who have the contiguous spectrum. > > We're Hams though, and we can do as we choose within our own > regulations, and our propensity to negotiate new rules. I don't like > 4800baud audio, and if we don't want to do something, then we don't > have to do that. There's no need to focus on the commercial world and > their limitations and rules, but we just don't have to. > > >> [....] commercial products are very pricey and complex. That >> being said, I see the RTCM as having some potential niche in the >> commercial LMR world. > > > All the commercial stuff WILL go digital. That's my prediction > anyway. There's too much cleverness in the digital RF world to be > ignored now - the benefits are just too great and the products are too > disruptive. There won't be any analog RF before long - it'll be too > slow, too featureless, too expensive, too power-hungry, and almost > anything else you can think off. > > Maybe Hams are stuck with that reality - that an analog RF high-site > will be cool and quaint, like a transistor analog VFO. Nice and > old-world to play with, but not enough toys in the toybox. > > For myself, I just can't get past the horrible 4800baud audio, and I > don't think that we have to - not on VHF/SHF anyway. A nice 64kbit > channel would be lovely thanks! :p > > > Steve > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the bottom of the page. Enter your email address and press the > "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email > confirmation. If you have trouble unsubscribing, please send a message > to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM From cummingsj at gmail.com Thu Mar 31 00:24:12 2016 From: cummingsj at gmail.com (JJC) Date: Wed, 30 Mar 2016 18:24:12 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: Message-ID: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> This will address the "found no matching peer or user" error? Sent from the iRoad > On Mar 30, 2016, at 17:10, Jim Duuuude wrote: > > A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: > > > exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 > > exten => _1.,n,Hangup > > > In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node > > number it should work. > > > Jim > > > From: app_rpt-users-bounces at ohnosec.org on behalf of JJC > Sent: Wednesday, March 30, 2016 3:21 PM > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Reverse AutoPatch > > I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. > > I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... > > If I make any real changes to the stanza in extensions.conf I get an error like: > Using INVITE request as basis request - 1939985154 at 198.199.84.66 > Found no matching peer or user for '198.199.84.66:5060' > [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." > > > [general] > allowguest = no > match_auth_username=yes > register=REDACTED:XXXXXX at gvgw.simonics.com/2230 > > context = default > allowoverlap = no ; Disable overlap dialing support. (Default is yes) > bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) > bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) > srvlookup = yes ; Enable DNS SRV lookups on outbound calls > > > [GV17193576518] > type=friend > autocreatepeer=yes > insecure=port,invite > username=REDACTED > secret=XXXXXXX > host=gvgw.simonics.com > qualify=no > ;permit=0.0.0.0/0.0.0.0 > context=custom-gv-answer > > > [custom-gv-answer] > exten => 2230,1,Answer() > exten => 2230,n,Playback(rpt/node) > exten => 2230,n,Saydigits(${EXTEN:1}) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Mar 31 00:26:51 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 31 Mar 2016 00:26:51 +0000 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> References: , <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> Message-ID: No, that's a SIP problem, I thought you were needing info on the reverse autopatch. ________________________________ From: JJC Sent: Wednesday, March 30, 2016 5:24 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This will address the "found no matching peer or user" error? Sent from the iRoad On Mar 30, 2016, at 17:10, Jim Duuuude > wrote: A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _1.,n,Hangup In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node number it should work. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org > on behalf of JJC > Sent: Wednesday, March 30, 2016 3:21 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Reverse AutoPatch I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 00:34:51 2016 From: cummingsj at gmail.com (JJC) Date: Wed, 30 Mar 2016 18:34:51 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> Message-ID: <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> It's all one big mess, yes I did need that also.. It seems that when I make changes even to my reverse auto patch it affects the error that I noted. Thanks for the info for sure! Sent from the iRoad > On Mar 30, 2016, at 18:26, Jim Duuuude wrote: > > No, that's a SIP problem, I thought you were needing info on the reverse autopatch. > > > From: JJC > Sent: Wednesday, March 30, 2016 5:24 PM > To: Jim Duuuude > Cc: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Reverse AutoPatch > > This will address the "found no matching peer or user" error? > > Sent from the iRoad > > On Mar 30, 2016, at 17:10, Jim Duuuude wrote: > >> A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: >> >> >> exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >> >> exten => _1.,n,Hangup >> >> >> In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node >> >> number it should work. >> >> >> Jim >> >> >> From: app_rpt-users-bounces at ohnosec.org on behalf of JJC >> Sent: Wednesday, March 30, 2016 3:21 PM >> To: app_rpt-users at ohnosec.org >> Subject: [App_rpt-users] Reverse AutoPatch >> >> I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. >> >> I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... >> >> If I make any real changes to the stanza in extensions.conf I get an error like: >> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >> Found no matching peer or user for '198.199.84.66:5060' >> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." >> >> >> [general] >> allowguest = no >> match_auth_username=yes >> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >> >> context = default >> allowoverlap = no ; Disable overlap dialing support. (Default is yes) >> bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) >> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) >> srvlookup = yes ; Enable DNS SRV lookups on outbound calls >> >> >> [GV17193576518] >> type=friend >> autocreatepeer=yes >> insecure=port,invite >> username=REDACTED >> secret=XXXXXXX >> host=gvgw.simonics.com >> qualify=no >> ;permit=0.0.0.0/0.0.0.0 >> context=custom-gv-answer >> >> >> [custom-gv-answer] >> exten => 2230,1,Answer() >> exten => 2230,n,Playback(rpt/node) >> exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at meshnetworks.co.nz Thu Mar 31 00:47:23 2016 From: info at meshnetworks.co.nz (Steve Wright) Date: Thu, 31 Mar 2016 13:47:23 +1300 Subject: [App_rpt-users] Digital audio In-Reply-To: References: Message-ID: <56FC739B.6010105@meshnetworks.co.nz> On 31/03/16 13:26, Joe Leikhim wrote: > A lot of early simulcast systems "didn't work" because the designers > ignored problems of time differential interference in overlap areas. Or > ignored problems of transmitter stability, audio level equalization. > Small things like having the audio phase 180 degrees out of phase (doh, > signal wires transposed!), CTCSS tone out of phase. A lot can go wrong > and the product still be solid. That is what I am wondering. I understand RTCM TX Simulcast addresses all those concerns, but they were unhappy enough with the result to announce it "non working", which is a great loss to me. I've not heard or seen a demonstration of this - maybe someone has a video of it, or might offer an anecdote. > By the way if you have a high site, lots of ERP, no reason not to use > voter for multiple antenna diversity co located on the site. No back > haul needed. Those places are getting expensive here. I like the voter idea, because we can reuse inexpensive sites - and just add more of them. Receivers and Ubiq radios are cheap as chips, and you can just throw one into any gap, with a big antenna and a quality preamp on it. That'll work. ;) > I am with you on digital audio CODECs. I am not sold. But there is > something to be said for 15 sites of DMR 2-slot TDMA linked with > internet and mobiles free to roam automatically. We could do better in my opinion. The interesting thing about any Voter system, is that the receivers do not have to be sited with their transmitter. So lots of problems go out the window. No duplexing and no power limitations are the big ones... Imagine what you can do on a 6/2/70 repeater site when there is no duplexing and no power limitations! 1500 watt analog repeater, anyone? Single-site digital systems have similar advantages, again no duplexing and no power limits. Cue 100watt 1.3GHz 10mbit for Hams? Multi-site zero-handoff all done in software? Really great tech chat, Joe. :) Steve From w5jr.lists at gmail.com Thu Mar 31 00:51:52 2016 From: w5jr.lists at gmail.com (Mike - W5JR) Date: Wed, 30 Mar 2016 20:51:52 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 58 In-Reply-To: <56FC6C0B.5020904@leikhim.com> References: <56FC6735.1040006@meshnetworks.co.nz> <56FC6C0B.5020904@leikhim.com> Message-ID: > By the way if you have a high site, lots of ERP, no reason not to use voter for multiple antenna diversity co located on the site. No back haul needed. This is a great/simple/effective idea. Don't know why we didn't think about this sooner. And I work in an industry that thrives on diversity reception. It will greatly help the swishing handhelds. The 2m repeater actually has remote receivers but need to implement a 2 chan voter for 440. And the 900. tnx Mike / W5JR Alpharetta GA -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Thu Mar 31 01:11:56 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 21:11:56 -0400 Subject: [App_rpt-users] App_rpt-users Digest, Vol 85, Issue 58 In-Reply-To: References: <56FC6735.1040006@meshnetworks.co.nz> <56FC6C0B.5020904@leikhim.com> Message-ID: <56FC795C.8050309@leikhim.com> I have a project on my bench to put together a UHF 4-receiver diversity repeater based on a JPS DSP voter. In planning this I read a lot of work by C. Y Lee about diversity. With two branches you need the antennas separated vertically on the tower which means lower elevation for one, but still better than just one branch. If you want all on same level, like a rooftop or tower with cross arms, he recommended three branches or more to avoid having two antennas correlated (less effective) in two directions. I am going with four antennas and the fourth will be horizontally polarized. All I need is more time and money. I have one not both at the moment. What I am hoping to do is get it built and run some drive testing to compare talk back with 1, 2, 3 and 4 antennas. My idea is that with the cost of deploying commercial sites, it may be more attractive to enhance a single site cell. On 3/30/2016 8:51 PM, Mike - W5JR wrote: >> By the way if you have a high site, lots of ERP, no reason not to use >> voter for multiple antenna diversity co located on the site. No back >> haul needed. > > > This is a great/simple/effective idea. Don't know why we didn't think > about this sooner. And I work in an industry that thrives on diversity > reception. It will greatly help the swishing handhelds. The 2m > repeater actually has remote receivers but need to implement a 2 chan > voter for 440. And the 900. > > tnx > Mike / W5JR > Alpharetta GA > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhyolite at leikhim.com Thu Mar 31 01:20:14 2016 From: rhyolite at leikhim.com (Joe Leikhim) Date: Wed, 30 Mar 2016 21:20:14 -0400 Subject: [App_rpt-users] Digital audio In-Reply-To: <56FC739B.6010105@meshnetworks.co.nz> References: <56FC739B.6010105@meshnetworks.co.nz> Message-ID: <56FC7B4E.6020400@leikhim.com> Thanks Steve. Yes I would like to hear more on progress with the simulcast mode. To me it has great promise as it has direct IP connectivity and is much simpler than the current commercial offerings that are very complex. It is a challenge to get this technology right. I surveyed the Kern County CA simulcast system, they were on about their 6th generation over many decades of an extremely challenging design (difficult terrain and huge square miles) and were finally happy. That was about 6 years ago and technology has pressed on. 73 joe On 3/30/2016 8:47 PM, Steve Wright wrote: > I understand RTCM TX Simulcast addresses all those concerns, but they > were unhappy enough with the result to announce it "non working", > which is a great loss to me. I've not heard or seen a demonstration > of this - maybe someone has a video of it, or might offer an anecdote. -- Joe Leikhim Leikhim and Associates Communications Consultants Oviedo, Florida JLeikhim at Leikhim.com 407-982-0446 WWW.LEIKHIM.COM From cummingsj at gmail.com Thu Mar 31 03:25:27 2016 From: cummingsj at gmail.com (JJC) Date: Wed, 30 Mar 2016 21:25:27 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: It is now at the point where it announces there is an incoming call but none of the commands that I have found seem to be working.. trying: *60701 *6701 I also changed the extension from 701 to s with the same results (while removing the /701 from the register line), removed the Answer() directive register=USER:@THING/701 [THING] type=peer allowguest=yes autocreatepeer=yes insecure=port,invite username=THING secret= host=gvgw.simonics.com qualify=no allowexternaldomains=yes context=custom-gv-answer [custom-gv-answer] exten => 701,1,Answer() exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => 701,n,Hangup On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: > It's all one big mess, yes I did need that also.. It seems that when I > make changes even to my reverse auto patch it affects the error that I > noted. Thanks for the info for sure! > > Sent from the iRoad > > On Mar 30, 2016, at 18:26, Jim Duuuude wrote: > > No, that's a SIP problem, I thought you were needing info on the reverse > autopatch. > > > ------------------------------ > *From:* JJC > *Sent:* Wednesday, March 30, 2016 5:24 PM > *To:* Jim Duuuude > *Cc:* app_rpt-users at ohnosec.org > *Subject:* Re: [App_rpt-users] Reverse AutoPatch > > This will address the "found no matching peer or user" error? > > Sent from the iRoad > > On Mar 30, 2016, at 17:10, Jim Duuuude wrote: > > A real, live example is in extensions.conf, just after the beginning of > the [allstar-sys] stanza: > > > exten => > _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 > > exten => _1.,n,Hangup > > > In this case, it is passed 1 plus the node number as an extension. If you > replace "${EXTEN:1}" with your node > > number it should work. > > > Jim > > > ------------------------------ > *From:* app_rpt-users-bounces at ohnosec.org < > app_rpt-users-bounces at ohnosec.org> on behalf of JJC > *Sent:* Wednesday, March 30, 2016 3:21 PM > *To:* app_rpt-users at ohnosec.org > *Subject:* [App_rpt-users] Reverse AutoPatch > > I have scoured the internet to find documentation about reverse autopatch > but have had no luck. I have been able to get autopatch working without a > problem and have had _limited_ success in getting allstar(dial) to answer. > > I was able to get allstar to answer and allow me to run DTMF with the > following, but really all that I want is reverse autopatch or both.... > > If I make any real changes to the stanza in extensions.conf I get an error > like: > Using INVITE request as basis request - 1939985154 at 198.199.84.66 > Found no matching peer or user for '198.199.84.66:5060' > [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: > Failed to authenticate user "Caller ID Strings..." > > > [general] > allowguest = no > match_auth_username=yes > register=REDACTED:XXXXXX at gvgw.simonics.com/2230 > > context = default > allowoverlap = no ; Disable overlap dialing support. > (Default is yes) > bindport = 5060 ; UDP Port to bind to (SIP standard port > is 5060) > bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to > all) > srvlookup = yes ; Enable DNS SRV lookups on outbound calls > > > [GV17193576518] > type=friend > autocreatepeer=yes > insecure=port,invite > username=REDACTED > secret=XXXXXXX > host=gvgw.simonics.com > qualify=no > ;permit=0.0.0.0/0.0.0.0 > context=custom-gv-answer > > > [custom-gv-answer] > exten => 2230,1,Answer() > exten => 2230,n,Playback(rpt/node) > exten => 2230,n,Saydigits(${EXTEN:1}) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Mar 31 05:05:02 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 31 Mar 2016 05:05:02 +0000 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com>, Message-ID: 701 is meant to un-park call parked in parking lot 1 in Asterisk. If your autopatch access code is *6, then *6 plus what it tells you to dial (0701) should work, if you have the call parking configured correctly (see features.conf), and accessed in the autopatch's Asterisk dialplan, as is in the default extensions.conf: exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) In the default config that is shipped with ACID, this is how it is set up already. Jim ________________________________ From: JJC Sent: Wednesday, March 30, 2016 8:25 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch It is now at the point where it announces there is an incoming call but none of the commands that I have found seem to be working.. trying: *60701 *6701 I also changed the extension from 701 to s with the same results (while removing the /701 from the register line), removed the Answer() directive register=USER:@THING/701 [THING] type=peer allowguest=yes autocreatepeer=yes insecure=port,invite username=THING secret= host=gvgw.simonics.com qualify=no allowexternaldomains=yes context=custom-gv-answer [custom-gv-answer] exten => 701,1,Answer() exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => 701,n,Hangup On Wed, Mar 30, 2016 at 6:34 PM, JJC > wrote: It's all one big mess, yes I did need that also.. It seems that when I make changes even to my reverse auto patch it affects the error that I noted. Thanks for the info for sure! Sent from the iRoad On Mar 30, 2016, at 18:26, Jim Duuuude > wrote: No, that's a SIP problem, I thought you were needing info on the reverse autopatch. ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 5:24 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This will address the "found no matching peer or user" error? Sent from the iRoad On Mar 30, 2016, at 17:10, Jim Duuuude > wrote: A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _1.,n,Hangup In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node number it should work. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org > on behalf of JJC > Sent: Wednesday, March 30, 2016 3:21 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Reverse AutoPatch I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From billy at avnets.net Thu Mar 31 05:26:07 2016 From: billy at avnets.net (Billy Vance) Date: Wed, 30 Mar 2016 22:26:07 -0700 Subject: [App_rpt-users] URI - Raspberry Pi 3 -Radioless Message-ID: <000801d18b0d$d5b68780$81239680$@avnets.net> I travel (Fly) on business often and would like to take a URI-Raspberry Pi3 and a mic/headset on the road to use while I am in hotels as I have found the I can't always hit a local repeater. Any ideas? Thank you KK6KFV - Billy -------------- next part -------------- An HTML attachment was scrubbed... URL: From overnite at me.com Thu Mar 31 09:07:58 2016 From: overnite at me.com (Bryan Taylor) Date: Thu, 31 Mar 2016 06:37:58 -0230 Subject: [App_rpt-users] URI - Raspberry Pi 3 -Radioless In-Reply-To: <000801d18b0d$d5b68780$81239680$@avnets.net> References: <000801d18b0d$d5b68780$81239680$@avnets.net> Message-ID: <0FCC4DC8-10CE-4AF9-8669-5D9BD50C73A6@me.com> Here is one idea, http://crompton.com/hamradio/USBFOB_without_radio/ Plug it right into your pi Sent from my iPhone 6 > On Mar 31, 2016, at 2:56 AM, Billy Vance wrote: > > I travel (Fly) on business often and would like to take a URI-Raspberry Pi3 and a mic/headset on the road to use while I am in hotels as I have found the I can?t always hit a local repeater. Any ideas? > > Thank you > KK6KFV - Billy > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 16:08:33 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 10:08:33 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: This is what I had thought from what I could find online. My features.conf is the default and I have not modified the section of the extensions.conf. I cannot find any stanza for the "parkedcalls" context reference in features.conf. When the call comes in, the system does announce that there is an inbound call on the defined Node and extension of 0701. I have tried also *610701 etc... just given that *61 brings autopatch up to dailtone.. > $ grep '^6' * > rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000 > ; Autopatch up > rpt.conf:62 = autopatchdn > ; Autopatch down > rpt.conf:67 = remote,210 ; Send a * > rpt.conf:69 = remote,211 ; Send a # > $ grep -i park * > chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' > parameter) > chan_dahdi.conf:; Allow call parking > chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') > chan_dahdi.conf:canpark=yes > extensions.conf:exten => > s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 > extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) > extensions.conf:exten => > _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) > features.conf:; Sample Call Features (parking, transfer, etc) configuration > features.conf:parkext => 700 ; What extension to dial to park > features.conf:parkpos => 701-720 ; What extensions to park calls on. > These needs to be > features.conf: ; and increments with one for the next parked call. > features.conf:context => parkedcalls ; Which context parked calls are in > modules.conf:load => app_parkandannounce.so ; Call Parking and Announce > Application repeater*CLI> dialplan show custom-gv-answer > [ Context 'custom-gv-answer' created by 'pbx_config' ] > 's' => 1. > Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] > 2. Hangup() > [pbx_config] > -= 1 extension (2 priorities) in 1 context. =- [general] parkext => 700 ; What extension to dial to park parkpos => 701-720 ; What extensions to park calls on. These needs to be ; numeric, as Asterisk starts from the start position ; and increments with one for the next parked call. context => parkedcalls ; Which context parked calls are in [radio] exten = _X11,1,Goto(check_route|${EXTEN}|1); exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) exten = 00,1,Goto(my-ip|s|1) On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude wrote: > 701 is meant to un-park call parked in parking lot 1 in Asterisk. > > If your autopatch access code is *6, then *6 plus what it tells > > you to dial (0701) should work, if you have the call parking configured > > correctly (see features.conf), and accessed in the autopatch's > > Asterisk dialplan, as is in the default extensions.conf: > > > exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) > > > In the default config that is shipped with ACID, this is how it is set up > > already. > > > Jim > > > > > ------------------------------ > *From:* JJC > *Sent:* Wednesday, March 30, 2016 8:25 PM > > *To:* Jim Duuuude > *Cc:* app_rpt-users at ohnosec.org > *Subject:* Re: [App_rpt-users] Reverse AutoPatch > > It is now at the point where it announces there is an incoming call but > none of the commands that I have found seem to be working.. trying: > > *60701 > *6701 > > I also changed the extension from 701 to s with the same results (while > removing the /701 from the register line), removed the Answer() directive > > > register=USER:@THING/701 > > [THING] > type=peer > allowguest=yes > autocreatepeer=yes > insecure=port,invite > username=THING > secret= > host=gvgw.simonics.com > qualify=no > allowexternaldomains=yes > context=custom-gv-answer > > > [custom-gv-answer] > exten => 701,1,Answer() > exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 > exten => 701,n,Hangup > > On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: > >> It's all one big mess, yes I did need that also.. It seems that when I >> make changes even to my reverse auto patch it affects the error that I >> noted. Thanks for the info for sure! >> >> Sent from the iRoad >> >> On Mar 30, 2016, at 18:26, Jim Duuuude wrote: >> >> No, that's a SIP problem, I thought you were needing info on the reverse >> autopatch. >> >> >> ------------------------------ >> *From:* JJC >> *Sent:* Wednesday, March 30, 2016 5:24 PM >> *To:* Jim Duuuude >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >> >> This will address the "found no matching peer or user" error? >> >> Sent from the iRoad >> >> On Mar 30, 2016, at 17:10, Jim Duuuude wrote: >> >> A real, live example is in extensions.conf, just after the beginning of >> the [allstar-sys] stanza: >> >> >> exten => >> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >> >> exten => _1.,n,Hangup >> >> >> In this case, it is passed 1 plus the node number as an extension. If you >> replace "${EXTEN:1}" with your node >> >> number it should work. >> >> >> Jim >> >> >> ------------------------------ >> *From:* app_rpt-users-bounces at ohnosec.org < >> app_rpt-users-bounces at ohnosec.org> on behalf of JJC >> *Sent:* Wednesday, March 30, 2016 3:21 PM >> *To:* app_rpt-users at ohnosec.org >> *Subject:* [App_rpt-users] Reverse AutoPatch >> >> I have scoured the internet to find documentation about reverse autopatch >> but have had no luck. I have been able to get autopatch working without a >> problem and have had _limited_ success in getting allstar(dial) to answer. >> >> I was able to get allstar to answer and allow me to run DTMF with the >> following, but really all that I want is reverse autopatch or both.... >> >> If I make any real changes to the stanza in extensions.conf I get an >> error like: >> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >> Found no matching peer or user for '198.199.84.66:5060' >> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: >> Failed to authenticate user "Caller ID Strings..." >> >> >> [general] >> allowguest = no >> match_auth_username=yes >> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >> >> context = default >> allowoverlap = no ; Disable overlap dialing support. >> (Default is yes) >> bindport = 5060 ; UDP Port to bind to (SIP standard port >> is 5060) >> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to >> all) >> srvlookup = yes ; Enable DNS SRV lookups on outbound calls >> >> >> [GV17193576518] >> type=friend >> autocreatepeer=yes >> insecure=port,invite >> username=REDACTED >> secret=XXXXXXX >> host=gvgw.simonics.com >> qualify=no >> ;permit=0.0.0.0/0.0.0.0 >> context=custom-gv-answer >> >> >> [custom-gv-answer] >> exten => 2230,1,Answer() >> exten => 2230,n,Playback(rpt/node) >> exten => 2230,n,Saydigits(${EXTEN:1}) >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From electricity440 at gmail.com Thu Mar 31 17:30:50 2016 From: electricity440 at gmail.com (Skyler F) Date: Thu, 31 Mar 2016 11:30:50 -0600 Subject: [App_rpt-users] Scratchy audio on some transmissions Message-ID: On my 900MHz node, I am having problems where the "repeat only" and various transmissions sound clipped and scratchy. I turned my audio down the the lowest setting (so I had to really crank my receivers audio) and even the small, barely deviated amount of audio that came out was scratchy when Allison announced "repeat only". Has anybody had this issue before? The clipped audio only seems to occur on transmissions with a lot of punch, and is fine for both. Both adjusting the deviation on the radio and turning my TX audio down to a bare minimum does not seem to do the trick. Audio levels is not a problem, however. We tested it on a service monitor and got the deviation fine with the test tone. Thanks Skyler -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Mar 31 20:05:45 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 31 Mar 2016 20:05:45 +0000 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> , Message-ID: Then it should be "*610701", since the autopatch acccess is *61, in your case. Could you "set verbose 4", make a couple of calls, attempting to answer, and send me the output so that I can see what it is doing? ________________________________ From: JJC Sent: Thursday, March 31, 2016 9:08 AM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This is what I had thought from what I could find online. My features.conf is the default and I have not modified the section of the extensions.conf. I cannot find any stanza for the "parkedcalls" context reference in features.conf. When the call comes in, the system does announce that there is an inbound call on the defined Node and extension of 0701. I have tried also *610701 etc... just given that *61 brings autopatch up to dailtone.. $ grep '^6' * rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000 ; Autopatch up rpt.conf:62 = autopatchdn ; Autopatch down rpt.conf:67 = remote,210 ; Send a * rpt.conf:69 = remote,211 ; Send a # $ grep -i park * chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' parameter) chan_dahdi.conf:; Allow call parking chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') chan_dahdi.conf:canpark=yes extensions.conf:exten => s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) extensions.conf:exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) features.conf:; Sample Call Features (parking, transfer, etc) configuration features.conf:parkext => 700 ; What extension to dial to park features.conf:parkpos => 701-720 ; What extensions to park calls on. These needs to be features.conf: ; and increments with one for the next parked call. features.conf:context => parkedcalls ; Which context parked calls are in modules.conf:load => app_parkandannounce.so ; Call Parking and Announce Application repeater*CLI> dialplan show custom-gv-answer [ Context 'custom-gv-answer' created by 'pbx_config' ] 's' => 1. Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] 2. Hangup() [pbx_config] -= 1 extension (2 priorities) in 1 context. =- [general] parkext => 700 ; What extension to dial to park parkpos => 701-720 ; What extensions to park calls on. These needs to be ; numeric, as Asterisk starts from the start position ; and increments with one for the next parked call. context => parkedcalls ; Which context parked calls are in [radio] exten = _X11,1,Goto(check_route|${EXTEN}|1); exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) exten = 00,1,Goto(my-ip|s|1) On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude > wrote: 701 is meant to un-park call parked in parking lot 1 in Asterisk. If your autopatch access code is *6, then *6 plus what it tells you to dial (0701) should work, if you have the call parking configured correctly (see features.conf), and accessed in the autopatch's Asterisk dialplan, as is in the default extensions.conf: exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) In the default config that is shipped with ACID, this is how it is set up already. Jim ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 8:25 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch It is now at the point where it announces there is an incoming call but none of the commands that I have found seem to be working.. trying: *60701 *6701 I also changed the extension from 701 to s with the same results (while removing the /701 from the register line), removed the Answer() directive register=USER:@THING/701 [THING] type=peer allowguest=yes autocreatepeer=yes insecure=port,invite username=THING secret= host=gvgw.simonics.com qualify=no allowexternaldomains=yes context=custom-gv-answer [custom-gv-answer] exten => 701,1,Answer() exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => 701,n,Hangup On Wed, Mar 30, 2016 at 6:34 PM, JJC > wrote: It's all one big mess, yes I did need that also.. It seems that when I make changes even to my reverse auto patch it affects the error that I noted. Thanks for the info for sure! Sent from the iRoad On Mar 30, 2016, at 18:26, Jim Duuuude > wrote: No, that's a SIP problem, I thought you were needing info on the reverse autopatch. ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 5:24 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This will address the "found no matching peer or user" error? Sent from the iRoad On Mar 30, 2016, at 17:10, Jim Duuuude > wrote: A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _1.,n,Hangup In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node number it should work. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org > on behalf of JJC > Sent: Wednesday, March 30, 2016 3:21 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Reverse AutoPatch I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 20:11:32 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 14:11:32 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout back to extension [custom-gv-answer] s, 2 in 45 seconds -- Added extension '701' priority 1 to parkedcalls -- Call Parking Called, lot: 701, timeout: 0, context: (null) -- Music class default requested but no musiconhold loaded. -- Music class default requested but no musiconhold loaded. -- Playing 'rpt/node' (language 'en') -- Playing 'digits/4' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/6' (language 'en') -- Playing 'digits/5' (language 'en') -- Playing 'rpt/in-call' (language 'en') -- Playing 'digits/0' (language 'en') -- Playing 'digits/7' (language 'en') -- Playing 'digits/0' (language 'en') -- Playing 'digits/1' (language 'en') -- Hungup 'DAHDI/pseudo-1661934131' [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char * duration 84 ms [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 6 duration 85 ms [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 1 duration 86 ms [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 0 duration 85 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 7 duration 86 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 0 duration 84 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 1 duration 127 ms -- Hungup 'DAHDI/pseudo-176387851' == SIP/-76904e08 got tired of being parked [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char * duration 86 ms [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 6 duration 79 ms [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 2 duration 106 ms -- Hungup 'DAHDI/pseudo-959605867' -- Hungup 'DAHDI/pseudo-1384624454' -- Hungup 'DAHDI/pseudo-1284356810' On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude wrote: > Then it should be "*610701", since the autopatch acccess is *61, in your > case. > > > Could you "set verbose 4", make a couple of calls, attempting to answer, > and send me the output so > > that I can see what it is doing? > > > ------------------------------ > *From:* JJC > *Sent:* Thursday, March 31, 2016 9:08 AM > > *To:* Jim Duuuude > *Cc:* app_rpt-users at ohnosec.org > *Subject:* Re: [App_rpt-users] Reverse AutoPatch > > This is what I had thought from what I could find online. My > features.conf is the default and I have not modified the section of the > extensions.conf. I cannot find any stanza for the "parkedcalls" context > reference in features.conf. When the call comes in, the system does > announce that there is an inbound call on the defined Node and extension of > 0701. I have tried also *610701 etc... just given that *61 brings > autopatch up to dailtone.. > > >> $ grep '^6' * >> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000 >> ; Autopatch up >> rpt.conf:62 = autopatchdn >> ; Autopatch down >> rpt.conf:67 = remote,210 ; Send a * >> rpt.conf:69 = remote,211 ; Send a # > > >> $ grep -i park * >> chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' >> parameter) >> chan_dahdi.conf:; Allow call parking >> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') >> chan_dahdi.conf:canpark=yes >> extensions.conf:exten => >> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >> extensions.conf:exten => >> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >> features.conf:; Sample Call Features (parking, transfer, etc) >> configuration >> features.conf:parkext => 700 ; What extension to dial to park >> features.conf:parkpos => 701-720 ; What extensions to park calls on. >> These needs to be >> features.conf: ; and increments with one for the next parked call. >> features.conf:context => parkedcalls ; Which context parked calls are in >> modules.conf:load => app_parkandannounce.so ; Call Parking and Announce >> Application > > > repeater*CLI> dialplan show custom-gv-answer >> [ Context 'custom-gv-answer' created by 'pbx_config' ] >> 's' => 1. >> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >> 2. Hangup() >> [pbx_config] >> -= 1 extension (2 priorities) in 1 context. =- > > > > [general] > parkext => 700 ; What extension to dial to park > parkpos => 701-720 ; What extensions to park calls on. These > needs to be > ; numeric, as Asterisk starts from the > start position > ; and increments with one for the next > parked call. > context => parkedcalls ; Which context parked calls are in > > > [radio] > exten = _X11,1,Goto(check_route|${EXTEN}|1); > exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) > exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) > exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) > exten = 00,1,Goto(my-ip|s|1) > > On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude > wrote: > >> 701 is meant to un-park call parked in parking lot 1 in Asterisk. >> >> If your autopatch access code is *6, then *6 plus what it tells >> >> you to dial (0701) should work, if you have the call parking configured >> >> correctly (see features.conf), and accessed in the autopatch's >> >> Asterisk dialplan, as is in the default extensions.conf: >> >> >> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >> >> >> In the default config that is shipped with ACID, this is how it is set up >> >> already. >> >> >> Jim >> >> >> >> >> ------------------------------ >> *From:* JJC >> *Sent:* Wednesday, March 30, 2016 8:25 PM >> >> *To:* Jim Duuuude >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >> >> It is now at the point where it announces there is an incoming call but >> none of the commands that I have found seem to be working.. trying: >> >> *60701 >> *6701 >> >> I also changed the extension from 701 to s with the same results (while >> removing the /701 from the register line), removed the Answer() directive >> >> >> register=USER:@THING/701 >> >> [THING] >> type=peer >> allowguest=yes >> autocreatepeer=yes >> insecure=port,invite >> username=THING >> secret= >> host=gvgw.simonics.com >> qualify=no >> allowexternaldomains=yes >> context=custom-gv-answer >> >> >> [custom-gv-answer] >> exten => 701,1,Answer() >> exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >> 75 >> exten => 701,n,Hangup >> >> On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: >> >>> It's all one big mess, yes I did need that also.. It seems that when I >>> make changes even to my reverse auto patch it affects the error that I >>> noted. Thanks for the info for sure! >>> >>> Sent from the iRoad >>> >>> On Mar 30, 2016, at 18:26, Jim Duuuude wrote: >>> >>> No, that's a SIP problem, I thought you were needing info on the reverse >>> autopatch. >>> >>> >>> ------------------------------ >>> *From:* JJC >>> *Sent:* Wednesday, March 30, 2016 5:24 PM >>> *To:* Jim Duuuude >>> *Cc:* app_rpt-users at ohnosec.org >>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>> >>> This will address the "found no matching peer or user" error? >>> >>> Sent from the iRoad >>> >>> On Mar 30, 2016, at 17:10, Jim Duuuude wrote: >>> >>> A real, live example is in extensions.conf, just after the beginning of >>> the [allstar-sys] stanza: >>> >>> >>> exten => >>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>> >>> exten => _1.,n,Hangup >>> >>> >>> In this case, it is passed 1 plus the node number as an extension. If >>> you replace "${EXTEN:1}" with your node >>> >>> number it should work. >>> >>> >>> Jim >>> >>> >>> ------------------------------ >>> *From:* app_rpt-users-bounces at ohnosec.org < >>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC >> > >>> *Sent:* Wednesday, March 30, 2016 3:21 PM >>> *To:* app_rpt-users at ohnosec.org >>> *Subject:* [App_rpt-users] Reverse AutoPatch >>> >>> I have scoured the internet to find documentation about reverse >>> autopatch but have had no luck. I have been able to get autopatch working >>> without a problem and have had _limited_ success in getting allstar(dial) >>> to answer. >>> >>> I was able to get allstar to answer and allow me to run DTMF with the >>> following, but really all that I want is reverse autopatch or both.... >>> >>> If I make any real changes to the stanza in extensions.conf I get an >>> error like: >>> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >>> Found no matching peer or user for '198.199.84.66:5060' >>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: >>> Failed to authenticate user "Caller ID Strings..." >>> >>> >>> [general] >>> allowguest = no >>> match_auth_username=yes >>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >>> >>> context = default >>> allowoverlap = no ; Disable overlap dialing support. >>> (Default is yes) >>> bindport = 5060 ; UDP Port to bind to (SIP standard port >>> is 5060) >>> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds >>> to all) >>> srvlookup = yes ; Enable DNS SRV lookups on outbound >>> calls >>> >>> >>> [GV17193576518] >>> type=friend >>> autocreatepeer=yes >>> insecure=port,invite >>> username=REDACTED >>> secret=XXXXXXX >>> host=gvgw.simonics.com >>> qualify=no >>> ;permit=0.0.0.0/0.0.0.0 >>> context=custom-gv-answer >>> >>> >>> [custom-gv-answer] >>> exten => 2230,1,Answer() >>> exten => 2230,n,Playback(rpt/node) >>> exten => 2230,n,Saydigits(${EXTEN:1}) >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Mar 31 20:16:04 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 31 Mar 2016 20:16:04 +0000 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> , Message-ID: It looks to me like the inbound call hung up before you even hit the first DTMF tone on the radio side of things. ________________________________ From: JJC Sent: Thursday, March 31, 2016 1:11 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout back to extension [custom-gv-answer] s, 2 in 45 seconds -- Added extension '701' priority 1 to parkedcalls -- Call Parking Called, lot: 701, timeout: 0, context: (null) -- Music class default requested but no musiconhold loaded. -- Music class default requested but no musiconhold loaded. -- Playing 'rpt/node' (language 'en') -- Playing 'digits/4' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/6' (language 'en') -- Playing 'digits/5' (language 'en') -- Playing 'rpt/in-call' (language 'en') -- Playing 'digits/0' (language 'en') -- Playing 'digits/7' (language 'en') -- Playing 'digits/0' (language 'en') -- Playing 'digits/1' (language 'en') -- Hungup 'DAHDI/pseudo-1661934131' [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char * duration 84 ms [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 6 duration 85 ms [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 1 duration 86 ms [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 0 duration 85 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 7 duration 86 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 0 duration 84 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 1 duration 127 ms -- Hungup 'DAHDI/pseudo-176387851' == SIP/-76904e08 got tired of being parked [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char * duration 86 ms [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 6 duration 79 ms [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 2 duration 106 ms -- Hungup 'DAHDI/pseudo-959605867' -- Hungup 'DAHDI/pseudo-1384624454' -- Hungup 'DAHDI/pseudo-1284356810' On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude > wrote: Then it should be "*610701", since the autopatch acccess is *61, in your case. Could you "set verbose 4", make a couple of calls, attempting to answer, and send me the output so that I can see what it is doing? ________________________________ From: JJC > Sent: Thursday, March 31, 2016 9:08 AM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This is what I had thought from what I could find online. My features.conf is the default and I have not modified the section of the extensions.conf. I cannot find any stanza for the "parkedcalls" context reference in features.conf. When the call comes in, the system does announce that there is an inbound call on the defined Node and extension of 0701. I have tried also *610701 etc... just given that *61 brings autopatch up to dailtone.. $ grep '^6' * rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000 ; Autopatch up rpt.conf:62 = autopatchdn ; Autopatch down rpt.conf:67 = remote,210 ; Send a * rpt.conf:69 = remote,211 ; Send a # $ grep -i park * chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' parameter) chan_dahdi.conf:; Allow call parking chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') chan_dahdi.conf:canpark=yes extensions.conf:exten => s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) extensions.conf:exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) features.conf:; Sample Call Features (parking, transfer, etc) configuration features.conf:parkext => 700 ; What extension to dial to park features.conf:parkpos => 701-720 ; What extensions to park calls on. These needs to be features.conf: ; and increments with one for the next parked call. features.conf:context => parkedcalls ; Which context parked calls are in modules.conf:load => app_parkandannounce.so ; Call Parking and Announce Application repeater*CLI> dialplan show custom-gv-answer [ Context 'custom-gv-answer' created by 'pbx_config' ] 's' => 1. Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] 2. Hangup() [pbx_config] -= 1 extension (2 priorities) in 1 context. =- [general] parkext => 700 ; What extension to dial to park parkpos => 701-720 ; What extensions to park calls on. These needs to be ; numeric, as Asterisk starts from the start position ; and increments with one for the next parked call. context => parkedcalls ; Which context parked calls are in [radio] exten = _X11,1,Goto(check_route|${EXTEN}|1); exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) exten = 00,1,Goto(my-ip|s|1) On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude > wrote: 701 is meant to un-park call parked in parking lot 1 in Asterisk. If your autopatch access code is *6, then *6 plus what it tells you to dial (0701) should work, if you have the call parking configured correctly (see features.conf), and accessed in the autopatch's Asterisk dialplan, as is in the default extensions.conf: exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) In the default config that is shipped with ACID, this is how it is set up already. Jim ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 8:25 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch It is now at the point where it announces there is an incoming call but none of the commands that I have found seem to be working.. trying: *60701 *6701 I also changed the extension from 701 to s with the same results (while removing the /701 from the register line), removed the Answer() directive register=USER:@THING/701 [THING] type=peer allowguest=yes autocreatepeer=yes insecure=port,invite username=THING secret= host=gvgw.simonics.com qualify=no allowexternaldomains=yes context=custom-gv-answer [custom-gv-answer] exten => 701,1,Answer() exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => 701,n,Hangup On Wed, Mar 30, 2016 at 6:34 PM, JJC > wrote: It's all one big mess, yes I did need that also.. It seems that when I make changes even to my reverse auto patch it affects the error that I noted. Thanks for the info for sure! Sent from the iRoad On Mar 30, 2016, at 18:26, Jim Duuuude > wrote: No, that's a SIP problem, I thought you were needing info on the reverse autopatch. ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 5:24 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This will address the "found no matching peer or user" error? Sent from the iRoad On Mar 30, 2016, at 17:10, Jim Duuuude > wrote: A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _1.,n,Hangup In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node number it should work. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org > on behalf of JJC > Sent: Wednesday, March 30, 2016 3:21 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Reverse AutoPatch I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 20:18:48 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 14:18:48 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: It continues to ring on my end and it notes a disconnect in my SIP debug when I hangup even after DTMF etc... On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude wrote: > It looks to me like the inbound call hung up before you even hit the first > DTMF tone on the radio side of things. > > > ------------------------------ > *From:* JJC > *Sent:* Thursday, March 31, 2016 1:11 PM > > *To:* Jim Duuuude > *Cc:* app_rpt-users at ohnosec.org > *Subject:* Re: [App_rpt-users] Reverse AutoPatch > > == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout > back to extension [custom-gv-answer] s, 2 in 45 seconds > -- Added extension '701' priority 1 to parkedcalls > -- Call Parking Called, lot: 701, timeout: 0, context: (null) > -- Music class default requested but no musiconhold loaded. > -- Music class default requested but no musiconhold loaded. > -- Playing 'rpt/node' (language 'en') > -- Playing 'digits/4' (language 'en') > -- Playing 'digits/3' (language 'en') > -- Playing 'digits/2' (language 'en') > -- Playing 'digits/6' (language 'en') > -- Playing 'digits/5' (language 'en') > -- Playing 'rpt/in-call' (language 'en') > -- Playing 'digits/0' (language 'en') > -- Playing 'digits/7' (language 'en') > -- Playing 'digits/0' (language 'en') > -- Playing 'digits/1' (language 'en') > -- Hungup 'DAHDI/pseudo-1661934131' > [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char * duration 84 ms > [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 6 duration 85 ms > [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 1 duration 86 ms > [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 0 duration 85 ms > [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 7 duration 86 ms > [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 0 duration 84 ms > [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 1 duration 127 ms > -- Hungup 'DAHDI/pseudo-176387851' > == SIP/-76904e08 got tired of being parked > [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char * duration 86 ms > [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 6 duration 79 ms > [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got > DTMF char 2 duration 106 ms > -- Hungup 'DAHDI/pseudo-959605867' > -- Hungup 'DAHDI/pseudo-1384624454' > -- Hungup 'DAHDI/pseudo-1284356810' > > On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude > wrote: > >> Then it should be "*610701", since the autopatch acccess is *61, in your >> case. >> >> >> Could you "set verbose 4", make a couple of calls, attempting to answer, >> and send me the output so >> >> that I can see what it is doing? >> >> >> ------------------------------ >> *From:* JJC >> *Sent:* Thursday, March 31, 2016 9:08 AM >> >> *To:* Jim Duuuude >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >> >> This is what I had thought from what I could find online. My >> features.conf is the default and I have not modified the section of the >> extensions.conf. I cannot find any stanza for the "parkedcalls" context >> reference in features.conf. When the call comes in, the system does >> announce that there is an inbound call on the defined Node and extension of >> 0701. I have tried also *610701 etc... just given that *61 brings >> autopatch up to dailtone.. >> >> >>> $ grep '^6' * >>> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000 >>> ; Autopatch up >>> rpt.conf:62 = autopatchdn >>> ; Autopatch down >>> rpt.conf:67 = remote,210 ; Send a * >>> rpt.conf:69 = remote,211 ; Send a # >> >> >>> $ grep -i park * >>> chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' >>> parameter) >>> chan_dahdi.conf:; Allow call parking >>> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') >>> chan_dahdi.conf:canpark=yes >>> extensions.conf:exten => >>> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>> extensions.conf:exten => >>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >>> features.conf:; Sample Call Features (parking, transfer, etc) >>> configuration >>> features.conf:parkext => 700 ; What extension to dial to park >>> features.conf:parkpos => 701-720 ; What extensions to park calls on. >>> These needs to be >>> features.conf: ; and increments with one for the next parked call. >>> features.conf:context => parkedcalls ; Which context parked calls are in >>> modules.conf:load => app_parkandannounce.so ; Call Parking and Announce >>> Application >> >> >> repeater*CLI> dialplan show custom-gv-answer >>> [ Context 'custom-gv-answer' created by 'pbx_config' ] >>> 's' => 1. >>> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >>> 2. Hangup() >>> [pbx_config] >>> -= 1 extension (2 priorities) in 1 context. =- >> >> >> >> [general] >> parkext => 700 ; What extension to dial to park >> parkpos => 701-720 ; What extensions to park calls on. These >> needs to be >> ; numeric, as Asterisk starts from the >> start position >> ; and increments with one for the next >> parked call. >> context => parkedcalls ; Which context parked calls are in >> >> >> [radio] >> exten = _X11,1,Goto(check_route|${EXTEN}|1); >> exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) >> exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) >> exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >> exten = 00,1,Goto(my-ip|s|1) >> >> On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude >> wrote: >> >>> 701 is meant to un-park call parked in parking lot 1 in Asterisk. >>> >>> If your autopatch access code is *6, then *6 plus what it tells >>> >>> you to dial (0701) should work, if you have the call parking configured >>> >>> correctly (see features.conf), and accessed in the autopatch's >>> >>> Asterisk dialplan, as is in the default extensions.conf: >>> >>> >>> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>> >>> >>> In the default config that is shipped with ACID, this is how it is set up >>> >>> already. >>> >>> >>> Jim >>> >>> >>> >>> >>> ------------------------------ >>> *From:* JJC >>> *Sent:* Wednesday, March 30, 2016 8:25 PM >>> >>> *To:* Jim Duuuude >>> *Cc:* app_rpt-users at ohnosec.org >>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>> >>> It is now at the point where it announces there is an incoming call but >>> none of the commands that I have found seem to be working.. trying: >>> >>> *60701 >>> *6701 >>> >>> I also changed the extension from 701 to s with the same results (while >>> removing the /701 from the register line), removed the Answer() directive >>> >>> >>> register=USER:@THING/701 >>> >>> [THING] >>> type=peer >>> allowguest=yes >>> autocreatepeer=yes >>> insecure=port,invite >>> username=THING >>> secret= >>> host=gvgw.simonics.com >>> qualify=no >>> allowexternaldomains=yes >>> context=custom-gv-answer >>> >>> >>> [custom-gv-answer] >>> exten => 701,1,Answer() >>> exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >>> 75 >>> exten => 701,n,Hangup >>> >>> On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: >>> >>>> It's all one big mess, yes I did need that also.. It seems that when I >>>> make changes even to my reverse auto patch it affects the error that I >>>> noted. Thanks for the info for sure! >>>> >>>> Sent from the iRoad >>>> >>>> On Mar 30, 2016, at 18:26, Jim Duuuude wrote: >>>> >>>> No, that's a SIP problem, I thought you were needing info on the >>>> reverse autopatch. >>>> >>>> >>>> ------------------------------ >>>> *From:* JJC >>>> *Sent:* Wednesday, March 30, 2016 5:24 PM >>>> *To:* Jim Duuuude >>>> *Cc:* app_rpt-users at ohnosec.org >>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>> >>>> This will address the "found no matching peer or user" error? >>>> >>>> Sent from the iRoad >>>> >>>> On Mar 30, 2016, at 17:10, Jim Duuuude wrote: >>>> >>>> A real, live example is in extensions.conf, just after the beginning of >>>> the [allstar-sys] stanza: >>>> >>>> >>>> exten => >>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>> >>>> exten => _1.,n,Hangup >>>> >>>> >>>> In this case, it is passed 1 plus the node number as an extension. If >>>> you replace "${EXTEN:1}" with your node >>>> >>>> number it should work. >>>> >>>> >>>> Jim >>>> >>>> >>>> ------------------------------ >>>> *From:* app_rpt-users-bounces at ohnosec.org < >>>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC < >>>> cummingsj at gmail.com> >>>> *Sent:* Wednesday, March 30, 2016 3:21 PM >>>> *To:* app_rpt-users at ohnosec.org >>>> *Subject:* [App_rpt-users] Reverse AutoPatch >>>> >>>> I have scoured the internet to find documentation about reverse >>>> autopatch but have had no luck. I have been able to get autopatch working >>>> without a problem and have had _limited_ success in getting allstar(dial) >>>> to answer. >>>> >>>> I was able to get allstar to answer and allow me to run DTMF with the >>>> following, but really all that I want is reverse autopatch or both.... >>>> >>>> If I make any real changes to the stanza in extensions.conf I get an >>>> error like: >>>> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >>>> Found no matching peer or user for '198.199.84.66:5060' >>>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: >>>> Failed to authenticate user "Caller ID Strings..." >>>> >>>> >>>> [general] >>>> allowguest = no >>>> match_auth_username=yes >>>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >>>> >>>> context = default >>>> allowoverlap = no ; Disable overlap dialing support. >>>> (Default is yes) >>>> bindport = 5060 ; UDP Port to bind to (SIP standard >>>> port is 5060) >>>> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds >>>> to all) >>>> srvlookup = yes ; Enable DNS SRV lookups on outbound >>>> calls >>>> >>>> >>>> [GV17193576518] >>>> type=friend >>>> autocreatepeer=yes >>>> insecure=port,invite >>>> username=REDACTED >>>> secret=XXXXXXX >>>> host=gvgw.simonics.com >>>> qualify=no >>>> ;permit=0.0.0.0/0.0.0.0 >>>> context=custom-gv-answer >>>> >>>> >>>> [custom-gv-answer] >>>> exten => 2230,1,Answer() >>>> exten => 2230,n,Playback(rpt/node) >>>> exten => 2230,n,Saydigits(${EXTEN:1}) >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 20:25:38 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 14:25:38 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: I would love to be able to answer the call and just place it on hold until the apt DTMF is entered rather than park On Thu, Mar 31, 2016 at 2:18 PM, JJC wrote: > It continues to ring on my end and it notes a disconnect in my SIP debug > when I hangup even after DTMF etc... > > On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude > wrote: > >> It looks to me like the inbound call hung up before you even hit the >> first DTMF tone on the radio side of things. >> >> >> ------------------------------ >> *From:* JJC >> *Sent:* Thursday, March 31, 2016 1:11 PM >> >> *To:* Jim Duuuude >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >> >> == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout >> back to extension [custom-gv-answer] s, 2 in 45 seconds >> -- Added extension '701' priority 1 to parkedcalls >> -- Call Parking Called, lot: 701, timeout: 0, context: (null) >> -- Music class default requested but no musiconhold loaded. >> -- Music class default requested but no musiconhold loaded. >> -- Playing 'rpt/node' (language 'en') >> -- Playing 'digits/4' (language 'en') >> -- Playing 'digits/3' (language 'en') >> -- Playing 'digits/2' (language 'en') >> -- Playing 'digits/6' (language 'en') >> -- Playing 'digits/5' (language 'en') >> -- Playing 'rpt/in-call' (language 'en') >> -- Playing 'digits/0' (language 'en') >> -- Playing 'digits/7' (language 'en') >> -- Playing 'digits/0' (language 'en') >> -- Playing 'digits/1' (language 'en') >> -- Hungup 'DAHDI/pseudo-1661934131' >> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char * duration 84 ms >> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 6 duration 85 ms >> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 1 duration 86 ms >> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 0 duration 85 ms >> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 7 duration 86 ms >> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 0 duration 84 ms >> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 1 duration 127 ms >> -- Hungup 'DAHDI/pseudo-176387851' >> == SIP/-76904e08 got tired of being parked >> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char * duration 86 ms >> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 6 duration 79 ms >> [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 2 duration 106 ms >> -- Hungup 'DAHDI/pseudo-959605867' >> -- Hungup 'DAHDI/pseudo-1384624454' >> -- Hungup 'DAHDI/pseudo-1284356810' >> >> On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude >> wrote: >> >>> Then it should be "*610701", since the autopatch acccess is *61, in your >>> case. >>> >>> >>> Could you "set verbose 4", make a couple of calls, attempting to answer, >>> and send me the output so >>> >>> that I can see what it is doing? >>> >>> >>> ------------------------------ >>> *From:* JJC >>> *Sent:* Thursday, March 31, 2016 9:08 AM >>> >>> *To:* Jim Duuuude >>> *Cc:* app_rpt-users at ohnosec.org >>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>> >>> This is what I had thought from what I could find online. My >>> features.conf is the default and I have not modified the section of the >>> extensions.conf. I cannot find any stanza for the "parkedcalls" context >>> reference in features.conf. When the call comes in, the system does >>> announce that there is an inbound call on the defined Node and extension of >>> 0701. I have tried also *610701 etc... just given that *61 brings >>> autopatch up to dailtone.. >>> >>> >>>> $ grep '^6' * >>>> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = >>>> 20000 ; Autopatch up >>>> rpt.conf:62 = autopatchdn >>>> ; Autopatch down >>>> rpt.conf:67 = remote,210 ; Send a * >>>> rpt.conf:69 = remote,211 ; Send a # >>> >>> >>>> $ grep -i park * >>>> chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' >>>> parameter) >>>> chan_dahdi.conf:; Allow call parking >>>> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') >>>> chan_dahdi.conf:canpark=yes >>>> extensions.conf:exten => >>>> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>> extensions.conf:exten => >>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >>>> features.conf:; Sample Call Features (parking, transfer, etc) >>>> configuration >>>> features.conf:parkext => 700 ; What extension to dial to park >>>> features.conf:parkpos => 701-720 ; What extensions to park calls on. >>>> These needs to be >>>> features.conf: ; and increments with one for the next parked call. >>>> features.conf:context => parkedcalls ; Which context parked calls are >>>> in >>>> modules.conf:load => app_parkandannounce.so ; Call Parking and >>>> Announce Application >>> >>> >>> repeater*CLI> dialplan show custom-gv-answer >>>> [ Context 'custom-gv-answer' created by 'pbx_config' ] >>>> 's' => 1. >>>> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >>>> 2. Hangup() >>>> [pbx_config] >>>> -= 1 extension (2 priorities) in 1 context. =- >>> >>> >>> >>> [general] >>> parkext => 700 ; What extension to dial to park >>> parkpos => 701-720 ; What extensions to park calls on. >>> These needs to be >>> ; numeric, as Asterisk starts from the >>> start position >>> ; and increments with one for the next >>> parked call. >>> context => parkedcalls ; Which context parked calls are in >>> >>> >>> [radio] >>> exten = _X11,1,Goto(check_route|${EXTEN}|1); >>> exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) >>> exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) >>> exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>> exten = 00,1,Goto(my-ip|s|1) >>> >>> On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude >>> wrote: >>> >>>> 701 is meant to un-park call parked in parking lot 1 in Asterisk. >>>> >>>> If your autopatch access code is *6, then *6 plus what it tells >>>> >>>> you to dial (0701) should work, if you have the call parking configured >>>> >>>> correctly (see features.conf), and accessed in the autopatch's >>>> >>>> Asterisk dialplan, as is in the default extensions.conf: >>>> >>>> >>>> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>> >>>> >>>> In the default config that is shipped with ACID, this is how it is set >>>> up >>>> >>>> already. >>>> >>>> >>>> Jim >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> *From:* JJC >>>> *Sent:* Wednesday, March 30, 2016 8:25 PM >>>> >>>> *To:* Jim Duuuude >>>> *Cc:* app_rpt-users at ohnosec.org >>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>> >>>> It is now at the point where it announces there is an incoming call but >>>> none of the commands that I have found seem to be working.. trying: >>>> >>>> *60701 >>>> *6701 >>>> >>>> I also changed the extension from 701 to s with the same results (while >>>> removing the /701 from the register line), removed the Answer() directive >>>> >>>> >>>> register=USER:@THING/701 >>>> >>>> [THING] >>>> type=peer >>>> allowguest=yes >>>> autocreatepeer=yes >>>> insecure=port,invite >>>> username=THING >>>> secret= >>>> host=gvgw.simonics.com >>>> qualify=no >>>> allowexternaldomains=yes >>>> context=custom-gv-answer >>>> >>>> >>>> [custom-gv-answer] >>>> exten => 701,1,Answer() >>>> exten => >>>> 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>> exten => 701,n,Hangup >>>> >>>> On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: >>>> >>>>> It's all one big mess, yes I did need that also.. It seems that when I >>>>> make changes even to my reverse auto patch it affects the error that I >>>>> noted. Thanks for the info for sure! >>>>> >>>>> Sent from the iRoad >>>>> >>>>> On Mar 30, 2016, at 18:26, Jim Duuuude >>>>> wrote: >>>>> >>>>> No, that's a SIP problem, I thought you were needing info on the >>>>> reverse autopatch. >>>>> >>>>> >>>>> ------------------------------ >>>>> *From:* JJC >>>>> *Sent:* Wednesday, March 30, 2016 5:24 PM >>>>> *To:* Jim Duuuude >>>>> *Cc:* app_rpt-users at ohnosec.org >>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>> >>>>> This will address the "found no matching peer or user" error? >>>>> >>>>> Sent from the iRoad >>>>> >>>>> On Mar 30, 2016, at 17:10, Jim Duuuude >>>>> wrote: >>>>> >>>>> A real, live example is in extensions.conf, just after the beginning >>>>> of the [allstar-sys] stanza: >>>>> >>>>> >>>>> exten => >>>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>> >>>>> exten => _1.,n,Hangup >>>>> >>>>> >>>>> In this case, it is passed 1 plus the node number as an extension. If >>>>> you replace "${EXTEN:1}" with your node >>>>> >>>>> number it should work. >>>>> >>>>> >>>>> Jim >>>>> >>>>> >>>>> ------------------------------ >>>>> *From:* app_rpt-users-bounces at ohnosec.org < >>>>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC < >>>>> cummingsj at gmail.com> >>>>> *Sent:* Wednesday, March 30, 2016 3:21 PM >>>>> *To:* app_rpt-users at ohnosec.org >>>>> *Subject:* [App_rpt-users] Reverse AutoPatch >>>>> >>>>> I have scoured the internet to find documentation about reverse >>>>> autopatch but have had no luck. I have been able to get autopatch working >>>>> without a problem and have had _limited_ success in getting allstar(dial) >>>>> to answer. >>>>> >>>>> I was able to get allstar to answer and allow me to run DTMF with the >>>>> following, but really all that I want is reverse autopatch or both.... >>>>> >>>>> If I make any real changes to the stanza in extensions.conf I get an >>>>> error like: >>>>> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >>>>> Found no matching peer or user for '198.199.84.66:5060' >>>>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: >>>>> Failed to authenticate user "Caller ID Strings..." >>>>> >>>>> >>>>> [general] >>>>> allowguest = no >>>>> match_auth_username=yes >>>>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >>>>> >>>>> context = default >>>>> allowoverlap = no ; Disable overlap dialing support. >>>>> (Default is yes) >>>>> bindport = 5060 ; UDP Port to bind to (SIP standard >>>>> port is 5060) >>>>> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds >>>>> to all) >>>>> srvlookup = yes ; Enable DNS SRV lookups on outbound >>>>> calls >>>>> >>>>> >>>>> [GV17193576518] >>>>> type=friend >>>>> autocreatepeer=yes >>>>> insecure=port,invite >>>>> username=REDACTED >>>>> secret=XXXXXXX >>>>> host=gvgw.simonics.com >>>>> qualify=no >>>>> ;permit=0.0.0.0/0.0.0.0 >>>>> context=custom-gv-answer >>>>> >>>>> >>>>> [custom-gv-answer] >>>>> exten => 2230,1,Answer() >>>>> exten => 2230,n,Playback(rpt/node) >>>>> exten => 2230,n,Saydigits(${EXTEN:1}) >>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Mar 31 20:39:14 2016 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 31 Mar 2016 20:39:14 +0000 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> , Message-ID: Try putting an Answer() in the custom-gv-answer dialplan before the "Rpt" line. It is supposed to answer in silence, park the call, and wait for the radio user to un-park it. The idea, is that in your dialplan, you do whatever you deem appropriate to tell the user what is going on, with a recording or something. ________________________________ From: JJC Sent: Thursday, March 31, 2016 1:18 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch It continues to ring on my end and it notes a disconnect in my SIP debug when I hangup even after DTMF etc... On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude > wrote: It looks to me like the inbound call hung up before you even hit the first DTMF tone on the radio side of things. ________________________________ From: JJC > Sent: Thursday, March 31, 2016 1:11 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout back to extension [custom-gv-answer] s, 2 in 45 seconds -- Added extension '701' priority 1 to parkedcalls -- Call Parking Called, lot: 701, timeout: 0, context: (null) -- Music class default requested but no musiconhold loaded. -- Music class default requested but no musiconhold loaded. -- Playing 'rpt/node' (language 'en') -- Playing 'digits/4' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/6' (language 'en') -- Playing 'digits/5' (language 'en') -- Playing 'rpt/in-call' (language 'en') -- Playing 'digits/0' (language 'en') -- Playing 'digits/7' (language 'en') -- Playing 'digits/0' (language 'en') -- Playing 'digits/1' (language 'en') -- Hungup 'DAHDI/pseudo-1661934131' [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char * duration 84 ms [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 6 duration 85 ms [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 1 duration 86 ms [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 0 duration 85 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 7 duration 86 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 0 duration 84 ms [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 1 duration 127 ms -- Hungup 'DAHDI/pseudo-176387851' == SIP/-76904e08 got tired of being parked [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char * duration 86 ms [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 6 duration 79 ms [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got DTMF char 2 duration 106 ms -- Hungup 'DAHDI/pseudo-959605867' -- Hungup 'DAHDI/pseudo-1384624454' -- Hungup 'DAHDI/pseudo-1284356810' On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude > wrote: Then it should be "*610701", since the autopatch acccess is *61, in your case. Could you "set verbose 4", make a couple of calls, attempting to answer, and send me the output so that I can see what it is doing? ________________________________ From: JJC > Sent: Thursday, March 31, 2016 9:08 AM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This is what I had thought from what I could find online. My features.conf is the default and I have not modified the section of the extensions.conf. I cannot find any stanza for the "parkedcalls" context reference in features.conf. When the call comes in, the system does announce that there is an inbound call on the defined Node and extension of 0701. I have tried also *610701 etc... just given that *61 brings autopatch up to dailtone.. $ grep '^6' * rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = 20000 ; Autopatch up rpt.conf:62 = autopatchdn ; Autopatch down rpt.conf:67 = remote,210 ; Send a * rpt.conf:69 = remote,211 ; Send a # $ grep -i park * chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' parameter) chan_dahdi.conf:; Allow call parking chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') chan_dahdi.conf:canpark=yes extensions.conf:exten => s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) extensions.conf:exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) features.conf:; Sample Call Features (parking, transfer, etc) configuration features.conf:parkext => 700 ; What extension to dial to park features.conf:parkpos => 701-720 ; What extensions to park calls on. These needs to be features.conf: ; and increments with one for the next parked call. features.conf:context => parkedcalls ; Which context parked calls are in modules.conf:load => app_parkandannounce.so ; Call Parking and Announce Application repeater*CLI> dialplan show custom-gv-answer [ Context 'custom-gv-answer' created by 'pbx_config' ] 's' => 1. Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] 2. Hangup() [pbx_config] -= 1 extension (2 priorities) in 1 context. =- [general] parkext => 700 ; What extension to dial to park parkpos => 701-720 ; What extensions to park calls on. These needs to be ; numeric, as Asterisk starts from the start position ; and increments with one for the next parked call. context => parkedcalls ; Which context parked calls are in [radio] exten = _X11,1,Goto(check_route|${EXTEN}|1); exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) exten = 00,1,Goto(my-ip|s|1) On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude > wrote: 701 is meant to un-park call parked in parking lot 1 in Asterisk. If your autopatch access code is *6, then *6 plus what it tells you to dial (0701) should work, if you have the call parking configured correctly (see features.conf), and accessed in the autopatch's Asterisk dialplan, as is in the default extensions.conf: exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) In the default config that is shipped with ACID, this is how it is set up already. Jim ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 8:25 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch It is now at the point where it announces there is an incoming call but none of the commands that I have found seem to be working.. trying: *60701 *6701 I also changed the extension from 701 to s with the same results (while removing the /701 from the register line), removed the Answer() directive register=USER:@THING/701 [THING] type=peer allowguest=yes autocreatepeer=yes insecure=port,invite username=THING secret= host=gvgw.simonics.com qualify=no allowexternaldomains=yes context=custom-gv-answer [custom-gv-answer] exten => 701,1,Answer() exten => 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => 701,n,Hangup On Wed, Mar 30, 2016 at 6:34 PM, JJC > wrote: It's all one big mess, yes I did need that also.. It seems that when I make changes even to my reverse auto patch it affects the error that I noted. Thanks for the info for sure! Sent from the iRoad On Mar 30, 2016, at 18:26, Jim Duuuude > wrote: No, that's a SIP problem, I thought you were needing info on the reverse autopatch. ________________________________ From: JJC > Sent: Wednesday, March 30, 2016 5:24 PM To: Jim Duuuude Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Reverse AutoPatch This will address the "found no matching peer or user" error? Sent from the iRoad On Mar 30, 2016, at 17:10, Jim Duuuude > wrote: A real, live example is in extensions.conf, just after the beginning of the [allstar-sys] stanza: exten => _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _1.,n,Hangup In this case, it is passed 1 plus the node number as an extension. If you replace "${EXTEN:1}" with your node number it should work. Jim ________________________________ From: app_rpt-users-bounces at ohnosec.org > on behalf of JJC > Sent: Wednesday, March 30, 2016 3:21 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Reverse AutoPatch I have scoured the internet to find documentation about reverse autopatch but have had no luck. I have been able to get autopatch working without a problem and have had _limited_ success in getting allstar(dial) to answer. I was able to get allstar to answer and allow me to run DTMF with the following, but really all that I want is reverse autopatch or both.... If I make any real changes to the stanza in extensions.conf I get an error like: Using INVITE request as basis request - 1939985154 at 198.199.84.66 Found no matching peer or user for '198.199.84.66:5060' [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: Failed to authenticate user "Caller ID Strings..." [general] allowguest = no match_auth_username=yes register=REDACTED:XXXXXX at gvgw.simonics.com/2230 context = default allowoverlap = no ; Disable overlap dialing support. (Default is yes) bindport = 5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup = yes ; Enable DNS SRV lookups on outbound calls [GV17193576518] type=friend autocreatepeer=yes insecure=port,invite username=REDACTED secret=XXXXXXX host=gvgw.simonics.com qualify=no ;permit=0.0.0.0/0.0.0.0 context=custom-gv-answer [custom-gv-answer] exten => 2230,1,Answer() exten => 2230,n,Playback(rpt/node) exten => 2230,n,Saydigits(${EXTEN:1}) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 20:49:34 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 14:49:34 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: I removed the hangup, just for grins, dialplan now looks like this: > > > [ Context 'custom-gv-answer' created by 'pbx_config' ] > 's' => 1. Answer() > [pbx_config] > 2. > Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] > -= 1 extension (2 priorities) in 1 context. =- Unfortunately it still hangs up right after announcing the extension, I'm searching for some type of a timeout value or similar now. On Thu, Mar 31, 2016 at 2:39 PM, Jim Duuuude wrote: > Try putting an Answer() in the custom-gv-answer dialplan before the "Rpt" > line. > > > It is supposed to answer in silence, park the call, and wait for the radio > user to un-park it. The idea, > > is that in your dialplan, you do whatever you deem appropriate to tell the > user what is going on, with > > a recording or something. > > > ------------------------------ > *From:* JJC > *Sent:* Thursday, March 31, 2016 1:18 PM > > *To:* Jim Duuuude > *Cc:* app_rpt-users at ohnosec.org > *Subject:* Re: [App_rpt-users] Reverse AutoPatch > > It continues to ring on my end and it notes a disconnect in my SIP debug > when I hangup even after DTMF etc... > > On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude > wrote: > >> It looks to me like the inbound call hung up before you even hit the >> first DTMF tone on the radio side of things. >> >> >> ------------------------------ >> *From:* JJC >> *Sent:* Thursday, March 31, 2016 1:11 PM >> >> *To:* Jim Duuuude >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >> >> == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout >> back to extension [custom-gv-answer] s, 2 in 45 seconds >> -- Added extension '701' priority 1 to parkedcalls >> -- Call Parking Called, lot: 701, timeout: 0, context: (null) >> -- Music class default requested but no musiconhold loaded. >> -- Music class default requested but no musiconhold loaded. >> -- Playing 'rpt/node' (language 'en') >> -- Playing 'digits/4' (language 'en') >> -- Playing 'digits/3' (language 'en') >> -- Playing 'digits/2' (language 'en') >> -- Playing 'digits/6' (language 'en') >> -- Playing 'digits/5' (language 'en') >> -- Playing 'rpt/in-call' (language 'en') >> -- Playing 'digits/0' (language 'en') >> -- Playing 'digits/7' (language 'en') >> -- Playing 'digits/0' (language 'en') >> -- Playing 'digits/1' (language 'en') >> -- Hungup 'DAHDI/pseudo-1661934131' >> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char * duration 84 ms >> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 6 duration 85 ms >> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 1 duration 86 ms >> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 0 duration 85 ms >> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 7 duration 86 ms >> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 0 duration 84 ms >> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 1 duration 127 ms >> -- Hungup 'DAHDI/pseudo-176387851' >> == SIP/-76904e08 got tired of being parked >> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char * duration 86 ms >> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 6 duration 79 ms >> [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >> DTMF char 2 duration 106 ms >> -- Hungup 'DAHDI/pseudo-959605867' >> -- Hungup 'DAHDI/pseudo-1384624454' >> -- Hungup 'DAHDI/pseudo-1284356810' >> >> On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude >> wrote: >> >>> Then it should be "*610701", since the autopatch acccess is *61, in your >>> case. >>> >>> >>> Could you "set verbose 4", make a couple of calls, attempting to answer, >>> and send me the output so >>> >>> that I can see what it is doing? >>> >>> >>> ------------------------------ >>> *From:* JJC >>> *Sent:* Thursday, March 31, 2016 9:08 AM >>> >>> *To:* Jim Duuuude >>> *Cc:* app_rpt-users at ohnosec.org >>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>> >>> This is what I had thought from what I could find online. My >>> features.conf is the default and I have not modified the section of the >>> extensions.conf. I cannot find any stanza for the "parkedcalls" context >>> reference in features.conf. When the call comes in, the system does >>> announce that there is an inbound call on the defined Node and extension of >>> 0701. I have tried also *610701 etc... just given that *61 brings >>> autopatch up to dailtone.. >>> >>> >>>> $ grep '^6' * >>>> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = >>>> 20000 ; Autopatch up >>>> rpt.conf:62 = autopatchdn >>>> ; Autopatch down >>>> rpt.conf:67 = remote,210 ; Send a * >>>> rpt.conf:69 = remote,211 ; Send a # >>> >>> >>>> $ grep -i park * >>>> chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' >>>> parameter) >>>> chan_dahdi.conf:; Allow call parking >>>> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') >>>> chan_dahdi.conf:canpark=yes >>>> extensions.conf:exten => >>>> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>> extensions.conf:exten => >>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >>>> features.conf:; Sample Call Features (parking, transfer, etc) >>>> configuration >>>> features.conf:parkext => 700 ; What extension to dial to park >>>> features.conf:parkpos => 701-720 ; What extensions to park calls on. >>>> These needs to be >>>> features.conf: ; and increments with one for the next parked call. >>>> features.conf:context => parkedcalls ; Which context parked calls are >>>> in >>>> modules.conf:load => app_parkandannounce.so ; Call Parking and >>>> Announce Application >>> >>> >>> repeater*CLI> dialplan show custom-gv-answer >>>> [ Context 'custom-gv-answer' created by 'pbx_config' ] >>>> 's' => 1. >>>> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >>>> 2. Hangup() >>>> [pbx_config] >>>> -= 1 extension (2 priorities) in 1 context. =- >>> >>> >>> >>> [general] >>> parkext => 700 ; What extension to dial to park >>> parkpos => 701-720 ; What extensions to park calls on. >>> These needs to be >>> ; numeric, as Asterisk starts from the >>> start position >>> ; and increments with one for the next >>> parked call. >>> context => parkedcalls ; Which context parked calls are in >>> >>> >>> [radio] >>> exten = _X11,1,Goto(check_route|${EXTEN}|1); >>> exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) >>> exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) >>> exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>> exten = 00,1,Goto(my-ip|s|1) >>> >>> On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude >>> wrote: >>> >>>> 701 is meant to un-park call parked in parking lot 1 in Asterisk. >>>> >>>> If your autopatch access code is *6, then *6 plus what it tells >>>> >>>> you to dial (0701) should work, if you have the call parking configured >>>> >>>> correctly (see features.conf), and accessed in the autopatch's >>>> >>>> Asterisk dialplan, as is in the default extensions.conf: >>>> >>>> >>>> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>> >>>> >>>> In the default config that is shipped with ACID, this is how it is set >>>> up >>>> >>>> already. >>>> >>>> >>>> Jim >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> *From:* JJC >>>> *Sent:* Wednesday, March 30, 2016 8:25 PM >>>> >>>> *To:* Jim Duuuude >>>> *Cc:* app_rpt-users at ohnosec.org >>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>> >>>> It is now at the point where it announces there is an incoming call but >>>> none of the commands that I have found seem to be working.. trying: >>>> >>>> *60701 >>>> *6701 >>>> >>>> I also changed the extension from 701 to s with the same results (while >>>> removing the /701 from the register line), removed the Answer() directive >>>> >>>> >>>> register=USER:@THING/701 >>>> >>>> [THING] >>>> type=peer >>>> allowguest=yes >>>> autocreatepeer=yes >>>> insecure=port,invite >>>> username=THING >>>> secret= >>>> host=gvgw.simonics.com >>>> qualify=no >>>> allowexternaldomains=yes >>>> context=custom-gv-answer >>>> >>>> >>>> [custom-gv-answer] >>>> exten => 701,1,Answer() >>>> exten => >>>> 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>> exten => 701,n,Hangup >>>> >>>> On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: >>>> >>>>> It's all one big mess, yes I did need that also.. It seems that when I >>>>> make changes even to my reverse auto patch it affects the error that I >>>>> noted. Thanks for the info for sure! >>>>> >>>>> Sent from the iRoad >>>>> >>>>> On Mar 30, 2016, at 18:26, Jim Duuuude >>>>> wrote: >>>>> >>>>> No, that's a SIP problem, I thought you were needing info on the >>>>> reverse autopatch. >>>>> >>>>> >>>>> ------------------------------ >>>>> *From:* JJC >>>>> *Sent:* Wednesday, March 30, 2016 5:24 PM >>>>> *To:* Jim Duuuude >>>>> *Cc:* app_rpt-users at ohnosec.org >>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>> >>>>> This will address the "found no matching peer or user" error? >>>>> >>>>> Sent from the iRoad >>>>> >>>>> On Mar 30, 2016, at 17:10, Jim Duuuude >>>>> wrote: >>>>> >>>>> A real, live example is in extensions.conf, just after the beginning >>>>> of the [allstar-sys] stanza: >>>>> >>>>> >>>>> exten => >>>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>> >>>>> exten => _1.,n,Hangup >>>>> >>>>> >>>>> In this case, it is passed 1 plus the node number as an extension. If >>>>> you replace "${EXTEN:1}" with your node >>>>> >>>>> number it should work. >>>>> >>>>> >>>>> Jim >>>>> >>>>> >>>>> ------------------------------ >>>>> *From:* app_rpt-users-bounces at ohnosec.org < >>>>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC < >>>>> cummingsj at gmail.com> >>>>> *Sent:* Wednesday, March 30, 2016 3:21 PM >>>>> *To:* app_rpt-users at ohnosec.org >>>>> *Subject:* [App_rpt-users] Reverse AutoPatch >>>>> >>>>> I have scoured the internet to find documentation about reverse >>>>> autopatch but have had no luck. I have been able to get autopatch working >>>>> without a problem and have had _limited_ success in getting allstar(dial) >>>>> to answer. >>>>> >>>>> I was able to get allstar to answer and allow me to run DTMF with the >>>>> following, but really all that I want is reverse autopatch or both.... >>>>> >>>>> If I make any real changes to the stanza in extensions.conf I get an >>>>> error like: >>>>> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >>>>> Found no matching peer or user for '198.199.84.66:5060' >>>>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 handle_request_invite: >>>>> Failed to authenticate user "Caller ID Strings..." >>>>> >>>>> >>>>> [general] >>>>> allowguest = no >>>>> match_auth_username=yes >>>>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >>>>> >>>>> context = default >>>>> allowoverlap = no ; Disable overlap dialing support. >>>>> (Default is yes) >>>>> bindport = 5060 ; UDP Port to bind to (SIP standard >>>>> port is 5060) >>>>> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 binds >>>>> to all) >>>>> srvlookup = yes ; Enable DNS SRV lookups on outbound >>>>> calls >>>>> >>>>> >>>>> [GV17193576518] >>>>> type=friend >>>>> autocreatepeer=yes >>>>> insecure=port,invite >>>>> username=REDACTED >>>>> secret=XXXXXXX >>>>> host=gvgw.simonics.com >>>>> qualify=no >>>>> ;permit=0.0.0.0/0.0.0.0 >>>>> context=custom-gv-answer >>>>> >>>>> >>>>> [custom-gv-answer] >>>>> exten => 2230,1,Answer() >>>>> exten => 2230,n,Playback(rpt/node) >>>>> exten => 2230,n,Saydigits(${EXTEN:1}) >>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 21:29:33 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 15:29:33 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: As I observe the logs, that is not a hangup of the SIP call inbound, it's a hangup of the audio playback through the radio... I should be able to dial *610701 during the announcement (and well before the peer gets "tired of being parked".. but all I get is a fast busy when I try to do this and the phone continues to ring... On Thu, Mar 31, 2016 at 2:49 PM, JJC wrote: > I removed the hangup, just for grins, dialplan now looks like this: >> >> >> [ Context 'custom-gv-answer' created by 'pbx_config' ] >> 's' => 1. Answer() >> [pbx_config] >> 2. >> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >> -= 1 extension (2 priorities) in 1 context. =- > > > Unfortunately it still hangs up right after announcing the extension, I'm > searching for some type of a timeout value or similar now. > > On Thu, Mar 31, 2016 at 2:39 PM, Jim Duuuude > wrote: > >> Try putting an Answer() in the custom-gv-answer dialplan before the "Rpt" >> line. >> >> >> It is supposed to answer in silence, park the call, and wait for the >> radio user to un-park it. The idea, >> >> is that in your dialplan, you do whatever you deem appropriate to tell >> the user what is going on, with >> >> a recording or something. >> >> >> ------------------------------ >> *From:* JJC >> *Sent:* Thursday, March 31, 2016 1:18 PM >> >> *To:* Jim Duuuude >> *Cc:* app_rpt-users at ohnosec.org >> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >> >> It continues to ring on my end and it notes a disconnect in my SIP debug >> when I hangup even after DTMF etc... >> >> On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude >> wrote: >> >>> It looks to me like the inbound call hung up before you even hit the >>> first DTMF tone on the radio side of things. >>> >>> >>> ------------------------------ >>> *From:* JJC >>> *Sent:* Thursday, March 31, 2016 1:11 PM >>> >>> *To:* Jim Duuuude >>> *Cc:* app_rpt-users at ohnosec.org >>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>> >>> == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout >>> back to extension [custom-gv-answer] s, 2 in 45 seconds >>> -- Added extension '701' priority 1 to parkedcalls >>> -- Call Parking Called, lot: 701, timeout: 0, context: (null) >>> -- Music class default requested but no musiconhold loaded. >>> -- Music class default requested but no musiconhold loaded. >>> -- Playing 'rpt/node' (language 'en') >>> -- Playing 'digits/4' (language 'en') >>> -- Playing 'digits/3' (language 'en') >>> -- Playing 'digits/2' (language 'en') >>> -- Playing 'digits/6' (language 'en') >>> -- Playing 'digits/5' (language 'en') >>> -- Playing 'rpt/in-call' (language 'en') >>> -- Playing 'digits/0' (language 'en') >>> -- Playing 'digits/7' (language 'en') >>> -- Playing 'digits/0' (language 'en') >>> -- Playing 'digits/1' (language 'en') >>> -- Hungup 'DAHDI/pseudo-1661934131' >>> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char * duration 84 ms >>> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 6 duration 85 ms >>> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 1 duration 86 ms >>> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 0 duration 85 ms >>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 7 duration 86 ms >>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 0 duration 84 ms >>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 1 duration 127 ms >>> -- Hungup 'DAHDI/pseudo-176387851' >>> == SIP/-76904e08 got tired of being parked >>> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char * duration 86 ms >>> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 6 duration 79 ms >>> [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>> DTMF char 2 duration 106 ms >>> -- Hungup 'DAHDI/pseudo-959605867' >>> -- Hungup 'DAHDI/pseudo-1384624454' >>> -- Hungup 'DAHDI/pseudo-1284356810' >>> >>> On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude >>> wrote: >>> >>>> Then it should be "*610701", since the autopatch acccess is *61, in >>>> your case. >>>> >>>> >>>> Could you "set verbose 4", make a couple of calls, attempting to >>>> answer, and send me the output so >>>> >>>> that I can see what it is doing? >>>> >>>> >>>> ------------------------------ >>>> *From:* JJC >>>> *Sent:* Thursday, March 31, 2016 9:08 AM >>>> >>>> *To:* Jim Duuuude >>>> *Cc:* app_rpt-users at ohnosec.org >>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>> >>>> This is what I had thought from what I could find online. My >>>> features.conf is the default and I have not modified the section of the >>>> extensions.conf. I cannot find any stanza for the "parkedcalls" context >>>> reference in features.conf. When the call comes in, the system does >>>> announce that there is an inbound call on the defined Node and extension of >>>> 0701. I have tried also *610701 etc... just given that *61 brings >>>> autopatch up to dailtone.. >>>> >>>> >>>>> $ grep '^6' * >>>>> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = >>>>> 20000 ; Autopatch up >>>>> rpt.conf:62 = autopatchdn >>>>> ; Autopatch down >>>>> rpt.conf:67 = remote,210 ; Send a * >>>>> rpt.conf:69 = remote,211 ; Send a # >>>> >>>> >>>>> $ grep -i park * >>>>> chan_dahdi.conf:; Also enables call parking (overrides the 'canpark' >>>>> parameter) >>>>> chan_dahdi.conf:; Allow call parking >>>>> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') >>>>> chan_dahdi.conf:canpark=yes >>>>> extensions.conf:exten => >>>>> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>>> extensions.conf:exten => >>>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >>>>> features.conf:; Sample Call Features (parking, transfer, etc) >>>>> configuration >>>>> features.conf:parkext => 700 ; What extension to dial to park >>>>> features.conf:parkpos => 701-720 ; What extensions to park calls on. >>>>> These needs to be >>>>> features.conf: ; and increments with one for the next parked call. >>>>> features.conf:context => parkedcalls ; Which context parked calls are >>>>> in >>>>> modules.conf:load => app_parkandannounce.so ; Call Parking and >>>>> Announce Application >>>> >>>> >>>> repeater*CLI> dialplan show custom-gv-answer >>>>> [ Context 'custom-gv-answer' created by 'pbx_config' ] >>>>> 's' => 1. >>>>> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >>>>> 2. Hangup() >>>>> [pbx_config] >>>>> -= 1 extension (2 priorities) in 1 context. =- >>>> >>>> >>>> >>>> [general] >>>> parkext => 700 ; What extension to dial to park >>>> parkpos => 701-720 ; What extensions to park calls on. >>>> These needs to be >>>> ; numeric, as Asterisk starts from the >>>> start position >>>> ; and increments with one for the next >>>> parked call. >>>> context => parkedcalls ; Which context parked calls are in >>>> >>>> >>>> [radio] >>>> exten = _X11,1,Goto(check_route|${EXTEN}|1); >>>> exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) >>>> exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) >>>> exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>> exten = 00,1,Goto(my-ip|s|1) >>>> >>>> On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude >>>> wrote: >>>> >>>>> 701 is meant to un-park call parked in parking lot 1 in Asterisk. >>>>> >>>>> If your autopatch access code is *6, then *6 plus what it tells >>>>> >>>>> you to dial (0701) should work, if you have the call parking configured >>>>> >>>>> correctly (see features.conf), and accessed in the autopatch's >>>>> >>>>> Asterisk dialplan, as is in the default extensions.conf: >>>>> >>>>> >>>>> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>>> >>>>> >>>>> In the default config that is shipped with ACID, this is how it is set >>>>> up >>>>> >>>>> already. >>>>> >>>>> >>>>> Jim >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> *From:* JJC >>>>> *Sent:* Wednesday, March 30, 2016 8:25 PM >>>>> >>>>> *To:* Jim Duuuude >>>>> *Cc:* app_rpt-users at ohnosec.org >>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>> >>>>> It is now at the point where it announces there is an incoming call >>>>> but none of the commands that I have found seem to be working.. trying: >>>>> >>>>> *60701 >>>>> *6701 >>>>> >>>>> I also changed the extension from 701 to s with the same results >>>>> (while removing the /701 from the register line), removed the Answer() >>>>> directive >>>>> >>>>> >>>>> register=USER:@THING/701 >>>>> >>>>> [THING] >>>>> type=peer >>>>> allowguest=yes >>>>> autocreatepeer=yes >>>>> insecure=port,invite >>>>> username=THING >>>>> secret= >>>>> host=gvgw.simonics.com >>>>> qualify=no >>>>> allowexternaldomains=yes >>>>> context=custom-gv-answer >>>>> >>>>> >>>>> [custom-gv-answer] >>>>> exten => 701,1,Answer() >>>>> exten => >>>>> 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>> exten => 701,n,Hangup >>>>> >>>>> On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: >>>>> >>>>>> It's all one big mess, yes I did need that also.. It seems that when >>>>>> I make changes even to my reverse auto patch it affects the error that I >>>>>> noted. Thanks for the info for sure! >>>>>> >>>>>> Sent from the iRoad >>>>>> >>>>>> On Mar 30, 2016, at 18:26, Jim Duuuude >>>>>> wrote: >>>>>> >>>>>> No, that's a SIP problem, I thought you were needing info on the >>>>>> reverse autopatch. >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> *From:* JJC >>>>>> *Sent:* Wednesday, March 30, 2016 5:24 PM >>>>>> *To:* Jim Duuuude >>>>>> *Cc:* app_rpt-users at ohnosec.org >>>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>>> >>>>>> This will address the "found no matching peer or user" error? >>>>>> >>>>>> Sent from the iRoad >>>>>> >>>>>> On Mar 30, 2016, at 17:10, Jim Duuuude >>>>>> wrote: >>>>>> >>>>>> A real, live example is in extensions.conf, just after the beginning >>>>>> of the [allstar-sys] stanza: >>>>>> >>>>>> >>>>>> exten => >>>>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>>> >>>>>> exten => _1.,n,Hangup >>>>>> >>>>>> >>>>>> In this case, it is passed 1 plus the node number as an extension. If >>>>>> you replace "${EXTEN:1}" with your node >>>>>> >>>>>> number it should work. >>>>>> >>>>>> >>>>>> Jim >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> *From:* app_rpt-users-bounces at ohnosec.org < >>>>>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC < >>>>>> cummingsj at gmail.com> >>>>>> *Sent:* Wednesday, March 30, 2016 3:21 PM >>>>>> *To:* app_rpt-users at ohnosec.org >>>>>> *Subject:* [App_rpt-users] Reverse AutoPatch >>>>>> >>>>>> I have scoured the internet to find documentation about reverse >>>>>> autopatch but have had no luck. I have been able to get autopatch working >>>>>> without a problem and have had _limited_ success in getting allstar(dial) >>>>>> to answer. >>>>>> >>>>>> I was able to get allstar to answer and allow me to run DTMF with the >>>>>> following, but really all that I want is reverse autopatch or both.... >>>>>> >>>>>> If I make any real changes to the stanza in extensions.conf I get an >>>>>> error like: >>>>>> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >>>>>> Found no matching peer or user for '198.199.84.66:5060' >>>>>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 >>>>>> handle_request_invite: Failed to authenticate user "Caller ID Strings..." >>>>>> >>>>>> >>>>>> [general] >>>>>> allowguest = no >>>>>> match_auth_username=yes >>>>>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >>>>>> >>>>>> context = default >>>>>> allowoverlap = no ; Disable overlap dialing support. >>>>>> (Default is yes) >>>>>> bindport = 5060 ; UDP Port to bind to (SIP standard >>>>>> port is 5060) >>>>>> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 >>>>>> binds to all) >>>>>> srvlookup = yes ; Enable DNS SRV lookups on outbound >>>>>> calls >>>>>> >>>>>> >>>>>> [GV17193576518] >>>>>> type=friend >>>>>> autocreatepeer=yes >>>>>> insecure=port,invite >>>>>> username=REDACTED >>>>>> secret=XXXXXXX >>>>>> host=gvgw.simonics.com >>>>>> qualify=no >>>>>> ;permit=0.0.0.0/0.0.0.0 >>>>>> context=custom-gv-answer >>>>>> >>>>>> >>>>>> [custom-gv-answer] >>>>>> exten => 2230,1,Answer() >>>>>> exten => 2230,n,Playback(rpt/node) >>>>>> exten => 2230,n,Saydigits(${EXTEN:1}) >>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cummingsj at gmail.com Thu Mar 31 21:31:09 2016 From: cummingsj at gmail.com (JJC) Date: Thu, 31 Mar 2016 15:31:09 -0600 Subject: [App_rpt-users] Reverse AutoPatch In-Reply-To: References: <6DF2CA1F-9CD4-462E-8FB6-4E53278C3AC4@gmail.com> <2BA77043-5A21-4DEE-9A1E-7A167BF55E77@gmail.com> Message-ID: I made a few changes and managed to crash asterisk: [Mar 31 15:27:42] WARNING[9822] channel.c: Channel type 'NULL' does not have a fixup routine (for Parked/SIP/-76902158)! Bad things may happen. [Mar 31 15:27:42] WARNING[9822] channel.c: PBX may not have been terminated properly on 'Parked/Parked/SIP/-76902158' [Mar 31 15:27:42] WARNING[560] channel.c: Exception flag set on 'SIP/-76902158', but no exception handler [custom-gv-answer] exten => s,1,Answer() exten => s,n,Goto(from-gv,${EXTEN},1) [from-gv] exten => _.,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 exten => _.,n,Hangup On Thu, Mar 31, 2016 at 3:29 PM, JJC wrote: > As I observe the logs, that is not a hangup of the SIP call inbound, it's > a hangup of the audio playback through the radio... I should be able to > dial *610701 during the announcement (and well before the peer gets "tired > of being parked".. but all I get is a fast busy when I try to do this and > the phone continues to ring... > > > On Thu, Mar 31, 2016 at 2:49 PM, JJC wrote: > >> I removed the hangup, just for grins, dialplan now looks like this: >>> >>> >>> [ Context 'custom-gv-answer' created by 'pbx_config' ] >>> 's' => 1. Answer() >>> [pbx_config] >>> 2. >>> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >>> -= 1 extension (2 priorities) in 1 context. =- >> >> >> Unfortunately it still hangs up right after announcing the extension, I'm >> searching for some type of a timeout value or similar now. >> >> On Thu, Mar 31, 2016 at 2:39 PM, Jim Duuuude >> wrote: >> >>> Try putting an Answer() in the custom-gv-answer dialplan before the >>> "Rpt" line. >>> >>> >>> It is supposed to answer in silence, park the call, and wait for the >>> radio user to un-park it. The idea, >>> >>> is that in your dialplan, you do whatever you deem appropriate to tell >>> the user what is going on, with >>> >>> a recording or something. >>> >>> >>> ------------------------------ >>> *From:* JJC >>> *Sent:* Thursday, March 31, 2016 1:18 PM >>> >>> *To:* Jim Duuuude >>> *Cc:* app_rpt-users at ohnosec.org >>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>> >>> It continues to ring on my end and it notes a disconnect in my SIP debug >>> when I hangup even after DTMF etc... >>> >>> On Thu, Mar 31, 2016 at 2:16 PM, Jim Duuuude >>> wrote: >>> >>>> It looks to me like the inbound call hung up before you even hit the >>>> first DTMF tone on the radio side of things. >>>> >>>> >>>> ------------------------------ >>>> *From:* JJC >>>> *Sent:* Thursday, March 31, 2016 1:11 PM >>>> >>>> *To:* Jim Duuuude >>>> *Cc:* app_rpt-users at ohnosec.org >>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>> >>>> == Parked SIP/-76904e08 on 701 at parkedcalls. Will timeout >>>> back to extension [custom-gv-answer] s, 2 in 45 seconds >>>> -- Added extension '701' priority 1 to parkedcalls >>>> -- Call Parking Called, lot: 701, timeout: 0, context: (null) >>>> -- Music class default requested but no musiconhold loaded. >>>> -- Music class default requested but no musiconhold loaded. >>>> -- Playing 'rpt/node' (language 'en') >>>> -- Playing 'digits/4' (language 'en') >>>> -- Playing 'digits/3' (language 'en') >>>> -- Playing 'digits/2' (language 'en') >>>> -- Playing 'digits/6' (language 'en') >>>> -- Playing 'digits/5' (language 'en') >>>> -- Playing 'rpt/in-call' (language 'en') >>>> -- Playing 'digits/0' (language 'en') >>>> -- Playing 'digits/7' (language 'en') >>>> -- Playing 'digits/0' (language 'en') >>>> -- Playing 'digits/1' (language 'en') >>>> -- Hungup 'DAHDI/pseudo-1661934131' >>>> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char * duration 84 ms >>>> [Mar 31 14:09:08] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 6 duration 85 ms >>>> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 1 duration 86 ms >>>> [Mar 31 14:09:09] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 0 duration 85 ms >>>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 7 duration 86 ms >>>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 0 duration 84 ms >>>> [Mar 31 14:09:10] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 1 duration 127 ms >>>> -- Hungup 'DAHDI/pseudo-176387851' >>>> == SIP/-76904e08 got tired of being parked >>>> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char * duration 86 ms >>>> [Mar 31 14:09:23] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 6 duration 79 ms >>>> [Mar 31 14:09:24] NOTICE[577]: chan_usbradio.c:3064 usbradio_read: Got >>>> DTMF char 2 duration 106 ms >>>> -- Hungup 'DAHDI/pseudo-959605867' >>>> -- Hungup 'DAHDI/pseudo-1384624454' >>>> -- Hungup 'DAHDI/pseudo-1284356810' >>>> >>>> On Thu, Mar 31, 2016 at 2:05 PM, Jim Duuuude >>>> wrote: >>>> >>>>> Then it should be "*610701", since the autopatch acccess is *61, in >>>>> your case. >>>>> >>>>> >>>>> Could you "set verbose 4", make a couple of calls, attempting to >>>>> answer, and send me the output so >>>>> >>>>> that I can see what it is doing? >>>>> >>>>> >>>>> ------------------------------ >>>>> *From:* JJC >>>>> *Sent:* Thursday, March 31, 2016 9:08 AM >>>>> >>>>> *To:* Jim Duuuude >>>>> *Cc:* app_rpt-users at ohnosec.org >>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>> >>>>> This is what I had thought from what I could find online. My >>>>> features.conf is the default and I have not modified the section of the >>>>> extensions.conf. I cannot find any stanza for the "parkedcalls" context >>>>> reference in features.conf. When the call comes in, the system does >>>>> announce that there is an inbound call on the defined Node and extension of >>>>> 0701. I have tried also *610701 etc... just given that *61 brings >>>>> autopatch up to dailtone.. >>>>> >>>>> >>>>>> $ grep '^6' * >>>>>> rpt.conf:61 = autopatchup,noct = 1,farenddisconnect = 1,dialtime = >>>>>> 20000 ; Autopatch up >>>>>> rpt.conf:62 = autopatchdn >>>>>> ; Autopatch down >>>>>> rpt.conf:67 = remote,210 ; Send a * >>>>>> rpt.conf:69 = remote,211 ; Send a # >>>>> >>>>> >>>>>> $ grep -i park * >>>>>> chan_dahdi.conf:; Also enables call parking (overrides the >>>>>> 'canpark' parameter) >>>>>> chan_dahdi.conf:; Allow call parking >>>>>> chan_dahdi.conf:; ('canpark=no' is overridden by 'transfer=yes') >>>>>> chan_dahdi.conf:canpark=yes >>>>>> extensions.conf:exten => >>>>>> s,1,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>>> extensions.conf:exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>>>> extensions.conf:exten => >>>>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) >>>>>> features.conf:; Sample Call Features (parking, transfer, etc) >>>>>> configuration >>>>>> features.conf:parkext => 700 ; What extension to dial to park >>>>>> features.conf:parkpos => 701-720 ; What extensions to park calls on. >>>>>> These needs to be >>>>>> features.conf: ; and increments with one for the next parked call. >>>>>> features.conf:context => parkedcalls ; Which context parked calls >>>>>> are in >>>>>> modules.conf:load => app_parkandannounce.so ; Call Parking and >>>>>> Announce Application >>>>> >>>>> >>>>> repeater*CLI> dialplan show custom-gv-answer >>>>>> [ Context 'custom-gv-answer' created by 'pbx_config' ] >>>>>> 's' => 1. >>>>>> Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) [pbx_config] >>>>>> 2. Hangup() >>>>>> [pbx_config] >>>>>> -= 1 extension (2 priorities) in 1 context. =- >>>>> >>>>> >>>>> >>>>> [general] >>>>> parkext => 700 ; What extension to dial to park >>>>> parkpos => 701-720 ; What extensions to park calls on. >>>>> These needs to be >>>>> ; numeric, as Asterisk starts from the >>>>> start position >>>>> ; and increments with one for the next >>>>> parked call. >>>>> context => parkedcalls ; Which context parked calls are in >>>>> >>>>> >>>>> [radio] >>>>> exten = _X11,1,Goto(check_route|${EXTEN}|1); >>>>> exten = _NXXXXXX,1,Goto(check_route|1${HOMENPA}${EXTEN}|1) >>>>> exten = _1XXXXXXXXXX,1,Goto(check_route|${EXTEN}|1) >>>>> exten = _07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>>> exten = 00,1,Goto(my-ip|s|1) >>>>> >>>>> On Wed, Mar 30, 2016 at 11:05 PM, Jim Duuuude >>>> > wrote: >>>>> >>>>>> 701 is meant to un-park call parked in parking lot 1 in Asterisk. >>>>>> >>>>>> If your autopatch access code is *6, then *6 plus what it tells >>>>>> >>>>>> you to dial (0701) should work, if you have the call parking >>>>>> configured >>>>>> >>>>>> correctly (see features.conf), and accessed in the autopatch's >>>>>> >>>>>> Asterisk dialplan, as is in the default extensions.conf: >>>>>> >>>>>> >>>>>> exten=_07XX,1,Goto(parkedcalls|${EXTEN:1}|1) >>>>>> >>>>>> >>>>>> In the default config that is shipped with ACID, this is how it is >>>>>> set up >>>>>> >>>>>> already. >>>>>> >>>>>> >>>>>> Jim >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> *From:* JJC >>>>>> *Sent:* Wednesday, March 30, 2016 8:25 PM >>>>>> >>>>>> *To:* Jim Duuuude >>>>>> *Cc:* app_rpt-users at ohnosec.org >>>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>>> >>>>>> It is now at the point where it announces there is an incoming call >>>>>> but none of the commands that I have found seem to be working.. trying: >>>>>> >>>>>> *60701 >>>>>> *6701 >>>>>> >>>>>> I also changed the extension from 701 to s with the same results >>>>>> (while removing the /701 from the register line), removed the Answer() >>>>>> directive >>>>>> >>>>>> >>>>>> register=USER:@THING/701 >>>>>> >>>>>> [THING] >>>>>> type=peer >>>>>> allowguest=yes >>>>>> autocreatepeer=yes >>>>>> insecure=port,invite >>>>>> username=THING >>>>>> secret= >>>>>> host=gvgw.simonics.com >>>>>> qualify=no >>>>>> allowexternaldomains=yes >>>>>> context=custom-gv-answer >>>>>> >>>>>> >>>>>> [custom-gv-answer] >>>>>> exten => 701,1,Answer() >>>>>> exten => >>>>>> 701,n,Rpt(43265|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>>> exten => 701,n,Hangup >>>>>> >>>>>> On Wed, Mar 30, 2016 at 6:34 PM, JJC wrote: >>>>>> >>>>>>> It's all one big mess, yes I did need that also.. It seems that when >>>>>>> I make changes even to my reverse auto patch it affects the error that I >>>>>>> noted. Thanks for the info for sure! >>>>>>> >>>>>>> Sent from the iRoad >>>>>>> >>>>>>> On Mar 30, 2016, at 18:26, Jim Duuuude >>>>>>> wrote: >>>>>>> >>>>>>> No, that's a SIP problem, I thought you were needing info on the >>>>>>> reverse autopatch. >>>>>>> >>>>>>> >>>>>>> ------------------------------ >>>>>>> *From:* JJC >>>>>>> *Sent:* Wednesday, March 30, 2016 5:24 PM >>>>>>> *To:* Jim Duuuude >>>>>>> *Cc:* app_rpt-users at ohnosec.org >>>>>>> *Subject:* Re: [App_rpt-users] Reverse AutoPatch >>>>>>> >>>>>>> This will address the "found no matching peer or user" error? >>>>>>> >>>>>>> Sent from the iRoad >>>>>>> >>>>>>> On Mar 30, 2016, at 17:10, Jim Duuuude >>>>>>> wrote: >>>>>>> >>>>>>> A real, live example is in extensions.conf, just after the beginning >>>>>>> of the [allstar-sys] stanza: >>>>>>> >>>>>>> >>>>>>> exten => >>>>>>> _1.,1,Rpt(${EXTEN:1}|Rrpt/node:NODE:rpt/in-call:digits/0:PARKED|120) 75 >>>>>>> >>>>>>> exten => _1.,n,Hangup >>>>>>> >>>>>>> >>>>>>> In this case, it is passed 1 plus the node number as an extension. >>>>>>> If you replace "${EXTEN:1}" with your node >>>>>>> >>>>>>> number it should work. >>>>>>> >>>>>>> >>>>>>> Jim >>>>>>> >>>>>>> >>>>>>> ------------------------------ >>>>>>> *From:* app_rpt-users-bounces at ohnosec.org < >>>>>>> app_rpt-users-bounces at ohnosec.org> on behalf of JJC < >>>>>>> cummingsj at gmail.com> >>>>>>> *Sent:* Wednesday, March 30, 2016 3:21 PM >>>>>>> *To:* app_rpt-users at ohnosec.org >>>>>>> *Subject:* [App_rpt-users] Reverse AutoPatch >>>>>>> >>>>>>> I have scoured the internet to find documentation about reverse >>>>>>> autopatch but have had no luck. I have been able to get autopatch working >>>>>>> without a problem and have had _limited_ success in getting allstar(dial) >>>>>>> to answer. >>>>>>> >>>>>>> I was able to get allstar to answer and allow me to run DTMF with >>>>>>> the following, but really all that I want is reverse autopatch or both.... >>>>>>> >>>>>>> If I make any real changes to the stanza in extensions.conf I get an >>>>>>> error like: >>>>>>> Using INVITE request as basis request - 1939985154 at 198.199.84.66 >>>>>>> Found no matching peer or user for '198.199.84.66:5060' >>>>>>> [Mar 30 16:15:32] NOTICE[575]: chan_sip.c:14351 >>>>>>> handle_request_invite: Failed to authenticate user "Caller ID Strings..." >>>>>>> >>>>>>> >>>>>>> [general] >>>>>>> allowguest = no >>>>>>> match_auth_username=yes >>>>>>> register=REDACTED:XXXXXX at gvgw.simonics.com/2230 >>>>>>> >>>>>>> context = default >>>>>>> allowoverlap = no ; Disable overlap dialing support. >>>>>>> (Default is yes) >>>>>>> bindport = 5060 ; UDP Port to bind to (SIP standard >>>>>>> port is 5060) >>>>>>> bindaddr = 0.0.0.0 ; IP address to bind to (0.0.0.0 >>>>>>> binds to all) >>>>>>> srvlookup = yes ; Enable DNS SRV lookups on outbound >>>>>>> calls >>>>>>> >>>>>>> >>>>>>> [GV17193576518] >>>>>>> type=friend >>>>>>> autocreatepeer=yes >>>>>>> insecure=port,invite >>>>>>> username=REDACTED >>>>>>> secret=XXXXXXX >>>>>>> host=gvgw.simonics.com >>>>>>> qualify=no >>>>>>> ;permit=0.0.0.0/0.0.0.0 >>>>>>> context=custom-gv-answer >>>>>>> >>>>>>> >>>>>>> [custom-gv-answer] >>>>>>> exten => 2230,1,Answer() >>>>>>> exten => 2230,n,Playback(rpt/node) >>>>>>> exten => 2230,n,Saydigits(${EXTEN:1}) >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ve7lyd at gmail.com Thu Mar 31 22:43:37 2016 From: ve7lyd at gmail.com (Jesse Lloyd) Date: Thu, 31 Mar 2016 15:43:37 -0700 Subject: [App_rpt-users] Scratchy audio on some transmissions In-Reply-To: References: Message-ID: <77D73F11-5528-4049-81FA-1CF465208043@gmail.com> Could you be falsing DTMF? That'll cause a short drop in audio, and tends to happen on hard driven punchy audio. You'll see it show up in the asterisk CLI if you're in verbose mode. Cheers, Jesse > On Mar 31, 2016, at 10:30 AM, Skyler F wrote: > > On my 900MHz node, I am having problems where the "repeat only" and various transmissions sound clipped and scratchy. I turned my audio down the the lowest setting (so I had to really crank my receivers audio) and even the small, barely deviated amount of audio that came out was scratchy when Allison announced "repeat only". > > Has anybody had this issue before? The clipped audio only seems to occur on transmissions with a lot of punch, and is fine for both. Both adjusting the deviation on the radio and turning my TX audio down to a bare minimum does not seem to do the trick. > > Audio levels is not a problem, however. We tested it on a service monitor and got the deviation fine with the test tone. > > Thanks > Skyler > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" > You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -------------- next part -------------- An HTML attachment was scrubbed... URL: