We re working on a second HA balloon project. With the first balloon, we noticed that the OT2 is way better at decoding received traffic than any software +Message 1 of 33 , Feb 14, 2008View SourceWe're working on a second HA balloon project. With the first balloon,
we noticed that the OT2 is way better at decoding received traffic
than any software + audio card solution. We also noticed that with
multiple searchers, it might be interesting to have the search
vehicles appear as APRS points too, so we could know what each other
were doing during the search and so that a fixed ground crew could
follow the chase and help direct us to the balloon when it lands.
Here's the deal: To see the decoded received traffic, we need a
serial connection to a laptop. To send our position, a GPS needs to
be connected to the same physical DB9 connector on the OT2.
I notice in the manual that the Serial DB9 port on the OT2 is wired
for two serial ports on the uC. Would it be possible to make a cable
that allows simultaneous connection of GPS and computer to the OT2?
If so, can someone provide specifics?
Other ideas we had were connecting the GPS to the laptop and writing
something that would forward the NEMA string to the RS232 port where
the OT2 was connected, and making a Y cable that connects the GPS and
Laptop to the GPS port on the OT2 Serial connector.
Bryan A. Thompson
The Nuvi (or any Garmin GPS for that matter) won t work on a unidirectional link. The protocol is bidirectional. ScottMessage 33 of 33 , Mar 4, 2008View SourceThe Nuvi (or any Garmin GPS for that matter) won't work on a
unidirectional link. The protocol is bidirectional.
Joe Krout wrote:
> Thanks for the quick response.
> I had thought about using the second port for a external gps, and not
> connecting the TX line on the port to the NUVI. A configuration option
> would be preferable. Possibly with remote enable capability?
> My goal is a system that could be deployed on a Salvation Army (or Red
> Cross)Canteen in place of a basic tracker.
> -----Original Message-----
> From: firstname.lastname@example.org <mailto:tracker2%40yahoogroups.com>
> [mailto:email@example.com <mailto:tracker2%40yahoogroups.com>] On
> Behalf Of Scott Miller
> Sent: Tuesday, March 04, 2008 1:28 AM
> To: firstname.lastname@example.org <mailto:tracker2%40yahoogroups.com>
> Subject: Re: [tracker2] Nuvi 350, Ttracker2 - Disable sending messages?
> Hmm. It certainly could be a configuration option, though I'm trying to
> limit the number of options I throw in there that aren't widely useful.
> I guess this one might be.
> The first thing to try would be to set the message retry count to 0.
> That *might* do it, but I'm too sleepy to go look at the code and figure
> it out.
> If that doesn't work, I could provide a patch command that'd kill the
> FMI message feature, but it'd change with every new firmware version.
> Once it's stabilized a bit and updates are less frequent, that might be
> an acceptable option.
> Joe Krout wrote:
> > Scott,
> > I have what may seem an odd question, is it possible to add a setting
> > that will prevent the T-2 from sending messages entered on the Nuvi?
> > The reason I ask is that I am looking a deployment that will not have
> > a control operator present. It will be beneficial for the driver to be
> > able to view incoming APRS data, position reports and messages
> > directed to the vehicle, however they should not be able to generate
> > messages or change settings related to the transmitter, other than
> > turning it off.
> > Could this be done using the dual ports on the Tracker2, or set up in
> > the configuration program? The best analogy I can think of is taking
> > the mike off of a rig to prevent unauthorized transmissions.
> > Thanks
> > Joe
> > W0PWJ
> Yahoo! Groups Links