Re: [App_rpt-users] Rx disable command
Too bad you can't just switch the input PL required during those times. ----- Reply message ----- From: "Steve Passmore" <k6kya@hokeynet.net> Date: Tue, Jun 14, 2011 10:59 pm Subject: [App_rpt-users] Rx disable command To: <app_rpt-users@ohnosec.org> If DTMF commands were still processed I could still issue a command to turn it back on. Many standalone repeater controllers allow this. Basically this is a tool to combat jammers. Currently I have to disable the repeater which gives them satisfaction to their jamming. Since there are several repeaters linked together I would prefer to still have the traffic from the other nodes transmitted but not allow the jammer to be heard. I realize I could use monitor mode but traffic on that port is still repeated just not on the other nodes. Thanks, Steve On 6/9/2011 9:34, Buddy Brannan wrote:
So, what, do you just want it to not repeat anything? If you disable the receiver, how can you re-enable it with DTMF?
To disable the repeater, in rpt.conf I have: 901092=cop,3
And to enable, 901091=cop,2
So entering *901092 on the keypad turns off the repeater, which won't repeat anything really until it receives *901091 to re-enable it.
Or do I completely not understand what you want? -- Buddy Brannan, KB5ELV - Erie, PA Phone: (814) 860-3194 or 888-75-BUDDY
On Jun 9, 2011, at 12:27 AM, Steve Passmore wrote:
Is there any way to disable a repeater's receiver via a DTMF command and/or via the command line? I've looked through the options and short of using one of the gpio output pins to disable the receiver in the repeater I can't see a way. Ideally DTMF control could still be maintained via the receiver.
Thanks, Steve _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 6/15/11 7:34 AM, Tony KT9AC wrote:
Too bad you can't just switch the input PL required during those times.
write a shell script...that copies two different versions of the usbradio.conf file...say, usbradionormal.conf and usbradiolid.conf over the running usbradio.conf that has the pl codes differently set, maybe, if your users have the capability, of doing DPL, changing from audio to the digital pl mode...) and sending rasterisk a reload command after overwriting to reload the config...??? the DTMF=cmd,path to command function is pretty powerful. I'll give it a try...thinking this would be a quick and dirty way of accomplishing it...??? Thoughts? -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me.
Yes, thanks to help from Don, W9DRR I'm doing something similar to switch tail messages/courtesy tones. I have shell scripts that do a "sed" (stream editor) and module reload for the rpt.conf file. I would be willing to share these for the groups' benefit. Eventually these can be part of the standard build (a tail message/CT/PL select COP command set) if enough of us can help Jim with coding/testing. My eyes go cross when looking at the 87K lines of app_rpt.c, but I'm trying to understand it all! Anyone have a pseudo-code chart? There are mentions of Digital Squelch types in usbradio.conf, but I don't think its ever been developed. Tony --- On Wed, 6/15/11, Bryan D. Boyle <bdboyle@bdboyle.com> wrote:
From: Bryan D. Boyle <bdboyle@bdboyle.com> Subject: Re: [App_rpt-users] Rx disable command To: app_rpt-users@ohnosec.org Date: Wednesday, June 15, 2011, 8:54 AM On 6/15/11 7:34 AM, Tony KT9AC wrote:
Too bad you can't just switch the input PL required during those times.
write a shell script...that copies two different versions of the usbradio.conf file...say, usbradionormal.conf and usbradiolid.conf over the running usbradio.conf that has the pl codes differently set, maybe, if your users have the capability, of doing DPL, changing from audio to the digital pl mode...) and sending rasterisk a reload command after overwriting to reload the config...???
the DTMF=cmd,path to command function is pretty powerful.
I'll give it a try...thinking this would be a quick and dirty way of accomplishing it...???
Thoughts?
-- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 6/15/11 9:54 AM, Bryan D. Boyle wrote:
On 6/15/11 7:34 AM, Tony KT9AC wrote:
Too bad you can't just switch the input PL required during those times.
I'll give it a try...thinking this would be a quick and dirty way of accomplishing it...???
Thoughts?
Gave it a try (why not...little downtime here at the office... Created a script called nodenumberlid.sh (where nodenumber is the numeric representation of the node in question), put it in my scripts directory (which I have in /etc/asterisk to aggregate my various 'stuff') that copies a usbradiolid.conf over the running usbradio.conf, sleeps for 3 seconds (lets things calm down...), then issues an rasterisk -rx "reload" command. Does very nicely in changing the ctcss for the receive to something other than the published. (also wrote the reverse script to copy the original usbradionorm.conf back...don't want to screw up things...;) Yeah, more files to keep track of, but, I'm thinking at this level, things don't change too much. Put it in a long XXXXXXXX=cmd,/etc/asterisk/scripts/nodenumber[lid|norm] function command in rpt.conf, reloaded, and over the iax connection, it makes the changes, reloads in both directions...seems to work just fine. Well, at least the execution and file changes ok...will check when I get home to see if it actually changes over the RF side of the equation...how's that? Why don't I have the lid script backup the running script? Well..if you issue the lid script twice in a row...you'll end up with the changed ctcss-containing file being copied back by the norm script (which would be written to do so...); better to have a fixed config file that doesn't get touched except to edit. Now...if you want to edit the running or standard config, just edit the usbradionorm.conf file, then issue a nodenumbernorm function command...:) I can see this being used, rather than sed inline..which gives me a shudder, but I know that's how some like to do it...and not making a judgment, just stating my preference. But, it is eminently doable (and the index card with the list of function commands I can execute from the DTMF pad is getting longer...sigh...) Scripts available, if anyone wants to see how I did it...simple 4 lines... -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me.
Please send me the scripts. That will save some time, Thanks. For some reason I was under the impression that usbradio.conf settings could only be changed by restarting Asterisk so I had ignored that approach. Steve On 6/15/2011 11:22, Bryan D. Boyle wrote:
On 6/15/11 9:54 AM, Bryan D. Boyle wrote:
On 6/15/11 7:34 AM, Tony KT9AC wrote:
Too bad you can't just switch the input PL required during those times.
I'll give it a try...thinking this would be a quick and dirty way of accomplishing it...???
Thoughts?
Gave it a try (why not...little downtime here at the office...
Created a script called nodenumberlid.sh (where nodenumber is the numeric representation of the node in question), put it in my scripts directory (which I have in /etc/asterisk to aggregate my various 'stuff') that copies a usbradiolid.conf over the running usbradio.conf, sleeps for 3 seconds (lets things calm down...), then issues an rasterisk -rx "reload" command. Does very nicely in changing the ctcss for the receive to something other than the published. (also wrote the reverse script to copy the original usbradionorm.conf back...don't want to screw up things...;) Yeah, more files to keep track of, but, I'm thinking at this level, things don't change too much.
Put it in a long XXXXXXXX=cmd,/etc/asterisk/scripts/nodenumber[lid|norm] function command in rpt.conf, reloaded, and over the iax connection, it makes the changes, reloads in both directions...seems to work just fine. Well, at least the execution and file changes ok...will check when I get home to see if it actually changes over the RF side of the equation...how's that?
Why don't I have the lid script backup the running script? Well..if you issue the lid script twice in a row...you'll end up with the changed ctcss-containing file being copied back by the norm script (which would be written to do so...); better to have a fixed config file that doesn't get touched except to edit. Now...if you want to edit the running or standard config, just edit the usbradionorm.conf file, then issue a nodenumbernorm function command...:)
I can see this being used, rather than sed inline..which gives me a shudder, but I know that's how some like to do it...and not making a judgment, just stating my preference. But, it is eminently doable (and the index card with the list of function commands I can execute from the DTMF pad is getting longer...sigh...)
Scripts available, if anyone wants to see how I did it...simple 4 lines...
likewise. Thanks! Jim, K6JWN On 6/15/2011 12:17 PM, Steve Passmore wrote:
Please send me the scripts. That will save some time, Thanks.
For some reason I was under the impression that usbradio.conf settings could only be changed by restarting Asterisk so I had ignored that approach.
Steve
On 6/15/2011 11:22, Bryan D. Boyle wrote:
On 6/15/11 9:54 AM, Bryan D. Boyle wrote:
On 6/15/11 7:34 AM, Tony KT9AC wrote:
Too bad you can't just switch the input PL required during those times.
I'll give it a try...thinking this would be a quick and dirty way of accomplishing it...???
Thoughts?
Gave it a try (why not...little downtime here at the office...
Created a script called nodenumberlid.sh (where nodenumber is the numeric representation of the node in question), put it in my scripts directory (which I have in /etc/asterisk to aggregate my various 'stuff') that copies a usbradiolid.conf over the running usbradio.conf, sleeps for 3 seconds (lets things calm down...), then issues an rasterisk -rx "reload" command. Does very nicely in changing the ctcss for the receive to something other than the published. (also wrote the reverse script to copy the original usbradionorm.conf back...don't want to screw up things...;) Yeah, more files to keep track of, but, I'm thinking at this level, things don't change too much.
Put it in a long XXXXXXXX=cmd,/etc/asterisk/scripts/nodenumber[lid|norm] function command in rpt.conf, reloaded, and over the iax connection, it makes the changes, reloads in both directions...seems to work just fine. Well, at least the execution and file changes ok...will check when I get home to see if it actually changes over the RF side of the equation...how's that?
Why don't I have the lid script backup the running script? Well..if you issue the lid script twice in a row...you'll end up with the changed ctcss-containing file being copied back by the norm script (which would be written to do so...); better to have a fixed config file that doesn't get touched except to edit. Now...if you want to edit the running or standard config, just edit the usbradionorm.conf file, then issue a nodenumbernorm function command...:)
I can see this being used, rather than sed inline..which gives me a shudder, but I know that's how some like to do it...and not making a judgment, just stating my preference. But, it is eminently doable (and the index card with the list of function commands I can execute from the DTMF pad is getting longer...sigh...)
Scripts available, if anyone wants to see how I did it...simple 4 lines...
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 6/15/11 3:19 PM, James Nessen wrote:
likewise. Thanks!
I'll stick them on my website and post the URL. Need to clean them up (ie genericize them...). -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me.
On 6/15/11 3:17 PM, Steve Passmore wrote:
Please send me the scripts. That will save some time, Thanks.
For some reason I was under the impression that usbradio.conf settings could only be changed by restarting Asterisk so I had ignored that approach.
I'll try it when I get home...confirmed that the files were overwritten with the scripts from the command line and via the iaxrpt direct connection...will see via rf in an hour or two when I'm home and able to log in to the console directly. Maybe jim can enlighten us as to whether a reload reloads EVERYTHING, or just the rpt.conf leaving the usbradio alone (I know if you write out the tuning values for the URIs, it takes effect immediately...) -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me.
participants (4)
-
Bryan D. Boyle -
James Nessen -
Steve Passmore -
Tony KT9AC