[arm-allstar] [Spam?] Re: [Spam?] A Script to Change Courtesy tones
LaRoy McCann
lmccann at dtisp.com
Fri Jan 22 10:14:13 EST 2016
Ok, I've answered my own question. Your do have to comment out the
section in rpt.conf.
LaRoy McCann, K5TW
On 1/22/2016 8:43 AM, LaRoy McCann wrote:
> Doug,
> Thanks, I'll give it a try this weekend.
>
> What if the telemetry sections were in both .conf files?
> Would the settings in the custom file redefine the variables since it
> would be read after rpt.conf?
>
> 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 <mailto: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
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>> This email has been sent from a virus-free computer
>> protected by Avast.
>> www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>>
>>
>>
>> _______________________________________________ arm-allstar
>> mailing list arm-allstar at hamvoip.org
>> <mailto: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*
>> <http://www.dtisp.com/>, and is
>> believed to be clean.
>>
>>
>> _______________________________________________
>>
>> arm-allstar mailing list
>> arm-allstar at hamvoip.org <mailto: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
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>> This email has been sent from a virus-free computer protected by
>> Avast.
>> www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>>
>>
>>
>> --
>> This message has been scanned for viruses and
>> dangerous content by the *DTISP MailScanner*
>> <http://www.dtisp.com/>, and is
>> believed to be clean.
>>
>>
>> _______________________________________________
>>
>> arm-allstar mailing list
>> arm-allstar at hamvoip.org <mailto: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
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>> This email has been sent from a virus-free computer protected by Avast.
>> www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>>
>>
>>
>> _______________________________________________ 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* <http://www.dtisp.com/>,
>> 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
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
> This email has been sent from a virus-free computer protected by Avast.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>
>
>
> --
> This message has been scanned for viruses and
> dangerous content by the *DTISP MailScanner* <http://www.dtisp.com/>,
> 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 checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160122/f1deb998/attachment-0001.html>
More information about the arm-allstar
mailing list