| |
ZL3AI > APRDIG 11.10.03 09:46l 261 Lines 9946 Bytes #999 (0) @ WW
BID : 2118-ZL3AI
Read: GUEST
Subj: TAPR Digest, Oct 07, 3/5
Path: DB0FHN<DB0RGB<DB0MRW<OK0PKL<OK0PCC<OK0NAG<OK0PPL<DB0RES<ON0AR<ZL2BAU<
ZL3VML
Sent: 031009/1254Z @:ZL3VML.#80.NZL.OC #:10056 [Chch-NZ] FBB7.00i $:2118-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Igate/path questions for the group
From: Henk de Groot <henk.de.groot@hetnet.nl>
Date: Tue, 07 Oct 2003 16:26:57 +0200
X-Message-Number: 21
Hello Jeff,
At 17:40 6-10-03 -0400, Jeff Thomas - KD4EVB wrote:
>Is UIDIGI or DIGINED available under Linux and how stabile is it. I've got
DIGI_NED runs on DOS and Linux.
>a lot of feedback on DIGI_NED under DOS not being very reliable, could of
>just been their setup/hardware, but either way I'm not too fond of running
>anything on DOS that needs to be halfway reliable, grin. By reliable I mean
Tell me more! I never heard of any stability problems. I sure would like to
know where this "lot of feedback" comes from. Something is definately not
right here...
We had our DOS based DIGI_NED digi running over a year (non-stop 24/7)
without a hickup of any kind. The only reason that it stopped after a year
is because we had to relocate the digi to another QTH (which I think is a
valid reason to switch it off...). Before that the only time the digipeater
was booted before that was to upgrade to a newer version.
If anybody experienced any instabilities with DIGI_NED, let me know; I will
try to do something about it if it is software related. As far as I know to
date, it is rock stable and very reliable (unless you are running on flaky
hardware). The stability of pure DOS is excellent as long as you don't try
to use any TCP/IP networking or run Windows on top of it. I have no idea
who is spreading rumours about instability, it must be somebody that never
used it.
>under load for just short of 2 YEARS and a month right now. Not too fond of
>basing anything off a PC, but it appears to be the trend if we want more
>intelligent digipeating options.
Yes, every pro has a con. This is the only major issue of DIGI_NED I know
of, although it also has to do with what you are used to, in Europe we have
PC's everywhere for packet and hardly any TNC's doing any intelligent work.
>What's the pro's and cons of UIDIGI versus DIGI_NED? Can one or the other
>be implimented in EPROM form (I think UIDIGI can be done this way)?
UIDIGI is a replacement EPROM for TNC-2 type TNCs. So its more a box like a
Kantronics but does digipeating the correct way.
DIGI_NED uses a PC and therefore has much more possibilities. One of the
biggest assets is that you can set it up any way you want and it can drive
up to 8 ports. Of course this also has a price, there are many parameters
you can set and change, it has a much bigger learning curve than anything
else. It gives you full power and control in return.
To make the step to get started with DIGI_NED easier, there is a single
bootfloppy with a simple configuration program that makes a kind of
standard digipeater. This one can be setup in minutes and can give you a
crossband digipeater, but still you need a PC.
If you only intend to run a standard single band digipeater maybe UIDIGI is
for you. If you want to do anything more advanced, like implementing Bob's
new NETn-N and LINKn-N, offloading WIDEn-N to another QRG, or have support
for LOCAL,REGION and IGATE aliasses like used by APRSNW then you need
control that todate only DIGI_NED can give you.
To use an analogy: DOS and LINUX are both OSses and on both you can type
commands and run programs. But with LINUX you can do a lot more, but is
also a lot harder to setup and learn and requires a much more powerfull PC.
The same way a digi with the power of a PC can do a lot more than a simple
8 bit microprocessor.
Kind regards,
Henk.
----------------------------------------------------------------------
Subject: Re: Open-Source TNC anyone? [was: The APRSteward SPAM filter [was:
New Mexico LANn-N?]]
From: David VanHorn <dvanhorn@cedar.net>
Date: Tue, 07 Oct 2003 12:17:58 -0500
X-Message-Number: 22
At 10:05 AM 10/7/2003 -0700, Scott Miller wrote:
>Aren't the Atmel processors fairly similar to the PICs?
A good thing I didn't have a mouthful of pepsi right then.
>I know they're RISC - aren't they also Harvard architecture? PICs have a
>13-bit instruction word, I believe - what about AVRs?
Ok, you asked for it :)
Flash: All the avr's are flash, and can be programmed from simple and cheap
programming tools. The AVRISP is a nice one, for $30, and I use the BA1FB
programming software and a $5 adaptor for 2343 or 8515/8535 work.
BTW: The 2343 is a very nice AVR to start on.
Speed: 4 clocks/instruction on the pic, 1 for most instructions on the AVR.
AVR runs up to 16 MHz, equivalent roughly to a 60 MHz pic.
Interrupts: MANY interrupts, all maskable, all vectored.
I've done apps where a single interrupt hammered at 300kints/sec, and still
had plenty of time for other int processes, and foreground tasks.
The AVR guarantees you at least one non-int instruction between all isr's.
Memory pages: There aren't any in the AVR.
Memory holes: There aren't any in the AVR.
I/O pages: There aren't any in the AVR..
16 bit instruction word.
Registers: The pic has to funnel everything through the "W" register, to
manipulate it. The AVR has 32 registers. The upper 16 work with all
instructions, and you could think of them as 32 "w" registers. The lower 16
work with most instructions.
The upper six registers are defined as 16 bit pointers in the instructions
that use pointers, but are available as normal registers when not in use as
pointers.
Rich instruction set.
>Personally I just stick with the Motorola HC08 series... good old-fashioned
von Neumann architecture. I don't trust any microprocessor that doesn't let me
write self-modifying
>code. =]
You can do it in the megas, even though they are harvard.
See the LPM/SPM instructions.
----------------------------------------------------------------------
Subject: Re: Open-Source TNC anyone? [was: The APRSteward SPAM filter [was:
New Mexico LANn-N?]]
From: John Hansen <hansen@fredonia.edu>
Date: Tue, 07 Oct 2003 13:39:39 -0400
X-Message-Number: 23
see http://www.tnc-x.com
----------------------------------------------------------------------
Subject: PIC-E for APRS - how?
From: "Rochte, Robert" <rrochte@gpacademy.org>
Date: Tue, 7 Oct 2003 13:41:43 -0400
X-Message-Number: 24
Well, now that my Tinytrak is hanging from a tree somewhere in West Virginia
and my KPC-3+ is on its way to join in the fun, I'm down to my as-yet
unassembled PIC-E kit...
I bought this several years ago, long before I knew anything at all about
APRS. Can it be used as a simple APRS tracker? If so, what software (i.e.,
for the PIC-E itself) do I want to use?
Of course, if anyone would like to trade a couple of Tinytraks for PIC-E,
I'm open to the idea... ;-)
Thanks.
73,
Robert
----------------------------------------------------------------------
Subject: RE: XMap with Digitravller WAS: Re: DigiTraveler to PalmIIIxe
From: "Hurt, Jay" <hurt@adcom911.org>
Date: Tue, 7 Oct 2003 11:45:11 -0600
X-Message-Number: 25
Robbie,
I successfully connected my digitraveller to a Palm IIIc, however I did not
purchase a cable to fit the palm end of things. I connected a DB9 male to
one of the supplied digitraveller cords and swapped RXD/TXD (pins 2 and 3 on
the DB9). Now I plug the new DB9 to the end of my charging cradle cord and
place the palm in the cradle.
Kind of awkward, but since I'm about 1600 miles from home and did the work
in a hotel room with a set of needlenose pliers..... :-)
Anyhow, I can go into the prefs and set the flag to not shut off the palm
when in the cradle and it will not auto-power off. And I can charge the
battery if I have a power outlet available.
Sounds like your palm is not seeing the gps at all, it will take 2-3 minutes
to time out if the gps is not connected.
Hope this helps.
Jay
73 de N0XVB
----------------------------------------------------------------------
Subject: DigiTraveler to PalmIIIxe
From: Robbie <mwrobertson@comcast.net>
Date: Sun, 05 Oct 2003 01:47:30 -0500
X-Message-Number: 3
Hi all,
Well, I thought I was in good shape. Using pins 2, 3 and 5 on the DB-9
does not seem to get it done.. I am beginning to believe there needs to
be CTS-RTS jumpered or something else..
The GPS works into the Kenwoods.. Works into normal mapping programs
using the RS-232. The PalmIIIxe turns on the GPS, but after about 2
minutes or less, (outside clear view), it complains about NO GPS... All
three of the cables that I cut the PDA end off, has one form of jumper
or another, but still only the 3 wires going into the RJ connector for
the GPS..
Reversing pins 2 and 3 will not allow the receiver to "turn on".
Open for suggestions, or being pointed to sources for finishing this
cool little setup for aprs....
Thanks in advance,
Robbie, wa9inf
----------------------------------------------------------------------
Subject: RE: XMap with Digitravller WAS: Re: DigiTraveler to PalmIIIxe
From: "Hurt, Jay" <hurt@adcom911.org>
Date: Tue, 7 Oct 2003 11:46:56 -0600
X-Message-Number: 26
Robbie,
I successfully connected my digitraveller to a Palm IIIc, however I did not
purchase a cable to fit the palm end of things. I connected a DB9 male to
one of the supplied digitraveller cords and swapped RXD/TXD (pins 2 and 3 on
the DB9). Now I plug the new DB9 to the end of my charging cradle cord and
place the palm in the cradle.
Kind of awkward, but since I'm about 1600 miles from home and did the work
in a hotel room with a set of needlenose pliers..... :-)
Anyhow, I can go into the prefs and set the flag to not shut off the palm
when in the cradle and it will not auto-power off. And I can charge the
battery if I have a power outlet available.
Sounds like your palm is not seeing the gps at all, it will take 2-3 minutes
to time out if the gps is not connected.
Hope this helps.
Jay
73 de N0XVB
Original Message
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
