| |
ZL3AI > APRDIG 13.03.07 00:06l 268 Lines 9909 Bytes #999 (0) @ WW
BID : 9820-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 32 #30, 1/3
Path: DB0FHN<DB0MRW<DK0WUE<DB0RES<F5GOV<F4BWT<IW2OAZ<ZL2BAU
Sent: 070312/2255Z @:ZL2BAU.#79.NZL.OC #:37097 [Waimate] $:9820-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Today's Topics:
1. RE: whatever happened to.... (kc9umr_at_freqradio.com)
2. Re: whatever happened to.... (Jason Winningham)
3. Re: whatever happened to.... (kc9umr_at_freqradio.com)
4. RE: whatever happened to.... (Ray McKnight)
5. Bar Code Formats for APRS (Robert Bruninga)
6. RE: Bar Code Formats for APRS ('Scott Miller')
7. Re: whatever happened to.... (John Ronan)
8. RE: Bar Code Formats for APRS (Ray McKnight)
9. Re: Bar Code Formats for APRS (Wes Johnston, AI4PX)
10. barcodes, etc. (Ken Cechura)
11. APRS+SA (Robert Wood)
12. APRS+SA and Vista (Michael Wolthuis)
13. RE: barcodes, etc. (Ray McKnight)
14. RE: PC Card, barcodes, etc. (Mark Fellhauer)
15. RE: RE: PC Card, barcodes, etc. (Ray McKnight)
16. RE: APRS+SA (Robert Wood)
17. RE: barcodes, etc. (kc9umr_at_freqradio.com)
18. Re: barcodes, etc. (Wes Johnston, AI4PX)
19. APRS Spam....Re: Out of Office AutoReply: [aprssig] barcodes,etc.
(Wes Johnston, AI4PX)
20. Re: barcodes, etc. (M J)
21. RE: barcodes, etc. ('Scott Miller')
22. Radio <> TNC Cables (Danny Messano)
23. RE: barcodes, etc. (kc9umr_at_freqradio.com)
24. RE: Radio <> TNC Cables ('Scott Miller')
25. Re: Radio <> TNC Cables (John Habbinga)
26. RE: barcodes, etc. ('Scott Miller')
27. RE: barcodes, etc. (Robert Bruninga)
28. Kantronics MT1200 compressed packets? (Cap Pennell)
29. Re: barcodes, etc. (Wes Johnston, AI4PX)
----------------------------------------------------------------------
Message: 1
Date: Tue, 27 Feb 2007 10:05:41 -0800 (PST)
From: kc9umr_at_freqradio.com
Subject: RE: [aprssig] whatever happened to....
I want to keep track of how many rally cars have entered/exited a stage
(barcode their score cards) - however it gets encoded, we would need to
ensure that it could be implimented both with TNC and D700 type trackers.
make any sense? I know we cannot put a tracker on every car, but at least
knowing how many have entered or left a stage could be useful.... the
bigest drawback would be how to come up with a UI for net control to keep
track of how many vehicles are on any given stage (and WHICH vehicles, so
they know which vehicle is missing if one is lost in transit, in service,
OR in a stage).
thanks
Ken
>It works. I played around a bit with a Tracker2 prototype and a barcode
>scanner. I can print barcodes and scan them to change configuration
>settings, send messages, set the position, and so forth. What do you want
>to do?
>
>Scott
>N1VG
------------------------------
Message: 2
Date: Tue, 27 Feb 2007 12:04:59 -0600
From: Jason Winningham <jdw_at_eng.uah.edu>
Subject: Re: [aprssig] whatever happened to....
seems to me it would be entirely up to you as to whether or not it is
useful.
If the barcode scanner had an RS232 output and the bar code was long
enough, you could print a complete APRS packet on the barcode and connect
the scanner straight to a TNC. Not sure if barcodes can be that long...
A bit of glue logic on a microcontroller or a laptop could map some sort of
code to APRS and assist with generating packets.
Want to tell us about your application?
-Jason
kg4wsv
------------------------------
Message: 3
Date: Tue, 27 Feb 2007 11:24:10 -0800 (PST)
From: kc9umr_at_freqradio.com
Subject: Re: [aprssig] whatever happened to....
OK -
I worked the 100 Acre Wood Rally (www.100aw.org) down in Salem, MO this
weekend. oftentimes, net control would ask how many vehicles have
entered/exited a stage, and more than once, we lost a vehicle either in
service, or in transit.
APRS seems like a logical tool to help aleviate this problem a bit...
since it is impossible to expect every entrant to have an APRS rig in their
car (or be licensed for that matter) and we already have radio people at
the start and finish lines....
IF the entrant's scorecards could be barcoded, they could be scanned on the
way IN to a stage and on the way OUT of a stage.
they could also be scanned IN to service and OUT of service.
With a GUI of some form that could display data received (tabulated....so
maybe in columns with respect to which callsign has checked in, and totals
for each station... so under KC9UMR would be all cars checked into stage
X, and under K9FRT would be all cars checked OUT of stage X, with similar
arrangements for service and all other stages)
The only "issue" might be coming up with a single digi that could cover the
entire race area, though if one or two stations could digipeat for the
event, that might fix tat as well, since only STARTS FINISHES and SERVICE
need to be on the network....
at this point, it would probably be cut off from the APRS world, (most
stages are well away from APRS coverage anyway), but the main part is to
get the info from point A to point B....
------------------------------
Message: 4
Date: Tue, 27 Feb 2007 11:42:29 -0800
From: "Ray McKnight" <shortsheep_at_worldnet.att.net>
Subject: RE: [aprssig] whatever happened to....
[commercial content deleted]
I've monitored the barcode thread for some time, it's been debated for a
year or more now. So how can it be accomplished easily? Try this:
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=320086341448
A handheld PC PDT(personal data terminal, with integrated barcode scanner.
It can run APRSDOS!! *Maybe* even run one of the Windows APRS clients if
you can get Win 3.1s up and running. The main limitation would be the
graphics drivers. But being able to run APRS under DOS and have integrated
barcode capability, PLUS you can turn it into a wireless device with a
PCMCIA Wi-Fi NIC card or add an Ethernet card.
These are fully programmable so it doesn't seem too far fetched that
integrating barcode and UI-Packets would be all too difficult. And having a
handheld PC with LCD display running on a rechargeable battery for APRS is
just way too cool. Not simply a PDA which has always seemed very limited
IMHO. This is the closest thing to adding a barcode scanner to a D7.
Comments?
Ray - WB3ABN
Kingston, WA
------------------------------
Message: 5
Date: Tue, 27 Feb 2007 14:45:27 -0500
From: "Robert Bruninga" <bruninga_at_usna.edu>
Subject: [aprssig] Bar Code Formats for APRS
I think a BarCode Application is ideal for APRS.
>IF the entrant's scorecards could be barcoded, they
>could be scanned on the way IN to a stage and on the
>way OUT of a stage.
I hope we can integrate the Barcodes into APRS in a seamless way so that
they can be tabulated even on existing machines. Here are some options:
>STATUS Packet...
:BLN1SCAN :A bulletin to all
:DATABASEx:A message to "databaseX callsign"
=POSIT/position comment text
MESSAGE FORMAT: A message to s specific applications callsign wouild be
great for generic applications. They will be captured by all APRS clients
and can be captured in FINDU etc.
POSIT FORMAT: The POSIT format is good for an application where the person
with the wand is moving about. Such as moving through a building or
something (or a cave) and whenever they see a barcode on the wall, they
scan it and their wand sends the LAT/LONG position AND any other data that
is on the bar code.
Can anyone see any application that cannot be fit into either of these
formats?
Bob, WB4APR
------------------------------
Message: 6
Date: Tue, 27 Feb 2007 12:16:56 -0800
From: "'Scott Miller'" <scott_at_opentrac.org>
Subject: RE: [aprssig] Bar Code Formats for APRS
One issue with an embedded barcode device is that you might need to handle
retries. If you just send a raw string to the TNC, you get one packet. If
you want reliable delivery, you need to be able to retry or at least repeat
the packet. If you're scanning a bunch of cards one after another, it
becomes a memory issue trying to keep track of everything that needs a
retry.
For the OpenTracker, I could set it up so that a scanned ID results in the
tracker sending a pre-programmed position with that ID a certain number of
times, unless it's interrupted by another ID being scanned. Might not be
the best option, though, since you'd get a pile of icons in the same place.
Positional ambiguity also might not be what you want on something like a
race course, since it's 2-dimensional.
It'd be really easy to set up a command on the Tracker2 to send a message
to a pre-programmed destination, so you wouldn't have to include the
destination in the barcode. Just barcode each card with the ID, and you'd
get a message with that text at the destination, tagged with the source
call of the scanning station. At the very least that'd let you manually
update a tracking board, and it'll handle retries for a single buffered
message as-is.
Scott
N1VG
------------------------------
Message: 7
Date: Tue, 27 Feb 2007 20:19:42 +0000
From: John Ronan <jronan_at_tssg.org>
Subject: Re: [aprssig] whatever happened to....
On 27 Feb 2007, at 19:24, kc9umr_at_freqradio.com wrote:
>OK -
>
>I worked the 100 Acre Wood Rally (www.100aw.org) down in Salem, MO this
>weekend. oftentimes, net control would ask how many vehicles have
>entered/exited a stage, and more than once, we lost a vehicle either in
>service, or in transit.
[Bigsnip]
Hi,
I have a similar 'problem'. Though in my case, the Time clocks that are
used (Start Control, Finish Control, Service In, Service Out) are able to
squirt out the information to an RS232 port. We already have a site that
should cover all the stages. As far as I'm aware, the Car number is
entered into the time clock (and recorded) along with the time, so it would
just be a case of sending it over the air.
I was going to wait until I got the ASCII format from the timeclocks before
e-mailing anything to this list, but now is as good a time as any, seeing
as the subject has been brought up.
Regards
de John
EI7IG
--
John Ronan <jronan_at_tssg.org>, +353-51-302938
Telecommunications Software & Systems Group, http://www.tssg.org
------------------------------
Read previous mail | Read next mail
| |
