<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><font style="" color="#000000" face="Tahoma,sans-serif">OK so I understand - what are the 1000 different combinations doing?  What is the result of the entries?<br id="FontBreak"></font><br><b><font style="font-size:16pt;" size="4">73 Doug</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">WA3DSP</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">http://www.crompton.com/hamradio</font></b><font style="font-size:16pt;" size="4"><br></font><br><br><div><hr id="stopSpelling">From: k8it@cac.net<br>To: arm-allstar@hamvoip.org<br>Date: Tue, 8 Dec 2015 00:08:45 -0500<br>Subject: Re: [arm-allstar] scripting - last dtmf digit received in client   display<br><br>


<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

--></style>



<div>Doug</div>
<div>currently there are about 1000 combinations I would need to map with 1000 
lines added to rpt.conf.</div>
<div>I thought if I could write a script invoked by a function dtmf code, it 
could prompt the user to enter a single DTMF digit. I then would read the last 
DTMF digit and the script could concatanate the digits together. the script 
would then prompt for digit 2 etc...</div>
<div>this should be possible since the client displays the last single DTMF 
digit received followed by a drop of the rx cor input to the URI</div>
<div>I gotta believe that this is allready stored in a temporary variable that 
the client displays. Using your approach it would take at least five DTMF digits 
to map the full 16 key DTMF pad to a combiner script. At this point it would be 
easier to create the 1000 lines in rpt.conf and not need to combine digits</div>
<div> </div>
<div> </div>
<div>Thanks<br>73 Neil Sablatzky  K8IT<br>Allstar Node 41838 
KITLINK<br>Allstar Node 42087 KITLINK HUB<br>IRLP Node exp0068<br>Echolink 
K8IT-L<br>WIRES-X K8IT 11479 Room 21479</div>
<div style="FONT:10pt Tahoma;">
<div><br></div>
<div style="BACKGROUND:#f5f5f5;">
<div style=""><b>From:</b> <a title="doug@crompton.com" href="mailto:doug@crompton.com">Doug Crompton</a> </div>
<div><b>Sent:</b> Monday, December 07, 2015 11:01 PM</div>
<div><b>To:</b> <a title="arm-allstar@hamvoip.org" href="mailto:arm-allstar@hamvoip.org">ARM Allstar</a> </div>
<div><b>Subject:</b> Re: [arm-allstar] scripting - last dtmf digit received in 
client display</div></div></div>
<div><br></div>
<div dir="ltr"><font color="#000000" face="Tahoma,sans-serif">Neil,<br><br> Unfortunately usually things are often 
not as easy as you describe. It sounds simple on paper but sometimes 
implementing even simple things and checking them out is usually more 
complicated. <br><br>What is your application that you need the last digit? You 
do know there is full script interface through DTMF now via defined functions in 
rpt.conf. We call many scripts via this method. You would have to enter more 
than one key but lets say you wanted to do 10 different things. I use this 
method to turn relays on and off or any other type of control. Here is an 
example -<br><br>881=cmd,/etc/asterisk/local/control.sh 1 <br id="ecxFontBreak"></font><font face="Tahoma,sans-serif">882=cmd,/etc/asterisk/local/control.sh 2</font><font face="Tahoma,sans-serif"><br></font><font face="Tahoma,sans-serif">883=cmd,/etc/asterisk/local/control.sh 3</font><font face="Tahoma,sans-serif"><br></font><font face="Tahoma,sans-serif">884=cmd,/etc/asterisk/local/control.sh 4</font><font face="Tahoma,sans-serif"><br></font><font face="Tahoma,sans-serif">885=cmd,/etc/asterisk/local/control.sh 
5<br>etc.<br><br>So DTMF *881 would send the variable 1 to the control.sh 
script. The script would then interpret this and do whatever you wanted. You 
could have as many codes as you desired as long as they did not overlap existing 
codes.<br><br>You can send multiple variables to a script so as another example 
-<br></font><br><font face="Tahoma,sans-serif"><font color="#000000" face="Tahoma,sans-serif">881=cmd,/etc/asterisk/local/relay_control.sh 1 ON <br id="ecxFontBreak"></font><font face="Tahoma,sans-serif">882=cmd,/etc/asterisk/local/relay_control.sh 1 
OFF</font><font face="Tahoma,sans-serif"><br></font>etc.<br><br>This could be used 
to turn on and off relays as defined by the script using the passed 
variables.<br><br>There is a lot of power in the code now and it is our thought 
to not add more complexity but rather simplify the existing code and make 
external scripts do the work. The external scripts could be bash, perl, php, C, 
etc.<br><br></font><b><font style="FONT-SIZE:16pt;" size="4">73 Doug</font><font style="FONT-SIZE:16pt;" size="4"><br></font><font style="FONT-SIZE:16pt;" size="4">WA3DSP</font><font style="FONT-SIZE:16pt;" size="4"><br></font><font style="FONT-SIZE:16pt;" size="4">http://www.crompton.com/hamradio</font></b><font style="FONT-SIZE:16pt;" size="4"><br></font><br><br>
<div>> From: k8it@cac.net<br>> To: arm-allstar@hamvoip.org<br>> Date: 
Mon, 7 Dec 2015 19:46:43 -0500<br>> Subject: Re: [arm-allstar] scripting - 
last dtmf digit received in client display<br>> <br>> I am not a C 
programmer or I would offer to help.<br>> It seems to me that since the last 
received DTMF digit is written to the <br>> client display, that maybe adding 
one line of C code to write the digit to a <br>> temporary variable which a 
user script could poll, could be a quick and easy <br>> solution<br>> of 
course it would be over written as soon as the next DTMF digit arrived.<br>> 
<br>> Thanks<br>> 73 Neil Sablatzky K8IT<br>> Allstar Node 41838 
KITLINK<br>> Allstar Node 42087 KITLINK HUB<br>> IRLP Node exp0068<br>> 
Echolink K8IT-L<br>> WIRES-X K8IT 11479 Room 21479<br>> <br>> 
--------------------------------------------------<br>> From: "David McGough" 
<kb4fxc@inttek.net><br>> Sent: Monday, December 07, 2015 5:07 
PM<br>> To: "ARM Allstar" <arm-allstar@hamvoip.org><br>> Subject: 
Re: [arm-allstar] scripting - last dtmf digit received in client <br>> 
display<br>> <br>> ><br>> > Hi Neil,<br>> ><br>> > 
Yes, I agree that simpler access to DTMF sequences, etc., would be very<br>> 
> nice. These are hacks which would get added to the app_rpt.c code and 
my<br>> > notion is that expanding the current command ("cmd") scripting 
capability<br>> > would be useful...On a side note, this capability should 
already be<br>> > available directly via AGI scripting from Asterisk. 
However, I haven't<br>> > investigated if AGI scripts would suffice for 
some more complex<br>> > applications--perhaps like remote base control. 
(Anybody got any ideas<br>> > here?)<br>> ><br>> > I'm not 
going to make any promises for the upcoming release, since I'm<br>> > 
feverishly trying to get some MAJOR changes completed. However, if other<br>> 
> programmers out there want to have a look at this request, I'm all for 
it!<br>> > Your efforts won't fall on deaf ears!<br>> ><br>> > 
73, David KB4FXC<br>> ><br>> ><br>> ><br>> ><br>> 
> On Mon, 7 Dec 2015, Neil k8it wrote:<br>> ><br>> >> I just 
had a thought for a neat script.<br>> >> What temporary variable or 
other method can I use in a script to return <br>> >> the<br>> 
>> last entered DTMF digit as displayed in the client ? If it does not 
<br>> >> exsist,<br>> >> can it be included in the upcoming 
code release?<br>> >><br>> >><br>> >> Thanks<br>> 
>> 73 Neil Sablatzky K8IT<br>> >> Allstar Node 41838 
KITLINK<br>> >> Allstar Node 42087 KITLINK HUB<br>> >> IRLP 
Node exp0068<br>> >> Echolink K8IT-L<br>> >> WIRES-X K8IT 
11479 Room 21479<br>> >><br>> >> 
--------------------------------------------------<br>> >> From: "David 
McGough" <kb4fxc@inttek.net><br>> >> Sent: Friday, December 04, 
2015 1:34 PM<br>> >> To: "ARM Allstar" 
<arm-allstar@hamvoip.org><br>> >> Subject: Re: [arm-allstar] Fob 
not recognized<br>> >><br>> >> ><br>> >> > Hi 
Lito,<br>> >> ><br>> >> > Outstanding!!! Thanks for 
contributing! I'll review and integrate your<br>> >> > 
patches.<br>> >> ><br>> >> > For everyone else who is 
interested, I'll copy a couple beta-test <br>> >> > binaries<br>> 
>> > up to the hamvoip download site this weekend and provide 
install<br>> >> > instruction.<br>> >> ><br>> 
>> ><br>> >> > 73, David KB4FXC<br>> >> 
><br>> >> ><br>> >> ><br>> >> > On Fri, 4 
Dec 2015, Roselito de los Reyes wrote:<br>> >> ><br>> >> 
>> Here is the patched file.<br>> >> >><br>> >> 
>> > Date: Thu, 3 Dec 2015 10:26:23 -0500<br>> >> >> 
> From: kb4fxc@inttek.net<br>> >> >> > To: 
arm-allstar@hamvoip.org<br>> >> >> > Subject: Re: 
[arm-allstar] Fob not recognized<br>> >> >> ><br>> >> 
>> ><br>> >> >> > I'll patch chan_simpleusb and 
chan_usbradio, initially. Once tested,<br>> >> >> > 
I'll<br>> >> >> > add it to our new drivers, too.<br>> 
>> >> ><br>> >> >> ><br>> >> >> 
> On Thu, 3 Dec 2015, Roselito de los Reyes wrote:<br>> >> >> 
><br>> >> >> > > Hi David,<br>> >> >> 
> ><br>> >> >> > > I would love to!<br>> >> 
>> > > Are the changes going to be in the chan_simpleusb.c 
only?<br>> >> >> > ><br>> >> >> > > 
Best regards,<br>> >> >> > ><br>> >> >> > 
> Roselito De Los Reyes<br>> >> >> > ><br>> >> 
>> > ><br>> >> >> > > > On Dec 3, 2015, at 
6:14 AM, David McGough <kb4fxc@inttek.net><br>> >> >> > 
> > wrote:<br>> >> >> > > ><br>> >> 
>> > > ><br>> >> >> > > > Hi 
Lito,<br>> >> >> > > ><br>> >> >> > 
> ><br>> >> >> > > > That Product ID (0x0014) 
isn't currently recognized by the <br>> >> >> > > > 
channel<br>> >> >> > > > drivers as a CM108/CM119 
compatible sound chip. Currently, the<br>> >> >> > > > 
only<br>> >> >> > > > recognized Product IDs are: 
0x000c, 0x013c, 0x0008, 0x013a and<br>> >> >> > > > 
0x6a00.<br>> >> >> > > ><br>> >> >> > 
> > I'll try to confirm which variant of the CM108/CM119 that ID<br>> 
>> >> > > > corresponds<br>> >> >> > > 
> to and add it to the upcoming firmware release, which we're <br>> 
>> >> > > > looking<br>> >> >> > > 
> forward to this month!<br>> >> >> > > ><br>> 
>> >> > > > Are you willing to do some beta testing before 
the new release?<br>> >> >> > > ><br>> >> 
>> > > ><br>> >> >> > > > 73, David 
KB4FXC<br>> >> >> > > ><br>> >> >> > 
> ><br>> >> >> > > ><br>> >> >> 
> > ><br>> >> >> > > >> On Wed, 2 Dec 2015, 
Roselito de los Reyes wrote:<br>> >> >> > > 
>><br>> >> >> > > >> Hi Doug,<br>> >> 
>> > > >><br>> >> >> > > >> I built 
a new fob using the same manufacturer Sabrent. This new<br>> >> 
>> > > >> batch that I got has a different id showing 
as<br>> >> >> > > >><br>> >> >> > 
> >> 0003:0D8C:0014.0005 instead of<br>> >> >> > > 
>> 0003:0D8C:000C.0004 in the models I purchased a couple months <br>> 
>> >> > > >> ago<br>> >> >> > > 
>> and is not picked up on simpleusb.<br>> >> >> > > 
>><br>> >> >> > > >> Here is the result from 
dmesg<br>> >> >> > > >><br>> >> >> 
> > >> [ 670.561777] usb 1-1.5: new full-speed USB device number 4 
<br>> >> >> > > >> using<br>> >> >> 
> > >> dwc_otg<br>> >> >> > > >> [ 
670.690063] usb 1-1.5: New USB device found, idVendor=0d8c,<br>> >> 
>> > > >> idProduct=0014<br>> >> >> > > 
>> [ 670.697166] usb 1-1.5: New USB device strings: Mfr=1,<br>> 
>> >> > > >> Product=2, SerialNumber=0<br>> >> 
>> > > >> [ 670.704667] usb 1-1.5: Product: USB Audio 
Device<br>> >> >> > > >> [ 670.709401] usb 1-1.5: 
Manufacturer: C-Media Electronics <br>> >> >> > > >> 
Inc.<br>> >> >> > > >> [ 670.723289] input: C-Media 
Electronics Inc. USB Audio Device <br>> >> >> > > >> 
as<br>> >> >> > > >> 
/devices/platform/bcm2708_usb/usb1/1-1/1-1.5/1-1.5:1.3/0003:0D8C:0014.0001/input/input0<br>> 
>> >> > > >> [ 670.737628] hid-generic 
0003:0D8C:0014.0001: input,hidraw0: <br>> >> >> > > 
>> USB<br>> >> >> > > >> HID v1.00 Device 
[C-Media Electronics Inc. USB Audio Device] on<br>> >> >> > 
> >> usb-bcm2708_usb-1.5/input3<br>> >> >> > > 
>> [ 670.835956] usbcore: registered new interface driver<br>> >> 
>> > > >> snd-usb-audio<br>> >> >> > > 
>> [ 703.615739] usb 1-1.5: USB disconnect, device number 4<br>> 
>> >> > > >> [ 711.532519] usb 1-1.5: new full-speed USB 
device number 5 <br>> >> >> > > >> using<br>> 
>> >> > > >> dwc_otg<br>> >> >> > > 
>> [ 711.660783] usb 1-1.5: New USB device found, idVendor=0d8c,<br>> 
>> >> > > >> idProduct=0014<br>> >> >> 
> > >> [ 711.667872] usb 1-1.5: New USB device strings: 
Mfr=1,<br>> >> >> > > >> Product=2, 
SerialNumber=0<br>> >> >> > > >> [ 711.675404] usb 
1-1.5: Product: USB Audio Device<br>> >> >> > > >> [ 
711.680143] usb 1-1.5: Manufacturer: C-Media Electronics <br>> >> 
>> > > >> Inc.<br>> >> >> > > >> [ 
711.718468] input: C-Media Electronics Inc. USB Audio Device <br>> >> 
>> > > >> as<br>> >> >> > > >> 
/devices/platform/bcm2708_usb/usb1/1-1/1-1.5/1-1.5:1.3/0003:0D8C:0014.0002/input/input1<br>> 
>> >> > > >> [ 711.733088] hid-generic 
0003:0D8C:0014.0002: input,hidraw0: <br>> >> >> > > 
>> USB<br>> >> >> > > >> HID v1.00 Device 
[C-Media Electronics Inc. USB Audio Device] on<br>> >> >> > 
> >> usb-bcm2708_usb-1.5/input3<br>> >> >> > > 
>> [ 713.345041] usb 1-1.5: USB disconnect, device number 5<br>> 
>> >> > > >> [ 715.632593] usb 1-1.2: new full-speed USB 
device number 6 <br>> >> >> > > >> using<br>> 
>> >> > > >> dwc_otg<br>> >> >> > > 
>> [ 715.760943] usb 1-1.2: New USB device found, idVendor=0d8c,<br>> 
>> >> > > >> idProduct=0014<br>> >> >> 
> > >> [ 715.768049] usb 1-1.2: New USB device strings: 
Mfr=1,<br>> >> >> > > >> Product=2, 
SerialNumber=0<br>> >> >> > > >> [ 715.775555] usb 
1-1.2: Product: USB Audio Device<br>> >> >> > > >> [ 
715.780293] usb 1-1.2: Manufacturer: C-Media Electronics <br>> >> 
>> > > >> Inc.<br>> >> >> > > >> [ 
715.818392] input: C-Media Electronics Inc. USB Audio Device <br>> >> 
>> > > >> as<br>> >> >> > > >> 
/devices/platform/bcm2708_usb/usb1/1-1/1-1.2/1-1.2:1.3/0003:0D8C:0014.0003/input/input2<br>> 
>> >> > > >> [ 715.833072] hid-generic 
0003:0D8C:0014.0003: input,hidraw0: <br>> >> >> > > 
>> USB<br>> >> >> > > >> HID v1.00 Device 
[C-Media Electronics Inc. USB Audio Device] on<br>> >> >> > 
> >> usb-bcm2708_usb-1.2/input3<br>> >> >> > > 
>><br>> >> >> > > >> and this is the one that 
simpleusb picks up.<br>> >> >> > > >> [ 716.929536] 
usb 1-1.2: USB disconnect, device number 6<br>> >> >> > > 
>> [ 723.312723] usb 1-1.5: new full-speed USB device number 7 <br>> 
>> >> > > >> using<br>> >> >> > > 
>> dwc_otg<br>> >> >> > > >> [ 723.434976] usb 
1-1.5: New USB device found, idVendor=0d8c,<br>> >> >> > > 
>> idProduct=000c<br>> >> >> > > >> [ 
723.442026] usb 1-1.5: New USB device strings: Mfr=0,<br>> >> >> 
> > >> Product=1, SerialNumber=0<br>> >> >> > > 
>> [ 723.449569] usb 1-1.5: Product: C-Media USB Headphone Set<br>> 
>> >> > > >> [ 723.489585] input: C-Media USB Headphone 
Set as<br>> >> >> > > >> 
/devices/platform/bcm2708_usb/usb1/1-1/1-1.5/1-1.5:1.3/0003:0D8C:000C.0004/input/input3<br>> 
>> >> > > >> [ 723.503045] hid-generic 
0003:0D8C:000C.0004: input,hidraw0: <br>> >> >> > > 
>> USB<br>> >> >> > > >> HID v1.00 Device 
[C-Media USB Headphone Set ] on<br>> >> >> > > >> 
usb-bcm2708_usb-1.5/input3<br>> >> >> > > >><br>> 
>> >> > > >><br>> >> >> > > 
>> Thanks<br>> >> >> > > >><br>> >> 
>> > > >> Lito<br>> >> >> > > 
><br>> >> >> > > > 
_______________________________________________<br>> >> >> > 
> ><br>> >> >> > > > arm-allstar mailing 
list<br>> >> >> > > > arm-allstar@hamvoip.org<br>> 
>> >> > > > 
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> >> 
>> > > ><br>> >> >> > > > Visit the BBB 
and RPi2 web page - http://hamvoip.org<br>> >> >> > > 
_______________________________________________<br>> >> >> > 
><br>> >> >> > > arm-allstar mailing list<br>> 
>> >> > > arm-allstar@hamvoip.org<br>> >> >> 
> > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> 
>> >> > ><br>> >> >> > > Visit the BBB 
and RPi2 web page - http://hamvoip.org<br>> >> >> > 
><br>> >> >> ><br>> >> >> > 
_______________________________________________<br>> >> >> 
><br>> >> >> > arm-allstar mailing list<br>> >> 
>> > arm-allstar@hamvoip.org<br>> >> >> > 
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> >> 
>> ><br>> >> >> > Visit the BBB and RPi2 web page - 
http://hamvoip.org<br>> >> >><br>> >> ><br>> 
>> > _______________________________________________<br>> >> 
><br>> >> > arm-allstar mailing list<br>> >> > 
arm-allstar@hamvoip.org<br>> >> > 
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> >> 
><br>> >> > Visit the BBB and RPi2 web page - 
http://hamvoip.org<br>> >> ><br>> >> 
_______________________________________________<br>> >><br>> 
>> arm-allstar mailing list<br>> >> 
arm-allstar@hamvoip.org<br>> >> 
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> 
>><br>> >> Visit the BBB and RPi2 web page - 
http://hamvoip.org<br>> >><br>> ><br>> > 
_______________________________________________<br>> ><br>> > 
arm-allstar mailing list<br>> > arm-allstar@hamvoip.org<br>> > 
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> 
><br>> > Visit the BBB and RPi2 web page - http://hamvoip.org<br>> 
> <br>> _______________________________________________<br>> <br>> 
arm-allstar mailing list<br>> arm-allstar@hamvoip.org<br>> 
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br>> <br>> 
Visit the BBB and RPi2 web page - http://hamvoip.org<br>> <br></div></div>

<BR><hr>

<BR>_______________________________________________<br><br>arm-allstar 
mailing 
list<br>arm-allstar@hamvoip.org<br>http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar<br><br>Visit 
the BBB and RPi2 web page - http://hamvoip.org
<br>_______________________________________________

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

Visit the BBB and RPi2 web page - http://hamvoip.org</div>                                          </div></body>
</html>