| |
ZL3AI > APRDIG 20.03.03 09:53l 256 Lines 9180 Bytes #999 (0) @ WW
BID : 1040-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 17, 1/4
Path: DB0FHN<DB0RGB<OK0PPL<RZ6HXA<SP7MGD<ON0BEL<KD4GBA<ZL2BAU<ZL3VML
Sent: 030319/1055Z @:ZL3VML.#80.NZL.OC #:62029 [Chch-NZ] FBB7.00i $:1040-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Monday, March 17, 2003.
1. Re: How find digipeater in a specific region hundreds of miles away?
2. PERL APRS Telnet -> MySQL script
3. PERL APRS Telnet -> MySQL script
4. Re: KPC3, the KPC3+, and other TNCs
5. Re: KPC3, the KPC3+, and other TNCs
6. Computer control of Alinco mobile
7. Re: Computer control of Alinco mobile
8. D700 remote control head.
9. Re: D700 remote control head.
10. APRS in Wyoming...
11. APRS in Wyoming ?
12. APRS settings for 10.151?
13. PCSAT questions
14. Re: Computer control of Alinco mobile
15. Re: Computer control of Alinco mobile
16. Re: APRS in Wyoming...
17. Re: APRS in Wyoming...
18. Re: APRS in Wyoming ?
19. Re: APRS in Hot Springs?
20. Hot Spring Symbol
21. Re: APRS in Wyoming ?
22. Re: Hot Spring Symbol
23. Re: Hot Spring Symbol
24. Re: APRS settings for 10.151?
25. Re: Hot Spring Symbol
26. Re: Hot Spring Symbol
27. Re: PCSAT questions
28. Dumb tracker GPS Map displays
29. Re: Dumb tracker GPS Map displays
30. [Re: [WyCoUtAPRS] [Fwd: APRS in Wyoming...]]
----------------------------------------------------------------------
Subject: Re: How find digipeater in a specific region hundreds of miles away?
From: Bill Herrmann <bherrman@spro.net>
Date: Sun, 16 Mar 2003 23:13:41 -0700
X-Message-Number: 1
At 05:32 PM 3/16/03 -0800, Kelly Cushing wrote:
>discover a method to transmit a river level measurement of a distant river
>back to my home. After all want to float it when the water level is right.
This is a case where you definitely want a dedicated path if you need to do
it RF only. However, if there are IGates in both areas you would probably
have better luck using them. Any IGate will put what it hears onto the
internet feed. All you have to do is locate an IGate in your area and ask
the owner to gate your measurement back to RF and you're home free. Of
course, if you don't mind connecting to the internet to check the water
level it is even more simple.
Bill
----------------------------------------------------------------------
Subject: PERL APRS Telnet -> MySQL script
From: Andrew Rich <andrew.rich@bigpond.com>
Date: 17 Mar 2003 21:35:55 +1000
X-Message-Number: 2
For those people intreseted in LINUX, PERL and MySQL and APRS
This script telnet's to aprs.net.au 10151 and inserts data into a MySQL
table for searching etc.
#!/usr/bin/perl
# Written by Andrew Rich VK4TEC
use Net::Telnet;
use DBI;
my $database_handler =
DBI->connect("DBI:mysql:aprs:host=localhost;mysql_socket=/tmp/mysql.sock","root"
",");
my $host = "aprs.net.au";
my $user = "";
my $password = "";
my $prompt = "";
my $t = new Net::Telnet(
Timeout => '5',
#Prompt => "/$prompt/",
Dump_log => 'dump.log',
Input_log => 'input.log',
Output_log => 'output.log',
port => '10151',
);
$t->errmode('return');
$t->Net::Telnet::open($host);
while (<$t>)
{
$date = `date +%d/%m/%y" "%H:%M`;
$statement_handler=$database_handler->prepare ("insert into information
values ('$date','$_')");
$statement_handler->execute;
#$statement_handler->finish;
print ;
}
$t->close();
----------------------------------------------------------------------
Subject: PERL APRS Telnet -> MySQL script
From: Andrew Rich <andrew.rich@bigpond.com>
Date: 17 Mar 2003 21:37:58 +1000
X-Message-Number: 3
For those people interested in LINUX, PERL and MySQL and APRS
This script telnet's to aprs.net.au 10151 and inserts data into a MySQL
table for searching etc.
#!/usr/bin/perl
# Written by Andrew Rich VK4TEC
use Net::Telnet;
use DBI;
my $database_handler =
DBI->connect("DBI:mysql:aprs:host=localhost;mysql_socket=/tmp/mysql.sock","root"
",");
my $host = "aprs.net.au";
my $user = "";
my $password = "";
my $prompt = "";
my $t = new Net::Telnet(
Timeout => '5',
#Prompt => "/$prompt/",
Dump_log => 'dump.log',
Input_log => 'input.log',
Output_log => 'output.log',
port => '10151',
);
$t->errmode('return');
$t->Net::Telnet::open($host);
while (<$t>)
{
$date = `date +%d/%m/%y" "%H:%M`;
$statement_handler=$database_handler->prepare ("insert into information
values ('$date','$_')");
$statement_handler->execute;
#$statement_handler->finish;
print ;
}
$t->close();
----------------------------------------------------------------------
Subject: Re: KPC3, the KPC3+, and other TNCs
From: Alex <kr1st@amsat.org>
Date: Mon, 17 Mar 2003 08:00:34 -0500
X-Message-Number: 4
"John Langtry, VE3NEC" wrote:
>
>Folks,
>
>There has been much "pen'd" on the above topic, and
>I thought that I'd throw in my $ 0.01 CDN worth on
>topic.
Thanks for the info, John! I just had my KPC3 open (not the +) to change
the battery but never looked at the chipset. Next time a manufacturer
tells you to keep your opinions to yourself, please post it twice. You
just know you're onto something good. :)
The KPC3 I have also has a bug in the KISS implementation which makes it
drop out of KISS mode. Don't know if I ever posted that on here, I know
I have for the bug in the PIC TNC. I'll see if I can find my draft note
and post it.
I have version 5.1 in the KPC3 and have looked for an 8.2 for the
longest time, but never found one. Perhaps the KISS but is not present
anymore in the newer ones.
73,
--Alex KR1ST
----------------------------------------------------------------------
Subject: Re: KPC3, the KPC3+, and other TNCs
From: "Tim Cunningham" <tim_cunningham@mindspring.com>
Date: Mon, 17 Mar 2003 09:20:40 -0600
X-Message-Number: 5
>Thanks for the info, John! I just had my KPC3 open (not the +) to change
>the battery but never looked at the chipset. Next time a manufacturer
>tells you to keep your opinions to yourself, please post it twice. You
>just know you're onto something good. :)
>
>The KPC3 I have also has a bug in the KISS implementation which makes it
>drop out of KISS mode. Don't know if I ever posted that on here, I know
>Ihave for the bug in the PIC TNC. I'll see if I can find my draft note
>and post it.
Wow! What a bug. That would be intolerable for our IGATE since it runs
with the TNC in KISS mode and I would not run it any other way since
it is bullet proof. No silly TNC settings to worry about causing something
to malfunction.
However, I have burned a 'KISS only' chip for our local IGATE using a
TNC2 clone and it never has any problems. No settings to worry about going
wrong on the TNC since it is always in KISS. Maybe that is why we see 150
day uptimes with that combination even running under Windows95B and
APRS+SA.
Somebody mentioned the 73M223 modem chip used on the Kantronics. That is
what they used in a KPC-9612+ that I use for 1200 baud circuit. When I went
to look up a datasheet for the specifications, I found one on a web site
that listed the TDK part as obsolete.
http://www.alphamicro.net/catgrp14.htm
Tim - N8DEU
Huntsville, Alabama
----------------------------------------------------------------------
Subject: Computer control of Alinco mobile
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Mon, 17 Mar 2003 16:52:13 -0000
X-Message-Number: 6
Just thought I'd share this with the group in case anyone's interested. I
installed an Alinco DR-112 at my IGATE station over the weekend, and as I
was wiring up the TNC interface I remembered that the 8-pin DIN mic
connector has the channel up/down signals for the buttons on the mic. So
just for the heck of it, I built a small circuit with a couple of 2N3904's
into a DB25 connector shell and wired it to the appropriate pins on the mic
connector along with the TNC interface. Once I finally found a command line
tool to manipulate parallel port bits that would compile properly on my
Alpha, I wrote a couple of shell scripts that change memory channels and
keep track of what channel the rig's on. From the command line, I can enter
'chup' or 'chdn' to QSY the rig. When I get a chance, I'll write another
script to go straight to a specified channel.
I've almost got a shell script working that'll automatically QSY during
PCSAT passes, but something seems to be seriously broken with how the Linux
'at' command handles UTC. In a nutshell, the script runs 'predict' to get
the PCSAT pass data, grabs the start and end times using head, tail, and
cut, converts the date format using 'date', and submits 'at' jobs for the
start and end of the pass. The first job sets the station up for PCSAT, and
the second changes it back to normal IGATE operation and calls the main
script again to find the next pass.
Anyway, if anyone's interested in the details of the hardware or the
scripts, you can email me off-list. Yeah, it's not exactly
earth-shattering, but it's handy - I just logged into my home machine from
work and went to 145.825 to work PCSAT.
Scott, N1VG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
