| |
ZL3AI > APRDIG 28.01.07 23:18l 249 Lines 9567 Bytes #999 (0) @ WW
BID : 9645-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 31 #32, 3/5
Path: DB0FHN<DB0MRW<DK0WUE<7M3TJZ<ON0AR<ZL2BAU
Sent: 070128/2207Z @:ZL2BAU.#79.NZL.OC #:29767 [Waimate] $:9645-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Message: 15
Date: Sat, 27 Jan 2007 00:46:03 +0100
From: Kai Gunter Brandt <kai.brandt_at_hjemme.no>
Subject: Re: [SPAM] RE: [aprssig] UIview Digiepater add-on
VE7GDH wrote:
>Kai LA3QMA wrote...
>
>>But I really don't think a PC is stable enough to run perfectly 24/7/365
>>without some kind of watchdog
>
>I run UI-View32 as a IGate for weeks and weeks on end. The machine running
>the IGate here is used for many other tasks on a daily basis, so even if
>there is the occasional glitch, I know about it. However, about the only
>time the computer ever needs a restart is after Windows update that
Yes then you are the watchdog :o) and you have easy access to the machine.
windows and ui-view can run almost as perfect as a TNC with DIGI firmware.
I was more thinking of using a PC on a hill top.
And the only time i got UI-View stop is when to much info from the IGATE or
a plugin for uiview has crashed then nothing is working. Not sure if thers
a function killing plugins that stops working, but if using the uiu-view
api then it stops everything that ui-view wish to do until either tyhe
plugin is killed or starts to work again..
I'm running an old windows2000 doing no upgraded and only running ui-view
an igate everything else on the net etc is closed and it runs perfect for
over 200days before a reset needs to be done.
>ticks along with no interruptions at all. I really think that Windows is a
>lot more stable than it used to be, but I agree that it would be good if a
>person were around to give it a nudge if needed.
i'm in both religions. Using windows for a very few programs. everything
else is FreeBSD, Debian or SuSE
At work we are using SuSe and RedHat but these are just like windows...
not terrible stable if you are using it for lotz of different things.
And the downside with windows is that if you have two complete identical
computers installing with same CD then you might get one stabel computer
and the other is actring crazy.
So if you first have a stable windows then its running like a clock...
And whatever religion or operating system as with hardcoded TNC i think
we should be monitoring them because nothings failsafe.
We had a packet node running ok for years until som complains.... it was
the TNC that wanted the radio to TX continously... and so it died....
old radio without a timeout timer.
>>So the plugin should use WIDE1-1 or NOHOP as a path? :o)
>>AGWTracker uses QRT as a method to "drop" packets so that its not
>>been digied.
>
>I would think it should be more of a no hop path... i.e. direct only.
>if the idea is to let local mobile APRS users know about local voice
>repeaters, the range of the object shouldn't really be reaching out to through
>digipeaters.
>If the program generating the object is down in a hole, it probably isn't
>in the best location to be generating the object. However, with that said,
So the path should not be able to alter...
>I'm sure there will be occasions when someone might want to generate
>objects, bulletins or announcements at something other than their default
>path. I hear what Bob is saying about perhaps it might be better if it had
>an unchangeable no-hop path, but perhaps I have more faith in operators
>setting things up properly. If they err, we help them fix it.
>
>73 es cul - Keith VE7GDH
Anyhow people can still send out objects with i.e ui-view and APRSTracker.
So maybe LA3QMA to APU25N via QRT is the way to go...
i have not read the APRS protocol to see if theres a destination address
like this..
LA3QMA
Kai Gunter
------------------------------
Message: 16
Date: Fri, 26 Jan 2007 21:31:42 -0500
From: "Ryan Tourge" <k2rrt.lists_at_gmail.com>
Subject: [aprssig] Fwd: wx200d
---------- Forwarded message ----------
From: Ryan Tourge <k2rrt.lists_at_gmail.com>
Date: Jan 26, 2007 9:23 PM
Subject: wx200d
I found a slight bug in the APRS output of the linux wx200d weather
application.
As it comes when the temp dips below zero it outputs the temperature
parameter as "-7". This may have caused the temperature not to decode
properly in some applications. I found this using FINDU but it may be the
case with others as well...
so here was a quick fix:
on line 270 of wx200.c change:
sprintf(tmpbuf,"%+02.0f",unit_temp(wx.temp.out.n,1));
to
sprintf(tmpbuf,"%+03.0f",unit_temp(wx.temp.out.n,1));
then:
make
make install
This will out put the temp as "-07" and seems to make FINDU happy.
Just for the record I'm not picking on findu It's just the only app I
had access to at that moment.
--
Ryan Tourge - K2RRT
------------------------------
Message: 17
Date: Fri, 26 Jan 2007 04:27:39 -0800
From: "Keith - VE7GDH" <ve7gdh_at_rac.ca>
Subject: RE: [aprssig] Local Repeater Displays on Mobiles
Bob WB4APR wrote...
(about beaconing repeater objects in UI-View)
>This would make the object be SPAM and unwanted QRM to most
>surrounding areas and the negative impact of this kind of SPAM
>into areas where the information is not-valid would kill any
>benefit of having the object in the first place.
Just an after-thought... I regularly beacon with a one hop path (WIDE2-1)
from my fixed station / IGate. The reason for that is that there's one
nearby tall digi that has a large footprint, and a several a bit further
away in the other direction that have nearly as large a footprint as the
tall one. My "local voice repeater" is up at 2300' ASL and also has a
large footprint. A beacon going from my own station on RF would reach out
on some of those digis about as far as far as the voice repeater reaches
out. I usually have my object interval set at a conservative 60 mins.
73 es cul - Keith VE7GDH
--
"I may be lost, but I know exactly where I am!"
------------------------------
Message: 18
Date: Fri, 26 Jan 2007 04:07:00 -0800
From: "Keith - VE7GDH" <ve7gdh_at_rac.ca>
Subject: RE: [aprssig] Local Repeater Displays on Mobiles
Earl KD5XB wrote...
>You could run AGWPE and TWO instances of UI-View32 -- one
>for "regular" use, and one simply to transmit the object(s).
Good idea... there's always more than one way to skin the cat!
73 es cul - Keith VE7GDH
--
"I may be lost, but I know exactly where I am!"
------------------------------
Message: 19
Date: Fri, 26 Jan 2007 21:21:12 -0700
From: Joel Maslak <jmaslak-aprs_at_antelope.net>
Subject: Re: [SPAM] RE: [aprssig] UIview Digiepater add-on
On Jan 26, 2007, at 2:47 PM, Robert Bruninga wrote:
>I'm beginning to realize, based on one of the other posts, that
>there are many non-KPC3+ digipeaters on mountains with nearby
>voice repeaters that may need to have a local such object. So
>in this case, then the Uiview down in the "hole" would need to
>have a ONE-HOP only path via that mountain top digi to advertise
>that colocated voice repeater. In all cases, this path would be
>1 hop specific to that one digi. I don't see any need for a
>generic path to hit more than one digi.
Most of the time the people directly involved in the local scene could care
less about an object for the local repeater.
But, that said, even when I'm driving long distance, by the time I've
entered the frequency, perhaps set a PL if I feel like I'd transmit, etc,
I'm halfway through the repeater's range, plus another 10 minutes after
that (since we're only beaconing once every 10 minutes - I'm 10 minutes
further inside the coverage), plus I'd have to see it on my display, etc...
I'd personally prefer to send a message to a "repeater server" which can
compute at the least PHG circles and tell me what repeater(s) are
available. Obviously it would be even better if such a server only gave me
a couple of repeaters, and, preferably, repeaters that actually have
someone listening on them.
That would seem to solve a bunch of problems - such as areas with APRS
without anyone sending an object (but where I might want to get on a
repeater anyhow), QRM, etc.
Ideally, APRS devices would make that request into a quick button push -
maybe even tuning a voice radio automatically, putting in the PL, etc
(there's no technical reason that Kenwood couldn't do this in the D800 or
whatever <grin>).
------------------------------
Message: 20
Date: Fri, 26 Jan 2007 23:40:00 -0500
From: Steve Huston <huston_at_srhuston.net>
Subject: Re: [SPAM] RE: [aprssig] UIview Digiepater add-on
On 1/26/07 11:21 PM, Joel Maslak wrote:
>I'd personally prefer to send a message to a "repeater server" which can
>compute at the least PHG circles and tell me what repeater(s) are
>available. Obviously it would be even better if such a server only gave
>me a couple of repeaters, and, preferably, repeaters that actually have
>someone listening on them.
That's why I like the idea of using some identifier that won't collide on
APRS-IS (which I'm doing for an object of our club's repeater). This way,
if someone knows they're heading up this way, they can look at the APRS map
beforehand and see the object, maybe program it in their radio, whatever.
If by some miracle everyone were to come to a consensus about how to name
the objects and get them into APRS-IS, I'll bet a quick script could make
pretty PHG-circled maps from findu :>
--
Steve Huston - W2SRH - Unix Sysadmin, Dept. of Astrophysical Sciences
Princeton University | ICBM Address: 40.346525 -74.651285
126 Peyton Hall |"On my ship, the Rocinante, wheeling through
Princeton, NJ 08544 | the galaxies; headed for the heart of Cygnus,
(609) 258-7375 | headlong into mystery." -Rush, 'Cygnus X-1'
------------------------------
Read previous mail | Read next mail
| |
