| |
ZL3AI > APRDIG 23.03.07 09:11l 232 Lines 8732 Bytes #999 (0) @ WW
BID : 9923-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 33 #20, 2/2
Path: DB0FHN<DB0MRW<DB0FSG<OE7XLR<OE2XUM<OE5XBR<OE1XAB<HG8LXL<7M3TJZ<F6KMO<
F3KT<IW2OAZ<ZL2BAU
Sent: 070323/0237Z @:ZL2BAU.#79.NZL.OC #:39094 [Waimate] $:9923-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Message: 8
Date: Tue, 20 Mar 2007 06:35:40 -0500
From: "AE5PL Lists" <HamLists_at_ametx.com>
Subject: RE: [aprssig] javaprs port that doesn't send a "keepalive" packet?
>-----Original Message-----
>From: Tapio Sokura
>Posted At: Tuesday, March 20, 2007 1:34 AM
>Subject: [aprssig] javaprs port that doesn't send a "keepalive" packet?
>
>From the small sample I've studied, javaprssrvr-servers seem to output
>a #-prefixed idle packet every 20-30 seconds, at least on port 14580.
>Is there a way to disable these packets by using a different port or
>sending a specific kind of login command, for example?
No. There are some sysops that have disabled the keep-alive for special
applications which they might contact you directly. The keep-alives are
necessary to ensure the client has not disappeared (connection severed,
not disconnected) and to ensure the client doesn't disconnect thinking
the server has gone away (many client software have their own timers for
seeing something from the server).
>I'm asking because a simple, only txing, cell-phone based tracker
>accumulates most of the traffic from these idle packets. When you are
>charged for every byte transferred, you like to keep the transferred
>amount to a minimum. Would using UDP solve this?
No. The UDP functionality is only for packet transfers -from- the
server to the client to reduce bandwidth requirements since that is the
direction where most packets flow. Keep-alives on the TCP connection
are still used to ensure the client is still there.
73,
Pete Loveall AE5PL
pete at ae5pl.net
------------------------------
Message: 9
Date: Tue, 20 Mar 2007 08:06:47 -0700 (PDT)
From: Bob Cutter <ki0g_at_yahoo.com>
Subject: [aprssig] One-Wire, Opentracker troubleshoot
My One-Wire Opentracker combo has died. I suspect the TNC as I do not get
the periodic LED flash and congifuration does not seem to make any
difference.
I would like to check the One-Wire to eliminate that part. Anyone suggest
a test? I do not have any display for the One-Wire.
Any other suggestions?
73, Bob KI0G
------------------------------
Message: 10
Date: Tue, 20 Mar 2007 10:07:28 -0500
From: Gregg Wonderly <gregg_at_wonderly.org>
Subject: Re: [aprssig] javaprs port that doesn't send a "keepalive" packet?
AE5PL Lists wrote:
>Keep-alives on the TCP connection
>are still used to ensure the client is still there.
It would seem that you could use the TCP keepalive function for this in
this day and age. Are there specific places where TCP keepalive is not
available and so you are using data instead? I understand that there are
potentially some broken clients that are taking idle time to mean lost
contact.
This would seem like a good thing to have as optional to allow these kinds
of applications to be used with minimal bandwidth use.
Gregg Wonderly
------------------------------
Message: 11
Date: Tue, 20 Mar 2007 10:18:01 -0500
From: "AE5PL Lists" <HamLists_at_ametx.com>
Subject: RE: [aprssig] javaprs port that doesn't send a "keepalive" packet?
TCP keep-alives were looked at but do not provide the granularity needed
for APRS-IS. Also, there are a number of (not broken) clients that look
for data from the server to be assured that the connection to the server
is still valid.
73,
Pete Loveall AE5PL
pete at ae5pl.net
------------------------------
Message: 12
Date: Tue, 20 Mar 2007 08:29:02 -0700
From: "'Scott Miller'" <scott_at_opentrac.org>
Subject: RE: [aprssig] One-Wire, Opentracker troubleshoot
If you've got the RS-232 1-wire adapter, you can run the Dallas utilities
to check out the devices. You can also load the OpenTracker with the test
and diagnostic firmware. Once it's loaded, connect at 4800 baud using a
terminal program and hit enter to get the menu. There's an option to
enumerate the 1-wire devices. That'll tell you if it's talking to the
weather station. When you're done, you'll have to reload the normal
weather station firmware.
Scott
N1VG
------------------------------
Message: 13
Date: Tue, 20 Mar 2007 10:31:24 -0500
From: Don Moore <DonM_at_jobpointmo.org>
Subject: RE: [aprssig] One-Wire, Opentracker troubleshoot
>I would like to check the One-Wire to eliminate that
>part. Anyone suggest a test?
Hi Bob, you could put together a serial to 1-wire interface easily from
this link. (http://owfs.sourceforge.net/adapters.html) From there, use
some software like DigiTemp (http://www.digitemp.com) to read the sensor
and see if it is functioning properly.
I have built several of the interfaces and they are simple and quite quick
to put together. I've read about some problems using them on long runs
although that shouldn't matter for your testing especially if you use some
short leads to the sensors.
Don M. - KMØR
------------------------------
Message: 14
Date: Tue, 20 Mar 2007 08:36:26 -0700 (PDT)
From: Bob Cutter <ki0g_at_yahoo.com>
Subject: RE: [aprssig] One-Wire, Opentracker troubleshoot
Tnx Scott, I cannot get it to connect for Config. now so suspect the TNC.
I will try the O-W utility to eliminate that component.
73, Bob KI0G
------------------------------
Message: 15
Date: Tue, 20 Mar 2007 08:52:05 -0700
From: "'Scott Miller'" <scott_at_opentrac.org>
Subject: RE: [aprssig] One-Wire, Opentracker troubleshoot
Ok. If the LED blinks, but doesn't connect, try resetting it a few times.
If you get a communications error, then you've probably got a bad FET. I
can send a replacement part or you can send it back for repair. Some of the
earlier OT1x board revisions were a little ESD-sensitive. I've since
corrected the problem, but I'm still offering free repairs for the affected
versions.
Scott
N1VG
------------------------------
Message: 16
Date: Tue, 20 Mar 2007 09:54:50 -0700
From: "Herb Gerhardt" <hgerhardt_at_wavecable.com>
Subject: RE: [aprssig] Registering OC30 and MAPOCX > Windows Vista Ultimate
Ok, I guess it is my turn to take a run on this question.
The Mark and Keith he was referring to is Mark and Keith Sproul who are the
authors of WinAPRS and MacAPRS.
Now as far as the PM3 question goes. Mark has stopped support for Precision
Mapping support. It just got too hard to keep up with all the PM changes
and the integration to WinAPRS. He is now supporting TIGER maps which are
FREE for downloading at: http://www2.census.gov/geo/tiger/ The latest maps
are available at: http://www2.census.gov/geo/tiger/tiger2006se/
I think Precision Maps are "prettier" than TIGER maps, but there is nothing
wrong with Tiger maps as long as you have a fairly new computer. Tiger maps
are very memory intensive and you need a fast machine with lots of RAM to
make them work well for you. I have been running WinAPRS with Tiger Maps
for several years now and, now that I upgraded to a modern fast laptop, am
perfectly satisfied with their performance. I run WinAPRS Version 2.8.5.
The last time Mark issued winaprs.exe file for PM 3 maps was in Dec 05 and
was for use for the current version of WinAPRS at that time. It was issued
for version 2.8.2. It is still available for download at:
http://winaprs.org/downloads/pmap3/ I do not think you can use it with
the current version which is Version 2.8.5.
The only other version of Precision Maps that was ever useable with WinAPRS
was PM 5.0 but the problem was that these only gave you a 2/3 screen which
in my mind was not acceptable so I switched to the Tiger maps. In Version
2.8.5, I don't think PM 5.0 are really useable any longer since you can not
change the drive letter to run the PM 5.0 maps off your HD, so I did not
even load any of the PM files on my new laptop.
I have no idea how well all these programs will run on Vista but I would
suspect there are no problems since no one has posted any so far. I am
still running XP Media Edition and have received the free Vista Premium
upgrade. I will not install the Vista upgrade till others have worked out
all the bugs. I don't need those kind of frustrations.
BTW, for the WinAPRS users, there is also a specific WinAPRS SIG which I
included in the cc block. There is very little traffic on there but that
should be the primary mailing list for us WinAPRS users.
If you have specific questions or problems with WinAPRS, feel free to send
me an email and I will try to resolve them for you. I have been using
WinAPRS since it was first released and am still a very satisfied customer.
Hi, hi....
Herb, KB7UVC
NW APRS Group, West Sound Coordinator
Our WEB Site: http://www.nwaprs.info
------------------------------
aprssig mailing list
aprssig_at_lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
End of aprssig Digest, Vol 33, Issue 20
Read previous mail | Read next mail
| |
