[arm-allstar] syntax to load a variable via dtmf
Doug Crompton
doug at crompton.com
Wed Apr 27 23:45:26 EST 2016
Neil,
I am not sure what you are asking "load a variable" Do you mean pass a variable? Here is an example from the rpt.conf file for 24 hour time -
82=cmd,/usr/local/sbin/say24time.pl 27225
When *82 is sent it runs the file say24time.pl and passes the variable 27225, the node number to say the time on. This would be the same as typing - say24time.pl 27225 at the Linux prompt.
The path and file could be anything available on your system and you could pass multiple variables if desired. The variables are returned differently in the actual program depending on what language it is. For bash the above variable would be passed as $1 for Perl as in the example above it is passed as $ARGV[0]
Is this what you are asking?
73 Doug
WA3DSP
http://www.crompton.com/hamradio
To: arm-allstar at hamvoip.org
Date: Wed, 27 Apr 2016 23:13:35 -0400
Subject: [arm-allstar] syntax to load a variable via dtmf
From: arm-allstar at hamvoip.org
CC: k8it at cac.net
I forgot the syntax to load a string variable with a DTMF code
such as
888 = /temp/xyz.txt="P"
Thanks
73 Neil Sablatzky K8IT
Allstar Node 41838
KITLINK
Allstar Node 42087 KITLINK HUB
IRLP Node exp0068
Echolink
K8IT-L
WIRES-X K8IT 11479 Room 21479
From: Doug Crompton
Sent: Friday, January 22, 2016 3:27 PM
To: ARM Allstar
Subject: Re: [arm-allstar] A Script to Change Courtesy
tones
Laroy,
Glad
to hear you got it going. The voice feedback is of course optional. I attached a
sound file that might be more appropriate if you want one. Just put it in
/etc/asterisk/local and change the path and filename in the
localplay line in change_telemetry.sh
73 Doug
WA3DSP
http://www.crompton.com/hamradio
To: arm-allstar at hamvoip.org
From: lmccann at dtisp.com
Date: Fri, 22 Jan 2016
09:36:14 -0600
Subject: Re: [arm-allstar] A Script to Change Courtesy
tones
Doug,
So I could not wait till later to try
this. lol
It works well. Just not sure what "T-changed-to" is
supposed to say.
It says "has been changed to" and the telemetry
number.
Great job. Thanks
LaRoy McCann,
K5TW
On 1/21/2016 6:59 PM, Doug Crompton wrote:
OK, here is a
reasonable way to do it that seems to work well. There is a little setup but
it should not take too long. Follow these steps -
Put the attached
script in /etc/asterisk/local
Make it executable
chmod 750
change_telemetry.sh
Backup your rpt.conf file
Make a new
directory if it does not already exist in /etc/asterisk called
custom
Edit the primary rpt.conf file and copy (cut and paste or
whatever) the telemetry section in entirety.
Save the telemetry section
you copied out of rpt.conf to /etc/asterisk/custom/telemetry.conf
Also
copy it to /etc/asterisk/custom/telemetry1 and
telemetry2
This assumes you will have two telemetry changes. If you
will have more copy to more telemetry files telemetry3, telemetry4,
etc.
Go back to the rpt.conf file and either delete or comment (your
choice) ALL lines in the telemetry section you just copied out. When you are
done there should be no active telemetry section in rpt.conf
Go to the
end of the rpt.conf file and change the last line to this
-
#includeifexists custom/telemetry.conf
Go to the
/etc/asterisk/custom directory and edit the files for the different telemetry
settings you want. telemetry.conf and telemetry1 should not be edited - they
will be the stock files. Edit telemetry2, 3, 4 etc. however many different
tone groups you want to define. You can have as many as you want, just give
them consecutive numbers and remember them by number.
Once the files
are saved run the change_telemetry program. It is set at start to only
accept two files - telemetry1 and 2 - change the MAX_FILE parameter in
the script to the number of definitions you have (telemetryx files in the
custom directory.)
You can run the script manually to see how it
works. It does not effect Allstar operation. You can change at any
time.
change_telemetry x -
where x equals the file number
Once this is all working you can call
the script either directly from a function, via the autopatch, cron,
etc.
function section
example....
811=cmd,/etc/asterisk/local/change_telemetry
1
812=cmd,/etc/asterisk/local/change_telemetry
2
813=cmd,/etc/asterisk/local/change_telemetry
3
etc.
then DTMF
*811 - default
telemetry
*812 - Telemetry values 2
etc.
What this
does.
The telemetry section is removed from rpt.conf. rpt.conf is
then setup to call telemetry.conf in the /etc/asterisk/custom directory. The
change_telemetry.sh then copies different definition files to telemetry files
to telemetry.conf based on a number. It then reloads rpt.conf and sends an
audible message to the user.
Things to remember -
if you run
setup again the rpt.conf file will be overwritten. You will have to delete the
telemetry section and add the last line again.
Always leave at least
one file - preferably telemetry1 - as the default stock values.
The
mapping in rpt.conf should not need to be changed. For instance if
unlinkct=ct2 and you wanted to change it you would change the ct2
definition in the telemetry section in one of the files.
The
change_telemetry script announces the change locally on the primary node given
in the environment variable NODE1. If you want it to speak on a different node
you need to change the node in the voice lines in the change_telemetry
script.
I hope this helps or at least gives you ideas of how to do it.
Let me know how it works for you and if you have any questions I would be glad
to answer them.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
To: arm-allstar at hamvoip.org
From: lmccann at dtisp.com
Date: Wed, 20 Jan
2016 15:29:57 -0600
Subject: Re: [arm-allstar] Courtesy tones
Is there any way to dynamically change the
courtesy tones?
Maybe thru the event management subsystem?
Or is the
only way to read the definitions from rpt.conf?
I know I could always use a
script to edit rpt.conf and then reload, but was just hoping of some other way
to do it.
LaRoy McCann, K5TW
On 1/20/2016 11:41 AM,
LaRoy McCann wrote:
Doug,
remotetx That
was what I was looking for.
Thanks
LaRoy McCann,
K5TW
On 1/20/2016 11:29 AM, Doug Crompton wrote:
LaRoy,
linkunkeyct when
connected and someone on the network unkeys. But your local radio
unkey is set by the remotetx tone group in the telemetry stanza.
So
if you change linkunkeyct you would not hear the change unless someone
else on the connected network unkeys. You could test this by connecting
two locals nodes together. That is why I mentioned it is confusing
because you expect it to change when you are connected and unkey and it
doesn't. Also always remember to 'reload rpt' in the client after a
change.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
To: arm-allstar at hamvoip.org
From:
lmccann at dtisp.com
Date: Wed, 20 Jan
2016 10:47:58 -0600
Subject: [arm-allstar] Courtesy tones
Ok,
I've been racking my brain trying to figure this out.
The courtesy
tone on a single node when a users unkeys is
unlinkedct.
The courtesy tone changes when this node
connects to another node via the internet.
What courtesy tone variable
is used when the local user unkeys and the two nodes are linked
together?
LaRoy McCann, K5TW
This
email has been sent from a virus-free computer protected by Avast.
www.avast.com
_______________________________________________
arm-allstar mailing list arm-allstar at hamvoip.org http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org
--
This message
has been scanned for viruses and
dangerous content by the DTISP MailScanner,
and is
believed to be clean.
_______________________________________________
arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org
This
email has been sent from a virus-free computer protected by Avast.
www.avast.com
--
This
message has been scanned for viruses and
dangerous content by the DTISP MailScanner, and
is
believed to be clean.
_______________________________________________
arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org
This
email has been sent from a virus-free computer protected by Avast.
www.avast.com
_______________________________________________
arm-allstar mailing list arm-allstar at hamvoip.org http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org
--
This message has
been scanned for viruses and
dangerous content by the DTISP MailScanner, and
is
believed to be clean.
_______________________________________________
arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org
This
email has been sent from a virus-free computer protected by Avast.
www.avast.com
_______________________________________________
arm-allstar mailing list arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar Visit the BBB and
RPi2 web page - http://hamvoip.org
_______________________________________________
arm-allstar
mailing
list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit
the BBB and RPi2 web page - http://hamvoip.org
_______________________________________________
arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160428/e4440430/attachment-0001.html>
More information about the arm-allstar
mailing list