| |
ZL3AI > APRDIG 13.03.07 00:06l 259 Lines 9319 Bytes #999 (0) @ WW
BID : 9823-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 32 #31, 1/1
Path: DB0FHN<DB0FOR<DB0MRW<DK0WUE<DB0RES<F5GOV<F4BWT<IW2OAZ<ZL2BAU
Sent: 070312/2255Z @:ZL2BAU.#79.NZL.OC #:37107 [Waimate] $:9823-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Today's Topics:
1. RE: barcodes, etc. (kc9umr_at_freqradio.com)
2. Re: barcodes, etc. (kc9umr_at_freqradio.com)
3. Need Ideas (Dave Sloan)
4. Re: barcodes, etc. (A.J. Farmer (AJ3U))
5. Re: barcodes, etc. (Jason Winningham)
6. Re: Radio <> TNC Cables (Terry Palmer)
7. RE: Radio <> TNC Cables (Danny Messano)
----------------------------------------------------------------------
Message: 1
Date: Wed, 28 Feb 2007 09:23:14 -0800 (PST)
From: kc9umr_at_freqradio.com
Subject: RE: [aprssig] barcodes, etc.
in this case the "start 9" would be stored in the TNC (tactical
callsign...so MYCALL=start9, but BCON, 10 = "KC9UMR") and appended in some
manner.
the stages are only ~5-10 miles long at best, so anything beyond start and
finish is not really needed (IN THIS CASE).
yes, only the car number needs to be in the barcode, but i need something
in the hardware to append the start/finish. IF i was to use an
opentracker type project, i would have 1 opentracker for each stage start
and stage finish.
If i were to build a uC interface for the scanner to TNC, I would have one
interface for each stage start and finish (2 per stage/service)
is my use becoming any clearer? I guess it's a bit difficult to explain
in email.
>>in this case, i would be looking for something to the tune of
>>
>>/*SEND K9FRT START 9 CAR 43*/
>>
>>which would result in car 43 put into the "START 9"
>>(stage 9 start) column at the net control's (K9FRT)
>>computer.
>
>Maybe I am not understanding this, but I assume the only thing
>on the CAR's bar code is the Car Number.
>
>So it seems like you need pre-configured barcodes that would
>represent all the "functions" you want to report affixed to the
>scanner's clipboard at that station, so that first the scanner
>scans one of thse function barcodes on his clipboard, and it
>says "START 9" and then you scan the car as it goes by to get
>the CAR 43.
>
>Other functional bar codes for check point 9 might be ?
>ARRIVED 9
>WAITING 9
>DISABLED 9
>QUIT 9
>NEEDS FUEL 9
>OTHER 9
>
>Is that what we are talking about?
>Bob
>
>>With any luck (and only minor modifications) the scanner could be adapted
>>to work off the same 12V DC power supply that the radio and TNC would
>>presumably be using.
>>
>>>Serial barcode scanners are also widely available. I got mine on eBay for
>>>half the price of the USB keyboard wedge type that I bought for business
>>>use. Seems like no one wants serial scanners anymore. I think I paid
>>>around $20, and it's a high-quality Symbol scanner with an excellent scan
>>>range and width, much better than the cheap LED-based keyboard wedge
>>>scanner. The power brick is a little bulky, though.
>>>
>>>I modified the Tracker2 command processor so that it'll accept commands
>>>bracketed in /*... */. That way, you can delimit the text string despite
>>>the fact that it's not possible to encode a carriage return in a barcode.
>>>Yeah, the scanner can be programmed to send a carriage return after each
>>>barcode, but that limits your ability to do things with multiple scans.
>>>For example, I could scan both a message and a destination address from
>>>separate barcodes, like this:
>>>
>>>/*SEND N1VG-1
>>>First runner arrived*/
>>>
>>>That much you can do with the T2 now. I think some scanners can also be
>>>programmed with prefix and suffix text, so you could use a dumb TNC and
>>>save yourself the overhead of the packet source, destination,
>>>and path in the barcode.
>>>
>>>Scott
>>>N1VG
>>>
>>>>With that in mind, the least technical way to transfer bar
>>>>code information via APRS would seem to be to first, encode
>>>>it in a meaningful way on the label When it comes time to
>>>>scan it, (1) open an APRS message window, selecting the
>>>>destination station, (2) place the cursor in the message text
>>>>field, (3) scan the bar code and (4) send the message.
------------------------------
Message: 2
Date: Wed, 28 Feb 2007 09:24:31 -0800 (PST)
From: kc9umr_at_freqradio.com
Subject: Re: [aprssig] barcodes, etc.
I like this idea.
>I would program the "modem" device to accept a special barcode ONCE and
>remember the text in NV ram until it was overwritten. I'd have a book of
>barcodes (at least a cheat sheet) that had the lat/lon of each checkpoint
>in
>it. You scan one of those "special" barcodes ONCE per event. Now that
>modem device is programmed to be checkpoint xxxx. Now any subsequent
>barcodes that are scanned have the lat long of checkpint xxxx appended to
>them. Need to move the checkpoint equipment to a new location? simply
>look
>up the new location's barcode in your cheat sheet, scan the new location
>and
>move the equipment. Each time a runner passes a checkpoint and gets
>scanned
>a 3rd party aprs position is generated using that checkpoint's latlon.
>Now
>we can extend this to RFID too....
>
>Wes
------------------------------
Message: 3
Date: Wed, 28 Feb 2007 10:29:09 -0700
From: "Dave Sloan" <desloan_at_earthlink.net>
Subject: [aprssig] Need Ideas
Last evening I was talking with the ham that organizes the ham support for
the Pikes Peak Ascent and Marathon. This is the 3rd oldest marathon in the
US. On Saturday they run 10 miles and gain 6000 feet in altitude. Then on
Sunday they run up and back down. He was telling me that they use packet to
report the runners as they arrive at the top back to the bottom at the start
line for the Ascent. I commented that this would be a perfect use for APRS.
As the runners pass the hams positions on the hill the bib numbers could be
sent back down and displayed on a monitor so that spectators, families, and
race officials could see the progress of the runners. He said that there
would be know way he could find hams that would carry the needed equipment
up the mountain to their location. I told him that in most locations that a
D7 would be all that would be required (maybe a better antenna and of course
a spare battery back. But these would also be needed for voice
communications.) Also, a tracker or D7 for the S&R folks that are foot
mobile during the event.
How can I best sell this idea? His final comment was we are going to
continue doing this the way that we always have done it.
Thanks,
Dave N0EOP
------------------------------
Message: 4
Date: Wed, 28 Feb 2007 12:30:39 -0500
From: "A.J. Farmer (AJ3U)" <farmer.aj_at_gmail.com>
Subject: Re: [aprssig] barcodes, etc.
On 2/28/07, Wes Johnston, AI4PX <wes_at_kd4rdb.com> wrote:
>move the equipment. Each time a runner passes a checkpoint and gets scanned
I think this is a great discussion and there are some great ideas here, but
I can't see barcodes working for runners. I don't think it would be
possible (or at least not reliable) to scan the barcode of a moving runner
and there is no way they are going to slow down or stop just so you can
scan a barcode that is somehow attached to them.
For slower moving objects in an event, this makes sense, but I don't see it
working for rapidly moving runners in a marathon.
For runners, how about a keypad and manual entry of their runner number as
they go by? It is not as accurate as a barcode and some might get missed
if a big bunch goes by at one time, but it would not impact their
concentration. The missed ones would likely be caught and logged by the
next checkpoint.
--
A.J. Farmer, AJ3U
http://www.aj3u.com
------------------------------
Message: 5
Date: Wed, 28 Feb 2007 11:37:34 -0600
From: Jason Winningham <jdw_at_eng.uah.edu>
Subject: Re: [aprssig] barcodes, etc.
On Feb 28, 2007, at 11:30 AM, A.J. Farmer (AJ3U) wrote:
>I think this is a great discussion and there are some great ideas
>here, but I can't see barcodes working for runners.
Haven't some races started using RFID tags on the runners?
I would assume if they had RFID tags they'd have RFID tracking in place,
but maybe not. an RFID/APRS gateway placed around the course could send
reports automagically.
-Jason
kg4wsv
------------------------------
Message: 6
Date: Wed, 28 Feb 2007 12:21:15 -0500
From: "Terry Palmer" <terrypalmer2_at_compuserve.com>
Subject: Re: [aprssig] Radio <> TNC Cables
Go to Dockside Radio:
http://www.docksideradio.com/
73 de K1LCH
------------------------------
Message: 7
Date: Wed, 28 Feb 2007 12:39:09 -0500
From: "Danny Messano" <danny_at_messano.net>
Subject: RE: [aprssig] Radio <> TNC Cables
Alinco DJ-580T to MFJ TNC.
I just found a decent diagram online, so I am gonna try to roll my own. So
much for blowing a few extra bucks on a premade cable. ;)
dm
-----Original Message-----
From: John Habbinga [mailto:kc5zrq_at_gmail.com]
Sent: Wednesday, February 28, 2007 11:45 AM
Subject: Re: [aprssig] Radio <> TNC Cables
You didn't specify what brand/model TNC or what model Alinco radio you have.
If you are using a Kantronics TNC, then I would recommend searching the
webpages that sell the TinyTracker and OpenTracker (they have the same
connection). I purchased a cable to connect my Kantronics KPC3+ to my Icom
IC-2200H from Byonics.com. It was short, well made and has a power lead on
it so I can power the TNC through the DB9 connector.
------------------------------
aprssig mailing list
aprssig_at_lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
End of aprssig Digest, Vol 32, Issue 31
Read previous mail | Read next mail
| |
