| |
ZL3AI > APRDIG 09.10.03 17:45l 250 Lines 9746 Bytes #999 (0) @ WW
BID : 2113-ZL3AI
Read: GUEST
Subj: TAPR Digest, Oct 06, 2/4
Path: DB0FHN<DB0THA<DB0ERF<DB0SON<DB0SIF<DB0FSG<DB0RGB<OK0PPL<DB0RES<ON0AR<
ZL2BAU<ZL3VML
Sent: 031008/1237Z @:ZL3VML.#80.NZL.OC #:9996 [Chch-NZ] FBB7.00i $:2113-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: 30% network improvement
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 6 Oct 2003 09:49:53 -0400 (EDT)
X-Message-Number: 8
Here is another thing we can ALL do to improve our networks by 30%:
Set your Kenwood or other MIC-E STATUS-TX-RATE to 1/5 instead of 1/1.
THis sends the added 20 bytes of status only once every 5th position
packet instead of including it in every packet. Since a Mic-E/Kenwood
packet is only about 40 bytes long, having the added 20 bytes of status IN
EVERY ONE is just wasted overhead.
ALL APRS programs are supposed to CAPTURE and RETAIN the last STATUS even
if it is not refreeshed in every packet. THus, once people have received
one STATUS from you, their radios or software should always display it.
Please CONFIRM that your favorite CLIENT software does this. It was
fundamental in the design of the MIC-E format that all client software
would do this. If your's doesnt, then we need to get that author to fix
it...
de Wb4APR, BOb
The nay-sayer might say, "aw, but this only affects a few mobiles"...
Well, it is the few-mobiles transmitting new position reports every 1 to 3
minutes that represents almost half of all APRS traffic, so anything we do
to improve their efficiency really helps the network...
----------------------------------------------------------------------
Subject: RE: [ui-view] TM D-700 not acking
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Mon, 6 Oct 2003 09:58:51 -0400
X-Message-Number: 9
I have a D700 (KF4OTN-12... Off the air right now b/c of storm damage) that
I use a lot for messaging... Jim WA6OFT, and others, have had similar
problems when msging me. This is when I'm sitting at the radio! The buffer
isn't even full or close to being full and it won't send an ack. To my
knowledge, there isn't a setting for the radio NOT to ACK a message sent to
it.
I have 'Cc'ed the APRSSIG on this so that maybe someone might have an
answer...
73s,
Eric KF4OTN
-----Original Message-----
From: James Smith [mailto:k9apr@tawg.org]
Sent: Sunday, October 05, 2003 14:36
To: ui-view@yahoogroups.com
Subject: Re: [ui-view] TM D-700 not acking
Your right, if the message buffer fills up in the D700 it will send a
rej ack, which means it rejected the message sent to the party you sent
it too. So you need to clear the buffer out...
Ron Cluster wrote:
>I think I recall hearing sometime ago that if the message buffer in the D700
>is full of messages it will no longer send acks. I don't have one so I don't
>have any firsthand experience with it.
>
>73.....Ron.....AC7TK.....(-9 when mobile)
----------------------------------------------------------------------
Subject: 9600 user data
From: wes@johnston.net
Date: Mon, 06 Oct 2003 10:23:49 -0400 (EDT)
X-Message-Number: 10
Ok, I have a 9600 baud TNC (a real one, not a limited (ahem)
implementation), and I have a 9600 baud ready radio.
I can open a filtered port to aprs IS and only get stations for, say 500
miles around.
How do I get all those stations onto 70cm at 9600? Is there some app which
will take rx'ed IGATE traffic and put it on the air direct (ie not as 3rd
party packets with my callsign).
Wes
----------------------------------------------------------------------
Subject: Re: [ "Christensen, Eric" ] RE: [ui-view] TM D-700 not acking
From: "Gregg G. Wonderly" <gregg@skymaster.cytetech.com>
Date: Mon, 06 Oct 2003 09:26:41 -0500
X-Message-Number: 11
>I have a D700 (KF4OTN-12... Off the air right now b/c of storm damage) that
>I use a lot for messaging... Jim WA6OFT, and others, have had similar
>problems when msging me. This is when I'm sitting at the radio! The buffer
>isn't even full or close to being full and it won't send an ack. To my
>knowledge, there isn't a setting for the radio NOT to ACK a message sent to
>it.
>
>I have 'Cc'ed the APRSSIG on this so that maybe someone might have an
>answer...
Anytime that the kenwood radios are configured to use a GPS to send position
information, and there is no GPS fix, they will not transmit status, ack,
position or otherwise. This might be what you are experiencing.
-----
gregg@cytetech.com (Cyte Technologies Inc)
----------------------------------------------------------------------
Subject: RE: Isabel and APRS
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Mon, 6 Oct 2003 10:20:25 -0400
X-Message-Number: 12
Ev and the Group,
The Washington County EOC activated approx 48 hours prior to the storm
making landfall. Our Emergency Response SOGs stated that once the winds hit
50 mph fire, EMS, and law enforcement would not be responding to calls.
Because we only have access to a weather station at the extreme western side
of the county, we used APRS to monitor a weather station just east of our
county (KB4TOH-11... Thanks Mike and Dave). When it was determined that
the winds were over the limit, we stopped all emergency responses until
speeds subsided to a safe speed.
The FireNet data helped a lot as well. Besides providing more weather
stations to confirm wind speed and direction, rainfall from these stations
helped determine flooding. Curt was able to modify his program that parses
the Rivergaging stations so that we would get updates every 5 minutes. This
kept me inside the office instead of walking out to the Roanoke River to
check the manual gauge we have... (Can someone please petition to put a
shiny new river gauge back there so I don't have to go out there at all?!?)
I'm looking at putting together some small trackers that can be thrown in
emergency vehicles that are going out during the storm so we can determine
their location... exactly. At one point, we had three people trapped out in
the storm that couldn't get back due to trees blocking the way and we
couldn't determine exactly where they were to be able to get them out...
They now vow to never go out in another storm... :)
We did send some test messages to the Dare Co EOC that were acked but never
responded to... They were busy. But we did have comms with them and other
users in the area so that was really good. Hope this makes APRS shine! It
definitely worked for us!
73s,
Eric KF4OTN
----------------------------------------------------------------------
Subject: RE: [ "Christensen, Eric" ] RE: [ui-view] TM D-700 not acking
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Mon, 6 Oct 2003 10:29:02 -0400
X-Message-Number: 13
This is true, but I feel sure that I have a GPS fix during these times... I
rarely loose the fix in my area. BUT, when I get that station back up and
running I'll check on that to see... (I always wanted an excuse to get an
external antenna for my GPS... :) )
-----Original Message-----
From: Gregg G. Wonderly [mailto:gregg@skymaster.cytetech.com]
Sent: Monday, October 06, 2003 10:27
To: Christensen, Eric
Cc: TAPR APRS Special Interest Group
Subject: Re: [ "Christensen, Eric" ] [aprssig] RE: [ui-view] TM D-700 not
acking
>I have a D700 (KF4OTN-12... Off the air right now b/c of storm damage)
>that I use a lot for messaging... Jim WA6OFT, and others, have had
>similar problems when msging me. This is when I'm sitting at the
>radio! The buffer isn't even full or close to being full and it won't
>send an ack. To my knowledge, there isn't a setting for the radio NOT
>to ACK a message sent to it.
>
>I have 'Cc'ed the APRSSIG on this so that maybe someone might have an
>answer...
Anytime that the kenwood radios are configured to use a GPS to send position
information, and there is no GPS fix, they will not transmit status, ack,
position or otherwise. This might be what you are experiencing.
-----
gregg@cytetech.com (Cyte Technologies Inc)
----------------------------------------------------------------------
Subject: RE: [ui-view] TM D-700 not acking
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 6 Oct 2003 10:44:02 -0400 (EDT)
X-Message-Number: 14
On Mon, 6 Oct 2003, Christensen, Eric wrote:
>I have a D700 (KF4OTN-12... Off the air right now b/c of storm damage)
>that I use a lot for messaging... Jim WA6OFT, and others, have had
>similar problems when msging me. ... to my knowledge, there isn't a
>setting for the radio NOT to ACK a message sent to it.
Remember, ALL radios and stations under your call will RECEIVE any
messages to ANY of your stations. But only the one with a matching SSID
will ACK...
Bob
----------------------------------------------------------------------
Subject: Re: Further case for APRSteward [was: is wide5-7 a valid path?]
From: "Bill Vodall WA7NWP" <wa7nwp@jnos.org>
Date: Mon, 6 Oct 2003 09:03:26 -0700
X-Message-Number: 15
>Imagine a UI-View plugin that analyses APRS paths-used and offers suggestions
to>users as to what to change them to for greatest efficiency. How could it be
>used?
>
>THIS PRODUCT COULD SINGLE HANDEDLY FIX MANY PROBLEMS IN THE RF APRS NETWORK
>while still allowing for other operation on a temporary basis as the need of an
>emergency or tactical network would dictate. Alas, this product doesn't exist.
>:)
>
>Regards,
>Ev, W2EV
I've been scaning for "boguss paths" for a long time.
http://www.findewe.com/nwaprs/JavAprsPnw#head-7ed362569ffeffe6df988ebbccf50cadee
6808dc
It was never a high priority to Email users. Sending messages on RF
is pretty much pointless as many of the stations showing up are trackers
without receive capability. We're having enough trouble to get folks
to reduce their paths.
The real solution is still to simplify paths (pseudo aliases) and real
digipeaters instead of the inadequate TNC based solutions... IMHO...
73,
Bill - WA7NWP
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
