As an update - I reapplied it (twice now) and there is no change. On reboot, the
time is still an hour behind and when the script finishes (but before flash_sync
runs), I see 'timeout for ntp.ubc.ca'.

Running /usr/sbin/set-time has no effect either.

--- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@...> wrote:
>
> Try to reapply the fix:
>
> http://groups.yahoo.com/group/irlp-embedded/message/232
>
> I assume the timezone you are trying to apply is available in the list when
you use the timeconfig command?
>
> Try the steps in the message linked above.
>
> Dave Cameron
>
> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@> wrote:
> >
> > Hi All,
> >
> > Daylight savings has come in to effect here in Melbourne, Australia and my
embedded node is still running behind. I have seen mention of a script on here
that says it will fix this issue, but I've also read that all new nodes have the
updated zoneinfo by default? I have attempted to force an update using set-time,
but it still comes back with the non-dst time.
> >
> > Any help is appreciated. :)
> >
> > Regards,
> >
> > Brayden
> >
>

Okay, well there was a script change for the set-time script as well.
But since it is a root script, it needs to be modified on the box by the
root user.

The ntp.ubc.ca was shut down (without my knowing), so not that script
should use:

rdate -s ntp.irlp.net

(This at least I have control over).

It could be that the timezone is correct, just that your time can not be
updated because the set-time script is bad :)

What is your node number - I will log in and have a look to see if I can
figure out why this is happening.

Dave Cameron

On 23/10/2012 11:09 PM, Brayden Hulett wrote:
> As an update - I reapplied it (twice now) and there is no change. On reboot,
the time is still an hour behind and when the script finishes (but before
flash_sync runs), I see 'timeout for ntp.ubc.ca'.
>
> Running /usr/sbin/set-time has no effect either.
>
> --- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@...> wrote:
>>
>> Try to reapply the fix:
>>
>> http://groups.yahoo.com/group/irlp-embedded/message/232
>>
>> I assume the timezone you are trying to apply is available in the list when
you use the timeconfig command?
>>
>> Try the steps in the message linked above.
>>
>> Dave Cameron
>>
>> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@>
wrote:
>>>
>>> Hi All,
>>>
>>> Daylight savings has come in to effect here in Melbourne, Australia and my
embedded node is still running behind. I have seen mention of a script on here
that says it will fix this issue, but I've also read that all new nodes have the
updated zoneinfo by default? I have attempted to force an update using set-time,
but it still comes back with the non-dst time.
>>>
>>> Any help is appreciated. :)
>>>
>>> Regards,
>>>
>>> Brayden
>>>
>>
>
>
>

Hi Dave,

This would be node 6789 - run by Craig Meddings VK3CRG.

I appreciate the help!

Regards,

Brayden

--- In irlp-embedded@yahoogroups.com, "David Cameron (IRLP)" <dcameron@...>
wrote:
>
> Okay, well there was a script change for the set-time script as well.
> But since it is a root script, it needs to be modified on the box by the
> root user.
>
> The ntp.ubc.ca was shut down (without my knowing), so not that script
> should use:
>
> rdate -s ntp.irlp.net
>
> (This at least I have control over).
>
> It could be that the timezone is correct, just that your time can not be
> updated because the set-time script is bad :)
>
> What is your node number - I will log in and have a look to see if I can
> figure out why this is happening.
>
> Dave Cameron
>
> On 23/10/2012 11:09 PM, Brayden Hulett wrote:
> > As an update - I reapplied it (twice now) and there is no change. On reboot,
the time is still an hour behind and when the script finishes (but before
flash_sync runs), I see 'timeout for ntp.ubc.ca'.
> >
> > Running /usr/sbin/set-time has no effect either.
> >
> > --- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@> wrote:
> >>
> >> Try to reapply the fix:
> >>
> >> http://groups.yahoo.com/group/irlp-embedded/message/232
> >>
> >> I assume the timezone you are trying to apply is available in the list when
you use the timeconfig command?
> >>
> >> Try the steps in the message linked above.
> >>
> >> Dave Cameron
> >>
> >> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@>
wrote:
> >>>
> >>> Hi All,
> >>>
> >>> Daylight savings has come in to effect here in Melbourne, Australia and my
embedded node is still running behind. I have seen mention of a script on here
that says it will fix this issue, but I've also read that all new nodes have the
updated zoneinfo by default? I have attempted to force an update using set-time,
but it still comes back with the non-dst time.
> >>>
> >>> Any help is appreciated. :)
> >>>
> >>> Regards,
> >>>
> >>> Brayden
> >>>
> >>
> >
> >
> >
>

Hi Dave,

I tried reapplying the fix yesterday and have had no success. The script runs,
but following a reboot the time does not change.

My city is most certainly there - Australia/Melbourne.

Regards,

Brayden

--- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@...> wrote:
>
> Try to reapply the fix:
>
> http://groups.yahoo.com/group/irlp-embedded/message/232
>
> I assume the timezone you are trying to apply is available in the list when
you use the timeconfig command?
>
> Try the steps in the message linked above.
>
> Dave Cameron
>
> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@> wrote:
> >
> > Hi All,
> >
> > Daylight savings has come in to effect here in Melbourne, Australia and my
embedded node is still running behind. I have seen mention of a script on here
that says it will fix this issue, but I've also read that all new nodes have the
updated zoneinfo by default? I have attempted to force an update using set-time,
but it still comes back with the non-dst time.
> >
> > Any help is appreciated. :)
> >
> > Regards,
> >
> > Brayden
> >
>

Okay, I have updated the zoneinfo files that are pulled down by the fix-dst
script.

So if you are having trouble with your timezones, you can try to get this new
version of the fix-dst script and zone files, and it should fix any problem. The
files were updated on September 17th if this year.

Here are the commands to run fix-dst

log in as root
cd /root
wget ftp://ftp.irlp.net/fix-dst
sh fix-dst

It will download the new zones, and ask you to enter your timezone again.

Happy updating!

Dave Cameron
VE7LTD

--- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@...>
wrote:
>
> Hi Dave,
>
> This would be node 6789 - run by Craig Meddings VK3CRG.
>
> I appreciate the help!
>
> Regards,
>
> Brayden
>
> --- In irlp-embedded@yahoogroups.com, "David Cameron (IRLP)" <dcameron@>
wrote:
> >
> > Okay, well there was a script change for the set-time script as well.
> > But since it is a root script, it needs to be modified on the box by the
> > root user.
> >
> > The ntp.ubc.ca was shut down (without my knowing), so not that script
> > should use:
> >
> > rdate -s ntp.irlp.net
> >
> > (This at least I have control over).
> >
> > It could be that the timezone is correct, just that your time can not be
> > updated because the set-time script is bad :)
> >
> > What is your node number - I will log in and have a look to see if I can
> > figure out why this is happening.
> >
> > Dave Cameron
> >
> > On 23/10/2012 11:09 PM, Brayden Hulett wrote:
> > > As an update - I reapplied it (twice now) and there is no change. On
reboot, the time is still an hour behind and when the script finishes (but
before flash_sync runs), I see 'timeout for ntp.ubc.ca'.
> > >
> > > Running /usr/sbin/set-time has no effect either.
> > >
> > > --- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@> wrote:
> > >>
> > >> Try to reapply the fix:
> > >>
> > >> http://groups.yahoo.com/group/irlp-embedded/message/232
> > >>
> > >> I assume the timezone you are trying to apply is available in the list
when you use the timeconfig command?
> > >>
> > >> Try the steps in the message linked above.
> > >>
> > >> Dave Cameron
> > >>
> > >> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@>
wrote:
> > >>>
> > >>> Hi All,
> > >>>
> > >>> Daylight savings has come in to effect here in Melbourne, Australia and
my embedded node is still running behind. I have seen mention of a script on
here that says it will fix this issue, but I've also read that all new nodes
have the updated zoneinfo by default? I have attempted to force an update using
set-time, but it still comes back with the non-dst time.
> > >>>
> > >>> Any help is appreciated. :)
> > >>>
> > >>> Regards,
> > >>>
> > >>> Brayden
> > >>>
> > >>
> > >
> > >
> > >
> >
>

Thanks Dave,

That worked perfectly!

Brayden

--- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@...> wrote:
>
> Okay, I have updated the zoneinfo files that are pulled down by the fix-dst
script.
>
> So if you are having trouble with your timezones, you can try to get this new
version of the fix-dst script and zone files, and it should fix any problem. The
files were updated on September 17th if this year.
>
> Here are the commands to run fix-dst
>
> log in as root
> cd /root
> wget ftp://ftp.irlp.net/fix-dst
> sh fix-dst
>
> It will download the new zones, and ask you to enter your timezone again.
>
> Happy updating!
>
> Dave Cameron
> VE7LTD
>
> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@> wrote:
> >
> > Hi Dave,
> >
> > This would be node 6789 - run by Craig Meddings VK3CRG.
> >
> > I appreciate the help!
> >
> > Regards,
> >
> > Brayden
> >
> > --- In irlp-embedded@yahoogroups.com, "David Cameron (IRLP)" <dcameron@>
wrote:
> > >
> > > Okay, well there was a script change for the set-time script as well.
> > > But since it is a root script, it needs to be modified on the box by the
> > > root user.
> > >
> > > The ntp.ubc.ca was shut down (without my knowing), so not that script
> > > should use:
> > >
> > > rdate -s ntp.irlp.net
> > >
> > > (This at least I have control over).
> > >
> > > It could be that the timezone is correct, just that your time can not be
> > > updated because the set-time script is bad :)
> > >
> > > What is your node number - I will log in and have a look to see if I can
> > > figure out why this is happening.
> > >
> > > Dave Cameron
> > >
> > > On 23/10/2012 11:09 PM, Brayden Hulett wrote:
> > > > As an update - I reapplied it (twice now) and there is no change. On
reboot, the time is still an hour behind and when the script finishes (but
before flash_sync runs), I see 'timeout for ntp.ubc.ca'.
> > > >
> > > > Running /usr/sbin/set-time has no effect either.
> > > >
> > > > --- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@> wrote:
> > > >>
> > > >> Try to reapply the fix:
> > > >>
> > > >> http://groups.yahoo.com/group/irlp-embedded/message/232
> > > >>
> > > >> I assume the timezone you are trying to apply is available in the list
when you use the timeconfig command?
> > > >>
> > > >> Try the steps in the message linked above.
> > > >>
> > > >> Dave Cameron
> > > >>
> > > >> --- In irlp-embedded@yahoogroups.com, "Brayden Hulett" <braydenhulett@>
wrote:
> > > >>>
> > > >>> Hi All,
> > > >>>
> > > >>> Daylight savings has come in to effect here in Melbourne, Australia
and my embedded node is still running behind. I have seen mention of a script on
here that says it will fix this issue, but I've also read that all new nodes
have the updated zoneinfo by default? I have attempted to force an update using
set-time, but it still comes back with the non-dst time.
> > > >>>
> > > >>> Any help is appreciated. :)
> > > >>>
> > > >>> Regards,
> > > >>>
> > > >>> Brayden
> > > >>>
> > > >>
> > > >
> > > >
> > > >
> > >
> >
>

Looking for information on what is connected to DB9 pin 1. IRLP Embedded Machine
Information Rev. 1c - June 20, 2007 shows no connection to DB9 pin 1, but the
pin is attached to the V3 IRLP board via the ribbon cable. I noted that pin 9
has been re-purposed for audio. I need a "spare" pin for my project...pin 1
LOOKS like a likely candidate.

Thanks for any information.

John / WB5NFC

Yes, Pin 1 is not connected to anything specifically. It is routed to the IRLP
board, but it open circuit.

Dave Cameron
VE7LTD

--- In irlp-embedded@yahoogroups.com, "wb5nfc" <wb5nfc@...> wrote:
>
> Looking for information on what is connected to DB9 pin 1. IRLP Embedded
Machine Information Rev. 1c - June 20, 2007 shows no connection to DB9 pin 1,
but the pin is attached to the V3 IRLP board via the ribbon cable. I noted that
pin 9 has been re-purposed for audio. I need a "spare" pin for my project...pin
1 LOOKS like a likely candidate.
>
> Thanks for any information.
>
> John / WB5NFC
>

Price has been reduced to $1450.

 

Hi,

I administer a system with 3 embedded nodes (along with 4 "regular" nodes). In the process of running the backup_for_reinstall script I get the following error message:

root@IRLP:~/scripts# ./backup_for_reinstall

tar: stn*.wav: No such file or directory

gzip: /home/irlp/backup/irlp_backup.tar: No such file or directory

mv: unable to rename `/home/irlp/backup/irlp_backup.tar.gz': No such file

The "regular" nodes back up fine.

In the backup_for_reinstall script the line:

tar -X $ID/scripts/nobackup.list --exclude=stn*.wav --exclude=ref*.wav \

 -cvf $ID/backup/irlp_backup.tar * .pgp*

but the stn*.wav or ref*.wav do not exist in the /scripts directory.

How can I get the backup script to work with these nodes. Has this been a problem on other embedded nodes?

Thanks

Don  WB5EKU

I just purchased an embedded node from another ham. My node number is 3072 I
have it all setup for my callsign and I have EchoIRLP running with my account as
well. It has Slackware 10.2 as the OS, is there something newer or should I just
leave it as is?

The OS is specially designed for your node. It is more than just slackware, it
is a ram based OS based on Slackware.

It is designed to run with that OS, albeit older, it supports all the hardware
the best, and is easy to maintain.

If you want to convert your embedded node into a regular node, you could add a
hard drive, or a larger IDE flash drive, and install whatever you want onto it.

Dave Cameron
VE7LTD

--- In irlp-embedded@yahoogroups.com, "w2fcp" <whitemg@...> wrote:
>
> I just purchased an embedded node from another ham. My node number is 3072 I
have it all setup for my callsign and I have EchoIRLP running with my account as
well. It has Slackware 10.2 as the OS, is there something newer or should I just
leave it as is?
>

Ok, thanks Dave. I just wanted to make sure I wasn't out of date or missing a
patch or something. So far it is working great, got it for a really good deal
and couldn't be happier. Just need to get the antenna up a little higher. ;)

--- In irlp-embedded@yahoogroups.com, "ve7ltd" <dcameron@...> wrote:
>
> The OS is specially designed for your node. It is more than just slackware, it
is a ram based OS based on Slackware.
>
> It is designed to run with that OS, albeit older, it supports all the hardware
the best, and is easy to maintain.
>
> If you want to convert your embedded node into a regular node, you could add a
hard drive, or a larger IDE flash drive, and install whatever you want onto it.
>
> Dave Cameron
> VE7LTD
>
> --- In irlp-embedded@yahoogroups.com, "w2fcp" <whitemg@> wrote:
> >
> > I just purchased an embedded node from another ham. My node number is 3072 I
have it all setup for my callsign and I have EchoIRLP running with my account as
well. It has Slackware 10.2 as the OS, is there something newer or should I just
leave it as is?
> >
>

I've been trying unsuccessfully for several days to configure my embedded node
for use with Echolink. IRLP is working fine. If anyone can take a look at my
config files and point me in the right direction, I would be most appreciative.
I have double-checked port forwarding, have run flash_sync after making changes
and restarted.

; userdata.txt
;
WB5NFC-R
Mtn. Home AR EchoIRLP
Mtn. Home
IRLP5660

---------------------

# $Id: tbd.conf,v 1.9 2003/09/06 19:08:26 wb9tpd Exp $

ConferenceCall = WB5NFC
ConferencePass = MY PASSWORD
ConferenceQth = Mtn. Home AR 444.975
EmailAdr = wb5nfc@...

-------------------

#echo_environment
# <My Call>
# This variable contains the callsign of the local EchoIRLP system as known by
the EchoLink network

export ECHO_MYCALL=WB5NFC-R
export ECHO_TIMEOUT_VALUE=0

# <Say Node Number>
# This variable determines if the node number is spoken after the standard
connect to EchoLink message is played.

export ECHO_SAY_NODE=CALLSIGN

# <Use EchoLink Servers>
# The following variable determines if you will use the EchoLink Status servers
or
# a hosts file for IP address resolution.  Please make sure to read the
installation
# instructions for complete details on the use of host files and EchoLink
servers.

export ECHO_SERVERS=NO

# <Seclect EchoLink Server>
# Set this variable for the EchoLink Status server desired
# This is not used if you selected ECHO_HOSTS=YES
# Uncomment the desired server
#export ECHO_SERVER=oceania.echolink.org
export ECHO_SERVER=naeast.echolink.org
#export ECHO_SERVER=nasouth.echolink.org
#export ECHO_SERVER=server.echolink.org
#export ECHO_SERVER=backup.echolink.org

I just logged into your node and had a look. You did not enable the
feature in the features.env file.

export IS_EMBEDDED=YES
export USE_ECHOIRLP=NO  <---- CHANGE TO YES
export USE_STAR69=YES
export USE_SPEAKTIME=NO
export USE_CONTROLLER=NO
export USE_IRLP_WEBADMIN=YES
export USE_MORSEID=NO
export START_VPN_ONBOOT=NO

Also, to run EchoIRLP on an embedded node, you need to register a -L or
-R account with Echolink. SO your ConferenceCall must be WB5NFC-R or
WB5NFC-R.

I have logged in and done this for you.

Dave Cameron
VE7LTD

On 01/01/2013 11:42 AM, wb5nfc wrote:
> I've been trying unsuccessfully for several days to configure my embedded node
for use with Echolink. IRLP is working fine. If anyone can take a look at my
config files and point me in the right direction, I would be most appreciative.
I have double-checked port forwarding, have run flash_sync after making changes
and restarted.
>
> ; userdata.txt
> ;
> WB5NFC-R
> Mtn. Home AR EchoIRLP
> Mtn. Home
> IRLP5660
>
> ---------------------
>
> # $Id: tbd.conf,v 1.9 2003/09/06 19:08:26 wb9tpd Exp $
>
> ConferenceCall = WB5NFC
> ConferencePass = MY PASSWORD
> ConferenceQth = Mtn. Home AR 444.975
> EmailAdr = wb5nfc@...
>
> -------------------
>
> #echo_environment
> # <My Call>
> # This variable contains the callsign of the local EchoIRLP system as known by
the EchoLink network
>
> export ECHO_MYCALL=WB5NFC-R
> export ECHO_TIMEOUT_VALUE=0
>
> # <Say Node Number>
> # This variable determines if the node number is spoken after the standard
connect to EchoLink message is played.
>
> export ECHO_SAY_NODE=CALLSIGN
>
> # <Use EchoLink Servers>
> # The following variable determines if you will use the EchoLink Status
servers or
> # a hosts file for IP address resolution.  Please make sure to read the
installation
> # instructions for complete details on the use of host files and EchoLink
servers.
>
> export ECHO_SERVERS=NO
>
> # <Seclect EchoLink Server>
> # Set this variable for the EchoLink Status server desired
> # This is not used if you selected ECHO_HOSTS=YES
> # Uncomment the desired server
> #export ECHO_SERVER=oceania.echolink.org
> export ECHO_SERVER=naeast.echolink.org
> #export ECHO_SERVER=nasouth.echolink.org
> #export ECHO_SERVER=server.echolink.org
> #export ECHO_SERVER=backup.echolink.org
>
>
>
>

Hi All

I have an embedded IRLP node for sale.  It was acquired in Feb 2009 and it's one
of the slackware designs that runs out of flash memory.

It was about $800 new and I'll sell it for half that.  It used to be node 3330
but it's been offline for so long I think the key was deleted.

It boots up fine, audio sounds great on the radio.

New owner will have to work with IRLP folks to re-register it.

Mark Hagler
KK7U
Seattle WA

I have run the audio_level_test script and have successfully set the input audio
(repeater controller output to IRLP input) using a combination of the IGain
slider and the repeater controller's TX gain.  What a nice tool!

Now I need to set the IRLP output audio (IRLP output to repeater controller
input) level.  But the embedded IRLP set-up instructions don't mention this.  I
would expect there to be some way to generate separately a continuous tone and
some human voice audio in order to adjust levels.  But I don't see anything like
this documented.

What is the recommended way to set the IRLP output audio level?  (I can do it by
ear, but I'm hoping for something more quantitative/repeatable.)

Thanks,
Michael
N6MEF

On page 23 of the IRLP Embedded Manual, it refers users to the "What to do after
the install" document. That outlines one way to set the outgoing level.

http://www.irlp.net/new-install/afterinstallv2.pdf

The script you are looking for is "audiotest". As user root:

su - repeater
audiotest

I am reworking some of the docs, as there are several better ways to adjust
levels now, particularly the input levels, using tools build into your node. One
to try is

audio_level_test

it measures the level of clipping and median audio level and reports it back to
you.

Dave Cameron
VE7LTD



--- In irlp-embedded@yahoogroups.com, "michael_fox"  wrote:
>
> I have run the audio_level_test script and have successfully set the input
audio (repeater controller output to IRLP input) using a combination of the
IGain slider and the repeater controller's TX gain.  What a nice tool!
>
> Now I need to set the IRLP output audio (IRLP output to repeater controller
input) level.  But the embedded IRLP set-up instructions don't mention this.  I
would expect there to be some way to generate separately a continuous tone and
some human voice audio in order to adjust levels.  But I don't see anything like
this documented.
>
> What is the recommended way to set the IRLP output audio level?  (I can do it
by ear, but I'm hoping for something more quantitative/repeatable.)
>
> Thanks,
> Michael
> N6MEF
>

If you have tried to use a UBS stick on an embedded node, and the system locked
up or froze as soon as you plugged in the USB stick, it is because of an
improper setting in the computer BIOS.

To enter the BIOS, press the delete key while the system is first booting.

Choose "Integrated Peripherals" and ensure that the USB Emulation is OFF.

This will allow USB sticks to work with your embedded node (for uploading audio
files, etc).

David Cameron
VE7LTD

 

Ken, I checked the manual and don't see or understand the purpose.
Is this used to take weak dtmf for VoIP and have the controller regenerate the dtmf tones?
Can you please explain further?
Thank you,
David k7iou

 

Dave, I think you meant to post this to the RC210 list?

Ken


At 09:22 AM 2/8/2013, you wrote:

 

Ken, I checked the manual and don't see or understand the purpose.
Is this used to take weak dtmf for VoIP and have the controller regenerate the dtmf tones?
Can you please explain further?
Thank you,
David k7iou

------------------------------------------------------------------------------

President and CTO - Arcom Communications

Makers of repeater controllers and accessories.

http://www.arcomcontrollers.com/

Authorized Dealers for Kenwood and Telewave and

we offer complete repeater packages!

AH6LE/R - IRLP Node 3000

http://www.irlp.net

"We don't just make 'em. We use 'em!"

Hi All.

What is the maximum voltage that the COS input (Pin7) can tolerate?
Thanks.

Don

Technically, 20 volts, but I would try not to exceed 15V.

David Cameron
VE7LTD

On 2/8/2013 4:40 PM, dsay2001 wrote:
> Hi All.
>
> What is the maximum voltage that the COS input (Pin7) can tolerate?
> Thanks.
>
> Don
>
>

The default value in /home/irlp/custom/timeoutvalue is 300 (seconds = 5 mins.) 
This is far too short for many situations, such as participating in a net.  But
it could be a good value for other situations, such as keeping the node clear if
no one is on the local repeater to respond.

For the time being, I've set my timeoutvalue to a higher value to avoid dropping
out while listening to my regular nets.

But I'm wondering if there is a "standard" or preferred method for allowing the
user to control this value on a connect-by-connect basis.  Ideally, I would
envision the user dialing a command with the desired timeout value, then
connecting.  Upon disconnect, the value would be back to whatever default is
configured in the above timeoutvalue file.

Has anyone done this?  If so, can you share your script?
If not, perhaps someone could suggest how one might go about doing it and maybe
I can try to write something.

Thanks,
Michael
N6MEF