Re: OT2 - Can I Send AND Receive? - Profile Switching Update
- Just a short note to say that with the latest firmware, my OT2M
Prototype E board now handles profile switching correctly.
We did a test flight of our balloon capsule in a plane today and got
it to successfully switch both on the way up and on the way down.
And no, at no point in time did I operate a radio!
--- In email@example.com, Scott Miller <scott@...> wrote:
> Thanks for confirming my findings, Bryan - I get the same mangled data.
> I couldn't rule out that I hadn't screwed things up by installing a
> different Prolific device first, though.
> I'll order a few of the model I've been carrying to fill in until I get
> this sorted out. I'm going to be really annoyed if I wind up with 200
> useless converters...
> Bryan A. Thompson wrote:
> > They have "HL-2303" molded into the DB9 plastic housing, so I think
> > Prolific 2303 is a good guess.
> > Believe Scott when he says they have issues. Driver they ship with
> > isn't the most recent available from Prolific for that chip, but
> > neither worked. Both caused the port to become "locked / In Use"
> > after accessing with Hyperterm and wouldn't release the port when
> > Hyperterm was closed. I didn't spend too much time looking, but I
> > also saw at least twice that although the data was received from my
> > serial GPS and a PIC demo board, it was just mangled when viewed in a
> > terminal app. Definitely couldn't connect to a Tracker2 through this
> > serial port. Good price, though...
> > --- In firstname.lastname@example.org <mailto:tracker2%40yahoogroups.com>,
> > Scott Miller <scott@> wrote:
> > >
> > > Just a quick follow-up to this - I'm still sitting on these
> > > to driver issues. The chipset shows up as a Prolific 2303, but
> > > get the standard Prolific driver to work quite right. I even
> > > apart to check, but it's a chip-on-board and I can't tell
> > > looking at it. I'm going by the VID and PID reported by the device
> > itself.
> > >
> > > Scott
> > >
> > > Jason KG4WSV wrote:
> > > >
> > > >
> > > > cool! what's the chipset?
> > > >
> > > > -Jason
> > > > kg4wsv
> > > >
> > > >
> > >
- The 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: email@example.com <mailto:tracker2%40yahoogroups.com>
> [mailto:firstname.lastname@example.org <mailto:tracker2%40yahoogroups.com>] On
> Behalf Of Scott Miller
> Sent: Tuesday, March 04, 2008 1:28 AM
> To: email@example.com <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