David: Thanks for the info I got in fine and got the audio level set
fine on machine 4644. Thanks once again for your help. Maybe I want
have to bug you and the group any more I hope anyway. Thanks so much
and 73's A.J. WA5YMQ

Robert, VE3KEA, and I have been trying to get his node (VE3TJR,
Peterborough, Ontario, #2106) listed on the status page.

We went to the db updates page (from Windows) and went to the "Change
Core Node info" page. We filled in all the info and clicked submit.
The message "mail sent"
   appeared on the next page.

The information still does not appear on the http://status.irlp.net
page. The node seems to be basically functioning but the information
does not appear on the status page and the remote access functions do
not work. We are trying to get the status information in order first
then test the remote access functions.

What is the process for the information to get into the status page
and how long should it take?
Is there something else that needs to be done to get the node to
appear on the status page?

Thanks,
Dave Ward
Owner Node 2090
Belleville, Ontario

I am trying to understand the capabilities of Call Waiting. We wanted
our Link node 3024 to accept calls when local activity is on the freq,
because almost all calls coming in are friends and will join the QSO.
So we set REPORTBUSY=NO. I have been trying to search all posts with
call waiting in them and found one on Jun 14,2005 (in the IRLP group)
that states:

"Of course you can do what Dave G. mentioned, disable Call_Waiting,
then the remote node will just butt in during local activity."

This is what I thought we accomplished with the REPORTBUSY=NO cmd. I
had tested and the conection was made with local COS high due to local
activity (Call_Waiting=Yes).  I thought that Call_Waiting made the
announcement that when the node is currently connected to another node
and another incoming call is made, the "currently connected to node
xxxx" is made. Does Call_Waiting do anything other than this
announcement(and the local announcement "call from node xxxx")? Do I
need to disable Call_Waiting also to allow incoming calls to connect
with local activity? If Call_Waiting does more, I would love to know
what happens when it is off and on.  Jim Hall WH7CD node 3024

--------------------------------------------------------
David Cameron - VE7LTD
IRLP System Designer - http://www.irlp.net

-----Original Message-----
From: "James Hall" <thecoldduck@...>

Date: Sat, 29 Mar 2008 18:01:41
To:irlp-embedded@yahoogroups.com
Subject: [irlp-embedded] UNDERSTANDING CALL WAITING


I am trying to understand the capabilities of Call Waiting. We wanted
  our Link node 3024 to accept calls when local activity is on the freq,
  because almost all calls coming in are friends and will join the QSO.
  So we set REPORTBUSY=NO. I have been trying to search all posts with
  call waiting in them and found one on Jun 14,2005 (in the IRLP group)
  that states:

  "Of course you can do what Dave G. mentioned, disable Call_Waiting,
  then the remote node will just butt in during local activity."

  This is what I thought we accomplished with the REPORTBUSY=NO cmd. I
  had tested and the conection was made with local COS high due to local
  activity (Call_Waiting=Yes). I thought that Call_Waiting made the
  announcement that when the node is currently connected to another node
  and another incoming call is made, the "currently connected to node
  xxxx" is made. Does Call_Waiting do anything other than this
  announcement(and the local announcement "call from node xxxx")? Do I
  need to disable Call_Waiting also to allow incoming calls to connect
  with local activity? If Call_Waiting does more, I would love to know
  what happens when it is off and on. Jim Hall WH7CD node 3024

Can anyone tell me if there is a time out on the embedded node as mine
seems to drop out with long overs and can it be made longer

Thanks Jason

On Wed, 23 Apr 2008 08:01:37 -0000, vk4mih wrote:

> Can anyone tell me if there is a time out on the embedded node as mine
> seems to drop out with long overs and can it be made longer

That's correct.  It cannot be changed.  It is hard coded and all nodes
are the same.  See
http://garymcduffie.com/irlp/custom-decode.html#timeouttimerchange for
explanation and other info.

Gary
--
http: //garymcduffie .com
3055: http: // garymcduffie.com /irlp/ 3055
NodeOp Help Page: http:// garymcduffie. com /irlp

Which timeout are you hitting? The COS lockup, PTT lockup, or activity
timer? There are three.

The COS activity timer is 3 minutes
The PTT activity timer is 4 minutes
The Activity timer is set in software, but defaults to 1200 seconds

Dave Cameron
VE7LTD

AG0N-3055 wrote:
>
>
> On Wed, 23 Apr 2008 08:01:37 -0000, vk4mih wrote:
>
>  > Can anyone tell me if there is a time out on the embedded node as mine
>  > seems to drop out with long overs and can it be made longer
>
> That's correct. It cannot be changed. It is hard coded and all nodes
> are the same. See
> http://garymcduffie .com/irlp/ custom-decode. html#timeouttime rchange
> <http://garymcduffie.com/irlp/custom-decode.html#timeouttimerchange> for
> explanation and other info.
>
> Gary
> --
> http: //garymcduffie .com
> 3055: http: // garymcduffie. com /irlp/ 3055
> NodeOp Help Page: http:// garymcduffie. com /irlp
>
>

I have a fault with our node 6464 we can dial into other nodes and they
can here us but we can not here them, we also get the anoucment on our
end when the node has connected so it is not the link radio i am
suspecting the sound card is faulty this unit is only about 4 months
old any help on the matter would great.

Thanks
Jason Ryan

Jason,

Your node is behind a router, and that router has port forwarding
information set in it to allow your node to work behind it.

What has likely happened is the IP address of your node has changed,
and this has made it so that the port forwards are pointing to an IP
address that no longer exists.

Log into your node on the console (monitor and keyboard) and type

ifconfig eth0

The IP address will be listed under the tab "inet:"

Then check your router port forwards.

Dave Cameron
VE7LTD


--- In irlp-embedded@yahoogroups.com, "vk4mih" <vk4mih@...> wrote:
>
> I have a fault with our node 6464 we can dial into other nodes and
they
> can here us but we can not here them, we also get the anoucment on
our
> end when the node has connected so it is not the link radio i am
> suspecting the sound card is faulty this unit is only about 4
months
> old any help on the matter would great.
>
> Thanks
> Jason Ryan
>

On May 12, 2008, at 9:40 PM, Mike Mullarkey wrote:

> Is there a way to allow the DTMF to pass through the to another node
> to control another part of a system. Is there a special script that
> will make this work.

Hi Mike,

DTMF_REGENERATION=YES in the /home/irlp/custom/environment file
(default it's set to no) on the remote IRLP node will cause IRLP to
regenerate any DTMF it hears from a connected node  (including voice
falsing of DTMF) to the far-end.

The problem with it is... IRLP takes a small amount of time to mute
the locally received DTMF audio, which gets passed through also... so
what it sounds like on the far-end is a tiny short blip of the first
digit, and then a muted (no audio) key up, and then regenerated DTMF
created in software in the node.

If you have a way to teach the remote device to ignore that first
"blip" of the first digit (many decoders are so fast, they'd detect
it) then it's usable.  Otherwise, it doesn't work well.

Example:  You call my node that has DTMF_REGENERATION turned on from
your node.

1.You punch "12345" into your rig.
2. On my end, I get...
A little audio blip of "1", and then a few seconds of silence (muted)
while you punch "2345" on your end, then you unkey.

3. And then I get "12345" regenerated from my node and then it unkeys.

So... if something were being controlled from my node by you, it MIGHT
receive:

"112345".

That make sense?

I know some guys in California are successfully doing remote control
with it, and maybe they've added digital audio delay boards to "cut
off" that early DTMF digit or something... not sure.

I've always wanted Dave Cameron to add a "unkey timer" prior to the
DTMF being regenerated.  That way whatever is decoding on the far end
gets this:

<Key>
"1" (the audio blip)
<Unkey>

<Pause>

<Key>
"12345"
<Unkey>

That would work better.

Dave's probably reading along, and we can poke at him to add something
like that.  The unkey delay would have to be adjustable since
different radios turn around faster or slower than others.

Or maybe he's already added it, and it's a "hidden" function?  Dave???

--
Nate Duehr, WY0X
nate@...

On May 12, 2008, at 11:35 PM, Nate Duehr wrote:

>
>
> On May 12, 2008, at 9:40 PM, Mike Mullarkey wrote:
>
>> Is there a way to allow the DTMF to pass through the to another node
>> to control another part of a system. Is there a special script that
>> will make this work.
>
> Hi Mike,
>
> DTMF_REGENERATION=YES in the /home/irlp/custom/environment file
> (default it's set to no) on the remote IRLP node will cause IRLP to
> regenerate any DTMF it hears from a connected node  (including voice
> falsing of DTMF) to the far-end.
>
> The problem with it is... IRLP takes a small amount of time to mute
> the locally received DTMF audio, which gets passed through also... so
> what it sounds like on the far-end is a tiny short blip of the first
> digit, and then a muted (no audio) key up, and then regenerated DTMF
> created in software in the node.
>
> If you have a way to teach the remote device to ignore that first
> "blip" of the first digit (many decoders are so fast, they'd detect
> it) then it's usable.  Otherwise, it doesn't work well.
>
> Example:  You call my node that has DTMF_REGENERATION turned on from
> your node.
>
> 1.You punch "12345" into your rig.
> 2. On my end, I get...
> A little audio blip of "1", and then a few seconds of silence (muted)
> while you punch "2345" on your end, then you unkey.
>
> 3. And then I get "12345" regenerated from my node and then it unkeys.
>
> So... if something were being controlled from my node by you, it MIGHT
> receive:
>
> "112345".
>
> That make sense?
>
> I know some guys in California are successfully doing remote control
> with it, and maybe they've added digital audio delay boards to "cut
> off" that early DTMF digit or something... not sure.
>
> I've always wanted Dave Cameron to add a "unkey timer" prior to the
> DTMF being regenerated.  That way whatever is decoding on the far end
> gets this:
>
> <Key>
> "1" (the audio blip)
> <Unkey>
>
> <Pause>
>
> <Key>
> "12345"
> <Unkey>
>
> That would work better.
>
> Dave's probably reading along, and we can poke at him to add something
> like that.  The unkey delay would have to be adjustable since
> different radios turn around faster or slower than others.
>
> Or maybe he's already added it, and it's a "hidden" function?  Dave???

When configured for _FD operation, I recall there being a way to
disable regeneration and allow DTMF pass-through if both nodes agreed
on the method. I forget the settings.

--
Randy Hammock KC6HUR
http://kc6hur.net/~rhammock/
http://irlp.kc6hur.net/
If there are no horses in heaven, then when I die, I want to go where
they went.

Actually, there is (or should be) and unkey between the initial send and
the regen. If not, you can always add delay into the dtmfregen script.

Dave Cameron
VE7LTD

Nate Duehr wrote:
>
>
>
>
> On May 12, 2008, at 9:40 PM, Mike Mullarkey wrote:
>
>  > Is there a way to allow the DTMF to pass through the to another node
>  > to control another part of a system. Is there a special script that
>  > will make this work.
>
> Hi Mike,
>
> DTMF_REGENERATION= YES in the /home/irlp/custom/ environment file
> (default it's set to no) on the remote IRLP node will cause IRLP to
> regenerate any DTMF it hears from a connected node (including voice
> falsing of DTMF) to the far-end.
>
> The problem with it is... IRLP takes a small amount of time to mute
> the locally received DTMF audio, which gets passed through also... so
> what it sounds like on the far-end is a tiny short blip of the first
> digit, and then a muted (no audio) key up, and then regenerated DTMF
> created in software in the node.
>
> If you have a way to teach the remote device to ignore that first
> "blip" of the first digit (many decoders are so fast, they'd detect
> it) then it's usable. Otherwise, it doesn't work well.
>
> Example: You call my node that has DTMF_REGENERATION turned on from
> your node.
>
> 1.You punch "12345" into your rig.
> 2. On my end, I get...
> A little audio blip of "1", and then a few seconds of silence (muted)
> while you punch "2345" on your end, then you unkey.
>
> 3. And then I get "12345" regenerated from my node and then it unkeys.
>
> So... if something were being controlled from my node by you, it MIGHT
> receive:
>
> "112345".
>
> That make sense?
>
> I know some guys in California are successfully doing remote control
> with it, and maybe they've added digital audio delay boards to "cut
> off" that early DTMF digit or something... not sure.
>
> I've always wanted Dave Cameron to add a "unkey timer" prior to the
> DTMF being regenerated. That way whatever is decoding on the far end
> gets this:
>
> <Key>
> "1" (the audio blip)
> <Unkey>
>
> <Pause>
>
> <Key>
> "12345"
> <Unkey>
>
> That would work better.
>
> Dave's probably reading along, and we can poke at him to add something
> like that. The unkey delay would have to be adjustable since
> different radios turn around faster or slower than others.
>
> Or maybe he's already added it, and it's a "hidden" function? Dave???
>
> --
> Nate Duehr, WY0X
> nate@natetech. com <mailto:nate%40natetech.com>
>
>

On May 14, 2008, at 2:17 PM, David Cameron (IRLP) wrote:

> Actually, there is (or should be) and unkey between the initial send
> and
> the regen. If not, you can always add delay into the dtmfregen script.
>
> Dave Cameron
> VE7LTD


Hmm.... if it's there, I've never heard it, but I wasn't listening all
that closely either.  :-)

That would "fix" it, just fine.  Cool.

--
Nate Duehr, WY0X
nate@...

On May 14, 2008, at 6:06 PM, Mike Mullarkey wrote:

> Hi David,
>
> I think that if the audio is lowered the DTMF will work but the
> voice audio cant be herd. I have my embedded node hooked to my
> RLC-4controller with the jumper taken out of the controller for flat
> or spkr audio. The audio is great and balanced so not sure why it
> wont work. I know Shorty K6JSI controls his network and has no
> issues. Must be something im doing here or Chris K7UND on his node
> 3153.
>

The DTMF_REGEN dtmf comes out at "100%" I think by default, or it's
settable somewhere...

Dave may have added that later on, I can't remember...

50% of full PCM audio is more than plenty on a properly set up node
that was set up with a Service Monitor... so if REGEN doesn't have a
way to turn that DTMF down digitally when it's generated Dave, it
needs it...

But I think it's already in there as a setting somewhere, Mike.  I'll
have to go look... got a Net to get on in 15 minutes first, though...
(GRIN).

--
Nate Duehr
nate@...

A 2 second delay was added earlier today. Perform a update files or
reset your nodes, and try the system again.

Dave Cameron
VE7LTD

Chris Underwood wrote:
>
> *BCC'd Steve @ Link Communications*
>
> Hello Everyone,
>
> Mike and I have been doing a BUNCH of testing and we have it narrowed
> down to this as our issue.  The first part of the digit that is being
> heard at the far end (here in Oregon) is screwing up the repeater
> controller because it hears it and hangs on to it.  So, if Mike enters
> 12345, because the "1" is shortly played, my controller hears 112345.
> So, if there is a way to get the script for DTMFREGEN to do an unkey
> before it keys up again to do the DTMF regen that would work because an
> unkey will clear the buffer on the controller.  It sounds like it is
> supposed to do this but it is not.  When Mike in Colorado keys up and
> enters 12345, here in Oregon I hear 1....12345 with NO unkeys between
> the first blip of the digit and the string to be entered.
>
> Does this make sense?  Can the DTMF Regen script be modified to first
> UNKEY after DTMF is heard and then Re-key to generate the DTMF?  I would
> think for people like myself that have to use the IRLP machine on the
> repeater frequency pair would be having this issue and a simple unkey of
> the node before a re-key to generate the DTMF would fix it.
> Unfortunately I know nothing about scripts or writing them.
>
> Please help....
>
> Thanks!
>
>
> Chris Underwood
> christopher.underwood@...
> (541) 744-9674 - Home
> (541) 510-9895 - Cell
>
>     * From: * irlp-embedded@yahoogroups.com
>     <mailto:irlp-embedded@yahoogroups.com> [mailto:
>     irlp-embedded@yahoogroups.com ] *On Behalf Of *Nate Duehr
>     *Sent:* Wednesday, May 14, 2008 2:54 PM
>     *To:* irlp-embedded@yahoogroups.com
>     <mailto:irlp-embedded@yahoogroups.com>
>     *Subject:* Re: [irlp-embedded] DTMF
>
>
>
>
>     On May 14, 2008, at 2:17 PM, David Cameron (IRLP) wrote:
>
>     >  Actually, there is (or should be) and unkey between the initial send
>     >  and
>     >  the regen. If not, you can always add delay into the dtmfregen script.
>     >
>     >  Dave Cameron
>     >  VE7LTD
>
>     Hmm.... if it's there, I've never heard it, but I wasn't listening all
>     that closely either. :-)
>
>     That would "fix" it, just fine. Cool.
>
>     --
>     Nate Duehr, WY0X
>     nate@natetech. com <mailto:nate%40natetech.com>
>
>
>

From: irlp-embedded@yahoogroups.com [mailto:irlp-embedded@yahoogroups.com] On Behalf Of Nate Duehr
Sent: Wednesday, May 14, 2008 2:54 PM
To: irlp-embedded@yahoogroups.com
Subject: Re: [irlp-embedded] DTMF

 

On May 14, 2008, at 2:17 PM, David Cameron (IRLP) wrote:

> Actually, there is (or should be) and unkey between the initial send
> and
> the regen. If not, you can always add delay into the dtmfregen script.
>
> Dave Cameron
> VE7LTD

Hmm.... if it's there, I've never heard it, but I wasn't listening all
that closely either. :-)

That would "fix" it, just fine. Cool.

--
Nate Duehr, WY0X
nate@natetech.com

----- Original Message -----

From: David Cameron (IRLP)

To: Chris Underwood

Cc: Mike Mullarkey ; irlp-embedded@yahoogroups.com ; nate@...

Sent: Thursday, May 15, 2008 1:31 PM

Subject: Re: [irlp-embedded] DTMF

A 2 second delay was added earlier today. Perform a update files or
reset your nodes, and try the system again.

Dave Cameron
VE7LTD

Chris Underwood wrote:
>
> *BCC'd Steve @ Link Communications*
> 
> Hello Everyone,
> 
> Mike and I have been doing a BUNCH of testing and we have it narrowed
> down to this as our issue.  The first part of the digit that is being
> heard at the far end (here in Oregon) is screwing up the repeater
> controller because it hears it and hangs on to it.  So, if Mike enters
> 12345, because the "1" is shortly played, my controller hears 112345. 
> So, if there is a way to get the script for DTMFREGEN to do an unkey
> before it keys up again to do the DTMF regen that would work because an
> unkey will clear the buffer on the controller.  It sounds like it is
> supposed to do this but it is not.  When Mike in Colorado keys up and
> enters 12345, here in Oregon I hear 1....12345 with NO unkeys between
> the first blip of the digit and the string to be entered.
> 
> Does this make sense?  Can the DTMF Regen script be modified to first
> UNKEY after DTMF is heard and then Re-key to generate the DTMF?  I would
> think for people like myself that have to use the IRLP machine on the
> repeater frequency pair would be having this issue and a simple unkey of
> the node before a re-key to generate the DTMF would fix it. 
> Unfortunately I know nothing about scripts or writing them.
> 
> Please help....
> 
> Thanks!
> 
> 
> Chris Underwood
> christopher.underwood@...
> (541) 744-9674 - Home
> (541) 510-9895 - Cell
>
>     * From: * irlp-embedded@yahoogroups.com
>     <mailto:irlp-embedded@yahoogroups.com> [mailto:
>     irlp-embedded@yahoogroups.com ] *On Behalf Of *Nate Duehr
>     *Sent:* Wednesday, May 14, 2008 2:54 PM
>     *To:* irlp-embedded@yahoogroups.com
>     <mailto:irlp-embedded@yahoogroups.com>
>     *Subject:* Re: [irlp-embedded] DTMF
>
>     
>
>
>     On May 14, 2008, at 2:17 PM, David Cameron (IRLP) wrote:
>
>     >  Actually, there is (or should be) and unkey between the initial send
>     >  and
>     >  the regen. If not, you can always add delay into the dtmfregen script.
>     >
>     >  Dave Cameron
>     >  VE7LTD
>
>     Hmm.... if it's there, I've never heard it, but I wasn't listening all
>     that closely either. :-)
>
>     That would "fix" it, just fine. Cool.
>
>     --
>     Nate Duehr, WY0X
>     nate@natetech. com <mailto:nate%40natetech.com>
>
>    
>

In addition to standard IRLP functions, I am interested in having my
embedded controller route APRS data and AIS data to servers on the
internet (Igates).  I've been talking with Bev Ewen-Smith at COAA who
wrote the shipplotter.com software. He has provided a linux
executable file called "spuploader" that should read the serial port
and route the ASCII data (in NMEA183 format) to his server in England
for redistribution to anyone running the shipplotter software.

Here is my question.

Where (what folder) would be the best place to put this executable
file and do I need to worry about it conflicting with the linux tty
console that is also talking on the serial port?

I assume that if I get the process running and forked to the
background and there are problems I can kill it or worst case I can
reboot the embedded node and that should get me back to normal IRLP
operations.

I'm new to linux and centos so any other advice would be very much
appreciated.

If this works out I would next like to try routing APRS data from a
TNC to an Igate using the embedded node.

Thanks
Craig
wd5bdx



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

From: Bev M Ewen-Smith <info@...>

Hi Craig,

SP-Uploader for Linux

I wonder if you would care to try :
www.coaa.co.uk/spu.tar.gz

If you "gunzip spu.tar.gz" it in Linux, you will find "spu.tar".
If you "tar -xf spu.tar" it, you will find two files :

spuploader_doc is a document file that describes the use of the
utility.
spuploader is the executable file.

You need to start it in a terminal window.  There are up to four
command line arguments that define the serial port, data rate etc.
You also need to make sure that it has read/write access to the
selected port.  The method of doing this is specific to your flavour
of Linux.

When you run it, it automatically registers for uploading data to the
SP sharing server.

It is very much a test version and I am still feeling my way with
Linux so expect the unexepected.

Regards
Bev

Craig wrote:
> In addition to standard IRLP functions, I am interested in having my
> embedded controller route APRS data and AIS data to servers on the
> internet (Igates).

There's a package for "normal" IRLP nodes that sends APRS
"connected/disconnected" messages to the APRS servers, but two things:

1. I don't know if it will fit in the limited drive space of an embedded
system.

2. It doesn't sound like that's what you're trying to do?  What APRS
data would be heard on your voice repeater or simplex node that would
need to be forwarded?

Nate WY0X

On May 16, 2008, at 4:02 PM, Nate Duehr wrote:

> Craig wrote:
>> In addition to standard IRLP functions, I am interested in having my
>> embedded controller route APRS data and AIS data to servers on the
>> internet (Igates).
>
> There's a package for "normal" IRLP nodes that sends APRS
> "connected/disconnected" messages to the APRS servers, but two things:
>
> 1. I don't know if it will fit in the limited drive space of an
> embedded
> system.

The new system no longer uses perl so should work on embedded nodes.
We were experimenting with embedded nodes a while back, but don't
recall if it worked.

> 2. It doesn't sound like that's what you're trying to do?  What APRS
> data would be heard on your voice repeater or simplex node that would
> need to be forwarded?


I still need to put the new system on-line for download. Just remember
how I built the rpm file. Not on th etop of my priority list ;-)

--
Randy Hammock KC6HUR
http://kc6hur.net/~rhammock/
http://irlp.kc6hur.net/
If there are no horses in heaven, then when I die, I want to go where
they went.

> Craig wrote:
> >In addition to standard IRLP functions,
> >I am interested in having my embedded
> >controller route APRS data and AIS data
> >to servers on the internet (Igates).
>

Nate Duehr wrote:
> There's a package for "normal" IRLP nodes
> that sends APRS "connected/disconnected"
> messages to the APRS servers...

Hi Nate.

I thought that package was for only reporting the status of your IRLP
node and not for collecting APRS data from a TNC via the serial port
on the embedded node?

> 1. I don't know if it will fit in
> the limited drive space of an embedded
> system.

The shipplotter data uploading tool seems to be only 25 Kilobytes in
size.  I don't yet know how much ram it consumes in the process of
receiving the data over the serial port and shipping it off to the
server. It seems to me that I should be able to do the same thing
with APRS data via the serial port with a a piece of code of similar
size.


> 2. It doesn't sound like that's what you're
> trying to do? What APRS data would be heard
> on your voice repeater or simplex node that
> would need to be forwarded?

The general idea is that I don't want to have three computers running
24 hours a day for IRLP, APRS, and AIS.  I would like to do all three
functions in the embedded node because it doesn't consume much power
and it already has to be running 24 hours a day.

There would be one amateur transceiver for IRLP simplex node, another
receiver on 144.39 MHz and a TNC collecting APRS data over the serial
port and a third receiver on Marine VHF channel 88 to collect the gps
data from ships via the serial port.

Here is the current status of my little project.

I downloaded to my windows xp machine the "spu.tar.gz" file from
www.coaa.co.uk

Then I copied it over to the embedded node using WINscp. I put the
file in the directory "/home/irlp/shipplotter"

This directory is owned by "repeater"

Then I performed these two commands on the file:

"gunzip spu.tar.gz"

"tar -xf spu.tar"

Now I have a file (that I assume is a binary) called "spuploader" in
the directory

To make it executable I used the following command:

"chmod u+x spuploader"

When I ran the file with nothing hooked up to the serial port I got a
floating point exception error.  I forwarded my results back to Bev
to see what he wanted to do next.

If any of you in this group have any ideas or suggestions please let
me know.

Thanks

Craig
wd5bdx
IRLP node 3770




-------------------
From: Bev M Ewen-Smith <info@...>

Hi Craig,

SP-Uploader for Linux

I wonder if you would care to try :
www.coaa.co.uk/spu.tar.gz

If you "gunzip spu.tar.gz" it in Linux, you will find "spu.tar".
If you "tar -xf spu.tar" it, you will find two files :

spuploader_doc is a document file that describes the use of the
utility.
spuploader is the executable file.

You need to start it in a terminal window.  There are up to four
command line arguments that define the serial port, data rate etc.
You also need to make sure that it has read/write access to the
selected port.  The method of doing this is specific to your flavour
of Linux.

When you run it, it automatically registers for uploading data to the
SP sharing server.

It is very much a test version and I am still feeling my way with
Linux so expect the unexepected.

Regards
Bev
COAA

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

SpUploader instructions

SpUploader is a Linux utility to read NMEA AIS formatted data from a
serial comms port and to consolidate the received data and upload it
to the COAA ShipPlotter sharing server.  See www.shipplotter.com for
more details on ShipPlotter.

Requirements

A serial AIS receiver connected to a serial comms port.
User permissions for the current user to have read/write access to
that comms port.
Internet access.

Command line

./spuploader [-c.][-b.....][-v][-i.]

Command line flags

-c followed immediately by the comm port number.  Note that
    comms port numbers start with '1' not '0'.  "COM1"
    corresponds to "/dev/ttyS0".
-b followed immediately by the data rate in bits per second.
-v verbose mode.  The program describes its settings and
    gives a precis of the ship data received.  Error messages
    are output regardless of the -v flag
-i followed immediately by a single character specifies the
    second sharing code identifier.

Example

./spuploader -c1 -b38400 -v -iz

The default values are -c1 -b38400 -i0 with verbose mode off.  Only
error messages are displayed in the default state.

Distribution

A gzipped tarball containing the executable and this document.

(C) COAA 2008
info@...

Mike Mullarkey wrote:

> The fix for the DTMF works great but K7UND’s node will not keep the settings
if
> the node happins to reboot for some reason.

Is his an embedded node too?  Remember, they run from RAM disk and you
have to issue the command to write the RAM disk to flash or they come
back with their previous settings after a reboot.

> I am trying to figure out why the echolink portion of my node stopped working
> when we installed it on the hill and configured it with the static IP address.
> Not really knowing much with script, i have been relying on Chris K7UND and
Nate
> WY0X for some help.

Yeah, I'm no help on EchoIRLP on embedded nodes, not sure how that's
even set up...

Nate WY0X

Hi Nate,

No his is the normal node, just a computer. The Echolink is working now. I
think David logged in and made some changes. All is working great.



Mike Mullarkey (K7PFJ)
Node 3003 Denver Metro



-----Original Message-----
From: irlp-embedded@yahoogroups.com [mailto:irlp-embedded@yahoogroups.com]
On Behalf Of Nate Duehr
Sent: Sunday, May 18, 2008 12:28 AM
To: irlp-embedded@yahoogroups.com
Subject: Re: [irlp-embedded] Echolink IP address

Mike Mullarkey wrote:

> The fix for the DTMF works great but K7UND's node will not keep the
settings if
> the node happins to reboot for some reason.

Is his an embedded node too?  Remember, they run from RAM disk and you
have to issue the command to write the RAM disk to flash or they come
back with their previous settings after a reboot.

> I am trying to figure out why the echolink portion of my node stopped
working
> when we installed it on the hill and configured it with the static IP
address.
> Not really knowing much with script, i have been relying on Chris K7UND
and Nate
> WY0X for some help.

Yeah, I'm no help on EchoIRLP on embedded nodes, not sure how that's
even set up...

Nate WY0X

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

Yahoo! Groups Links

Craig WD5BDX wrote...

> Where (what folder) would be the best place to put this executable
> file...

The best place to place "add-ons" would be in /home/irlp/custom.

> and do I need to worry about it conflicting with the linux tty console
> that is also talking on the serial port?

It is? As far as I know, the serial port isn't being used.

> I assume that if I get the process running and forked to the
> background and there are problems I can kill it or worst case I can
> reboot the embedded node and that should get me back to normal
> IRLP operations.

That sounds reasonable.

> If this works out I would next like to try routing APRS data from a
> TNC to an IGate using the embedded node.

The existing IRLP APRS script creates an APRS object, connects to an
APRS server and sends it. The newly generated object should be sent
again when the node status changes or every X minutes based on a user
configured cron job... created in custom.crons in the last step of the
installation. You can edit custom.crons to alter it. Just remember to do
an "update files" afterwards.

http://irlp.kc6hur.net/irlp_scripts.php
http://irlp.kc6hur.net/downloads/aprs_status-4.0.tgz

It sounds like (one of the things) you are trying to do is get an IGate
running on the embedded node... i.e. a radio & TNC connected to the
serial port and gate any UI frames that it hears to an APRS server. Keep
us informed of your progress!

Going by your callsign, you are in the US, so APRS would be on 144.390.
If your IRLP node is on VHF, you might want to put it as close to the
top of the band as you can to get a bit of separation from between it
and 144.390. Putting some vertical separation between the antennas will
help. Adding some filters wouldn't hurt either... perhaps a combination
of band pass / band reject filters as needed e.g. reject the node
frequency on the feedline going to the APRS radio if the IRLP node is
desensing the APRS radio, or reject the APRS frequency if it's desensing
the IRLP radio, or bandpass on either one of them in combination with
reject filters for the other frequency. I'm running an IRLP node here as
well as an APRS digi and an IGate. I'm not using any filters, but APRS
is down at 144.390 and my node is up at 147.570 SX.

Keith VE7GDH
Node 1148

All I did was log in and reset the tbd process.

Dave
--------------------------------------------------------
David Cameron - VE7LTD
IRLP System Designer - http://www.irlp.net

-----Original Message-----
From: "Mike Mullarkey" <k7pfj@...>

Date: Sun, 18 May 2008 07:30:39
To:<irlp-embedded@yahoogroups.com>
Subject: RE: [irlp-embedded] Echolink IP address


Hi Nate,

  No his is the normal node, just a computer. The Echolink is working now. I
  think David logged in and made some changes. All is working great.

  Mike Mullarkey (K7PFJ)
  Node 3003 Denver Metro

  -----Original Message-----
  From: irlp-embedded@ <mailto:irlp-embedded%40yahoogroups.com> yahoogroups.com
[mailto:irlp-embedded@ <mailto:irlp-embedded%40yahoogroups.com> yahoogroups.com]
  On Behalf Of Nate Duehr
  Sent: Sunday, May 18, 2008 12:28 AM
  To: irlp-embedded@ <mailto:irlp-embedded%40yahoogroups.com> yahoogroups.com
  Subject: Re: [irlp-embedded] Echolink IP address

  Mike Mullarkey wrote:

  > The fix for the DTMF works great but K7UND's node will not keep the
  settings if
  > the node happins to reboot for some reason.

  Is his an embedded node too? Remember, they run from RAM disk and you
  have to issue the command to write the RAM disk to flash or they come
  back with their previous settings after a reboot.

  > I am trying to figure out why the echolink portion of my node stopped
  working
  > when we installed it on the hill and configured it with the static IP
  address.
  > Not really knowing much with script, i have been relying on Chris K7UND
  and Nate
  > WY0X for some help.

  Yeah, I'm no help on EchoIRLP on embedded nodes, not sure how that's
  even set up...

  Nate WY0X

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

  Yahoo! Groups Links