|
Re: Node Time Out
Albert Febraro <w6aax@...>
I want to thank everyone who responded to my question on node timeout.
I was able to edit the file for Repeater timeout in Environment, using Putty, however when I try to save the change using ^O in Nano editor I get the message: "Error writing custom/environment: Permission denied" I'm wondering if I have to save this
change in some other fashion.
Al
W6AAX
From: IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of Albert Febraro <w6aax@...>
Sent: Thursday, April 30, 2020 10:14 AM To: IRLP@irlp.groups.io <IRLP@irlp.groups.io> Subject: Re: [IRLP] Node Time Out Thank you
I’ll go the route where I will leave the default time out for nodes and disable the time out for reflectors. Al > On Apr 30, 2020, at 9:41 AM, k9dc <Dave@...> wrote: > > > There are two inactivity timeouts. One for node to node, the other for Reflector calls. Default values are 240 seconds and 1200 seconds respectively. Node to node is set in the file custom/timeoutvalue. The reflector timeout is set in the environment file. > > export REFLECT_TIMEOUT_VALUE=43200 > > Set it to the value you want. Although I would NOT suggest disabling it completely, rather set it to a value long enough for your requirements. > > An even better option is if you have a particular reflector you hang out on and want that destination to never time out. Simply add an entry in custom_decode such that a particular destination is configured with the “notimeout" flag set, to not time out. > > For example, I have three reflectors set to not time out, all others time out normally. custom/custom_decode entries below. > > if [ "$1" = "9200" ] ; then "$SCRIPT"/connect_to_reflector ref9200 notimeout ; exit 1 ; fi > if [ "$1" = "9600" ] ; then "$SCRIPT"/connect_to_reflector ref9600 notimeout ; exit 1 ; fi > if [ "$1" = "9735" ] ; then "$SCRIPT"/connect_to_reflector ref9735 notimeout ; exit 1 ; fi > > > pico -w custom/custom_decode > pico -w custom/environment > > You need to be root to edit the environment file. Just be very careful, a single keystroke mistake can render your node totally inoperative. > > -k9dc > > >> On Apr 30, 2020, at 12:19, Albert Febraro <w6aax@...> wrote: >> >> Can I get an explanation on how to disable the node time out timer in the software? My node disconnects from other nodes and reflectors after approximately thirty minutes of being idle. I understand that the environment file has to updated. How can I get to that directory and file after log in from Putty. And then what value needs to be changed? >> Thank you and 73, >> Al >> W6AAX > > > > >
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: IRLP Discussion Group - Digest #491
w7aor
I used to carry Space Audio on a Western Reflector channel (9250-9259). Never a problem as the Reflector was and still is on redundant main fiber network in and out of Las Vegas. We carried sometimes over 100 connections, as I recall. The last STS mission carried on the Western Reflector was when the STS burned up (defects in wing heat shields) as I remember. We waited and waited and finally got fragments of MC, but was cut off as they took charge, didn’t want internal discussions to go public. You can imagine the anguish of having the STS and crew burned up. The audio was also carried via NASA web site.
If you find out how get audio that is approved to be carried, the Western Reflector, I would be happy to carry it. On the WR we have Echo link integrated with IRLP so you may choose of listening to IRLP or Echo link Conference using any of the appropriate means including the Smart Phone EL App.
73
Kent Johnson W7AOR Chair, NARRI.org and N7ARR/N7NDS repeaters 702-452-4412
From: IRLP@irlp.groups.io <IRLP@irlp.groups.io> On Behalf Of IRLP@irlp.groups.io
Sent: Monday, May 04, 2020 3:34 PM To: w7aor@... Subject: [IRLP] IRLP Discussion Group - Digest #491
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: DTMF Regen level
David Cameron - IRLP wrote:
If you look at what ${DIAL} does (what is called in the script), itAHA! A previous maintainer of my node had called bin/dial directly, rather than using $DIAL which works much better thanks! :-) -- "Nosey" Nick Waterman, VA3NNW/G7RZQ, K2 #5209. use Std::Disclaimer; sig@noseynick.net Buses turn up within seconds of your lighting a cigarette.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: DTMF Regen level
David Cameron - IRLP
If you look at what ${DIAL} does (what is called in the script), it prefixes it with aoss, and allows it to run and mix with the audio.
toggle quoted messageShow quoted text
Look at common-functions.sh in the scripts directory. Dave Cameron
On 04/05/2020 7:13 p.m., Nosey Nick VA3NNW wrote:
David Cameron - IRLP wrote:If you look at the dial program, there are many options.Unfortunately on the Pi, it also says:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: DTMF Regen level
David Cameron - IRLP wrote:
If you look at the dial program, there are many options.Unfortunately on the Pi, it also says: $ ./bin/dial --tone-time 50 --silent-time 50 --volume 30 73 /dev/dsp: Permission denied ... which I think implies it's trying to use to old obsolete sound system? Is that a bug, or a config issue? Cheers! Nick VA3NNW -- "Nosey" Nick Waterman, VA3NNW/G7RZQ, K2 #5209. use Std::Disclaimer; sig@noseynick.net Majority, n.: That quality that distinguishes a crime from a law.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: DTMF Regen level
Phil Zocco
As root, type “pico –w /home/irlp/custom/environment” (minus the quotes)
Look for:
# This sets a user defined level for regenerated touch tones export DIAL_OPTIONS="--volume 80"
Change your volume level here.
73,
Phil N1BOW Nodes 5960 and 4656 AMT MP 113.6 Niantic, CT USA Earth
From: IRLP@irlp.groups.io [mailto:IRLP@irlp.groups.io] On Behalf Of Rich Ball
Hi,
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: DTMF Regen level
Great!! Thanks for the quick response Dave.. I'll try it out!!
Best, Rich
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: DTMF Regen level
David Cameron - IRLP
In the dtmfregen script is the following:
toggle quoted messageShow quoted text
if [ -z "$DIAL_OPTIONS" ] ; then ${DIAL} --volume 25 ${1}p else ${DIAL} ${DIAL_OPTIONS} ${1}p fi That means by default the "volume" is set at 25. If you look at the dial program, there are many options. $ ./dial --? usage: dial [options] number ... Valid options with their default values are: Duration options: --tone-time 100 --silent-time 50 --sleep-time 500 Audio output options: --output-dev /dev/dsp --use-audio 1 --bufsize 4096 --speed 8000 --bits 8 Audio generation options: --table-size 256 --volume 100 --left 0 --right 0 If you want to edit the options, such as lowering the volume to 10, use the environment file: export DIAL_OPTIONS="--volume 10" If you want to change the tone-time or silent-time, you can do that too: export DIAL_OPTIONS="--volume 10 --tone-time 50 --silent-time 20" Dave Cameron VE7LTD
On 2020-05-04 3:26 p.m., Rich Ball wrote:
Hi,
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
DTMF Regen level
Hi,
Is there a way to adjust the DTMF regen level independently of the alsamixer control? Thanks, Rich, WA2ZPX Node 4130
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
pete damron
If I unsubscribe to this feed below.....will I still get other Irlp groups of interest.
On Mon, May 4, 2020, 2:57 PM Bob Dengler <no6b@...> wrote: At 5/4/2020 11:07 AM, you wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
David Cameron - IRLP
Yes this is what needs to happen:
toggle quoted messageShow quoted text
1) You need a high quality stream of the audio 2) You need a node that is designated to stream the audio into the system. 3) Someone needs to make a VOX controller or some type that will do two things: - Detect when there is audio and close a contact, connected to the COS of the node, and start/stop the stream of audio - Not allow a continuous audio stream / COS trigger for more than 3 minutes. Then you work with the reflector owner to set up a channel as listen only, then define the node as the "talking station". This is easy to do, and will be made easier once new reflector control software is made later this month. Dave Cameron VE7LTD
On 2020-05-04 11:13 a.m., Chris Schwab wrote:
I was thinking you could just grab the audio from Youtube though I'm not sure how to get that audio to the reflector if there wasn't a better feed available. Of course I'd ask permission of the reflector owner, though I'm missing the piece of how to make the pieces in the middle work.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
Bob Dengler
At 5/4/2020 11:07 AM, you wrote:
The NASA feed way back when was provided by a ham who worked at JPL in Pasadena, CA. His feed went into one of the reflectors and we all listened in.The launch will be carried on the NASA web page: <https://www.nasa.gov/press-release/nasa-to-provide-coverage-of-spacex-commercial-crew-test-flight-with-astronauts>; We have plans to retransmit this onto the JPLARC's 147.150 repeater in La Canada. I may also carry it on my local open system, which covers some of the greater LA area: 445.080 (-) PL-103.5. Bob NO6B
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
Chris Schwab
I was thinking you could just grab the audio from Youtube though I'm not sure how to get that audio to the reflector if there wasn't a better feed available. Of course I'd ask permission of the reflector owner, though I'm missing the piece of how to make the pieces in the middle work. Chris
On Mon, May 4, 2020 at 2:07 PM Phil Zocco <n1bow@...> wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
Phil Zocco
The NASA feed way back when was provided by a ham who worked at JPL in Pasadena, CA. His feed went into one of the reflectors and we all listened in.
If things are now private, maybe someone who is a ham or knows a ham at SpaceX or Boeing could help.
The NASA feeds had great audio. The highlight for me was when we were listening to one of the Space Shuttle crews doing major replacement work on the Hubbell Telescope.
Anyway, my $0.02
73,
Phil N1BOW Nodes 5960 and 4656 AMT MP 113.6 Niantic, CT USA Earth
From: IRLP@irlp.groups.io [mailto:IRLP@irlp.groups.io] On Behalf Of Teton Amateur Radio Repeater Association (TARRA)
Sent: Monday, May 04, 2020 1:19 PM To: IRLP@irlp.groups.io Subject: Re: [IRLP] NASA Audio Broadcast - Slightly OT
Maybe in the fact that you (or any user) is not being compensated it may be okay. Still not sure I would go there. As for picking up the feed. That may not be nearly as available as you may think or hope for. Since it is business it may be pretty hidden and for that matter, encrypted. Since they are fairly new at this, I'm sure if something goes wrong they aren't going to want everyone to hear what is going on. I will guess they are going to protect themselves. IF (big if) it is available, I would just look for space (no pun intended) on a normal reflector so if someone would like to connect to it, it would be easy to do. Mick - W7CAT --
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
As NASA has permitted hams to rebroadcast space communications (NOT their TV audio) for the last few decades, I'd submit that (in the US) rebroadcast of what launch or earth-space audio NASA puts out on this is also covered, regardless of the original source, which may be commercial. If NASA covers it, you can rebroadcast NASA and punt it to a
reflector so other in in IRLP-dom can link and listen. It is my strong suggestion that the settings allow listen only on
that reflector, except for the station punting audio so that other
'random' audio isn't allowed. That would require most likely,
contact with the reflector owner/mods. 73,
On 5/4/2020 10:04 AM, Chris Schwab
wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
Teton Amateur Radio Repeater Association (TARRA)
Maybe in the fact that you (or any user) is not being compensated
it may be okay. Still not sure I would go there. As for picking up the feed. That may not be nearly as available
as you may think or hope for. Since it is business it may be
pretty hidden and for that matter, encrypted. Since they are
fairly new at this, I'm sure if something goes wrong they aren't
going to want everyone to hear what is going on. I will guess they
are going to protect themselves. IF (big if) it is available, I would just look for space (no pun
intended) on a normal reflector so if someone would like to
connect to it, it would be easy to do. Node 3464
----- Original Message -----
From: Chris Schwab To: IRLP@irlp.groups.io Sent: Monday, May 04, 2020 11:04:06 AM Subject: Re: [IRLP] NASA Audio Broadcast - Slightly OT > Drifting WAY OT now.. > > I was looking at 97.113.. > > (c) No station shall retransmit programs or signals emanating from any type > of radio station other than an amateur station, except propagation and > weather forecast information intended for use by the general public and > originated from United States Government stations, and communications, > including incidental music, originating on United States Government > frequencies between a manned spacecraft and its associated Earth stations. > Prior approval for manned spacecraft communications retransmissions must be > obtained from the National Aeronautics and Space Administration. Such > retransmissions must be for the exclusive use of amateur radio operators. > Propagation, weather forecasts, and manned spacecraft communications > retransmissions may not be conducted on a regular basis, but only > occasionally, as an incident of normal amateur radio communications. > > You're right, it doesn't specify commercial vs government, but at the time > I'm sure 97.113 never considered the possibility of manned commercial > operations. > > Looping this back to IRLP, if no one else is currently doing this, what > would it take to feed the audio? I have the bandwidth and could probably > come up with the hardware, I'd just have no idea where to start to get the > audio fed into a reflector channel. Would this best be handled on an > experimental reflector? > > Chris > > > > On Mon, May 4, 2020 at 12:27 PM Teton Amateur Radio Repeater Association > (TARRA) wrote: > > > I think the key here is the space shuttle was essentially US government > > communications. Spacex & Boeing would be commercial. > > > > Mick - W7CAT > > Node 3464 > > > > ----- Original Message ----- > > From: Chris Schwab > > To: IRLP@irlp.groups.io > > Sent: Monday, May 04, 2020 09:36:01 AM > > Subject: [IRLP] NASA Audio Broadcast - Slightly OT > > > > > Good morning! > > > > > > During the space shuttle era there was at least one IRLP reflector > > > that carried the NASA TV audio during space shuttle missions. While I > > > agree that times have changed and there are other means of following > > > the missions, it was nice to be able to follow along during the > > > mission while out driving around by listening in on the audio via > > > IRLP. > > > > > > With Spacex (and Boeing) soon to be launching manned missions, is > > > anyone carrying this audio still, or are there plans to? > > > > > > Thanks, > > > Chris N4BSA > > > IRLP 4647 > > > > > > > > > > > > > > -- > > > > > > > > > > [image: 0] > > > > > > > > > > > > --
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
Chris Schwab
Drifting WAY OT now.. (c) No station shall retransmit programs or signals emanating from any type of radio station other than an amateur station, except propagation and weather forecast information intended for use by the general public and originated from United States Government stations, and communications, including incidental music, originating on United States Government frequencies between a manned spacecraft and its associated Earth stations. Prior approval for manned spacecraft communications retransmissions must be obtained from the National Aeronautics and Space Administration. Such retransmissions must be for the exclusive use of amateur radio operators. Propagation, weather forecasts, and manned spacecraft communications retransmissions may not be conducted on a regular basis, but only occasionally, as an incident of normal amateur radio communications. You're right, it doesn't specify commercial vs government, but at the time I'm sure 97.113 never considered the possibility of manned commercial operations. Looping this back to IRLP, if no one else is currently doing this, what would it take to feed the audio? I have the bandwidth and could probably come up with the hardware, I'd just have no idea where to start to get the audio fed into a reflector channel. Would this best be handled on an experimental reflector? Chris
On Mon, May 4, 2020 at 12:27 PM Teton Amateur Radio Repeater Association (TARRA) <tarra@...> wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: NASA Audio Broadcast - Slightly OT
Teton Amateur Radio Repeater Association (TARRA)
I think the key here is the space shuttle was essentially US
government communications. Spacex & Boeing would be
commercial. Mick - W7CAT
----- Original Message -----
From: Chris Schwab To: IRLP@irlp.groups.io Sent: Monday, May 04, 2020 09:36:01 AM Subject: [IRLP] NASA Audio Broadcast - Slightly OT > Good morning! > > During the space shuttle era there was at least one IRLP reflector > that carried the NASA TV audio during space shuttle missions. While I > agree that times have changed and there are other means of following > the missions, it was nice to be able to follow along during the > mission while out driving around by listening in on the audio via > IRLP. > > With Spacex (and Boeing) soon to be launching manned missions, is > anyone carrying this audio still, or are there plans to? > > Thanks, > Chris N4BSA > IRLP 4647 > > > > --
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
NASA Audio Broadcast - Slightly OT
Chris Schwab
Good morning!
During the space shuttle era there was at least one IRLP reflector that carried the NASA TV audio during space shuttle missions. While I agree that times have changed and there are other means of following the missions, it was nice to be able to follow along during the mission while out driving around by listening in on the audio via IRLP. With Spacex (and Boeing) soon to be launching manned missions, is anyone carrying this audio still, or are there plans to? Thanks, Chris N4BSA IRLP 4647
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: IRLP timers within an Echolink enabled (Dave Cameron built) Pi node
#piirlp
Dave K9DC
On May 3, 2020, at 23:28, Timothy Mc Bain - VK3MIT <vk3mit@gmail.com> wrote:No. All the standard IRLP timers are in play. PTT lock of 5 minutes, COS lock of 4 minutes and the inactivity timer set to whatever you set it to in custom/timeoutvalue Basically the IRLP software makes a standard IRLP call to a locally installed copy of theBridge conference software at 127.0.0.1 (localhost). Echolink call set up is handled by theBridge after the IRLP call is established locally (yes, echolink conferences can make calla, something IRLP reflectors cannot). This is why when you interrogate the status of your node during an echolink call, it tells you, you are connected to yourself, which is actually true from the perspective of IRLP. Echolink charges their users a annual fee (US$40) to operate a conference bridge. But they tolerate EchoIRLP installations as not really being a conference when set to a max of 2 users (the 2 users being your IRLP node and an external echolink node). MaxConferenceClients must be configured to 2, no more no less. Echolink does scan their network and will shut off your node if they find MaxConferenceClients set to more than 2. You may also run into an Echolink conference configured to not allow calls from other conferences. This can block EchoIRLP stations from connecting. If that happens, there is nothing you can do on your side to fix it. None of us on the team really knows how the Echolink side of EchoIRLP actually works, thus we do not support the package at all. We have no insight in to the echolink network and cannot help with EchoIRLP issues at all. If you have trouble with EchoIRLP, we will probably tell you to check your echolink callsign and password (very common), and/or re-install the package. Remember the -L and -R callsigns are completely separate entities in Echolink. You must apply for a separate -L or -R callsign before the software will work. There used to be a separate group that provided support for EchoIRLP, but they have gone silent and appear to no longer exist. -k9dc
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
