RE: [tracker2] Garmin "Database Error"
- Generally the problem is that different models have various quirks as to what characters they'll accept in a name. It's been trial and error to find those rules for each model, and I'm sure the process will keep going for some time.Scott
From: firstname.lastname@example.org [mailto:email@example.com] On Behalf Of Wes Johnston, AI4PX
Sent: Thursday, September 07, 2006 6:12 AM
Subject: Re: [tracker2] Garmin "Database Error"I get one or two of these a day using my kenwood d700... my GPS keeps on functioning and accepting additional waypoints... . it's just that I have to ACK the message pop-up on screen to see the whole screen again. It'd be nice if there was no error, but it's not the end of the world either.Wes
On 9/7/06, scott@opentrac. org <scott@opentrac. org> wrote:Haven't seen that. Does it do it with EVERY station? Could be it's letting through a character that the GPS doesn't like. If you can, capture an offending waypoint string in your terminal program and send it to me.Scott
Has anyone noticed with the lastest OT2 firmware a "Database Error"
comming up on Garmin units when in standard two-way NMEA mode? I
have a 176c that up until now worked great in both NMEA and Garmin
Binary mode. Now, when I try to use NMEA mode, I get a "Database
Error" message everytime the OT2 tries to send a waypoint to the
GPS. If I switch to binary, works like a charm. I checked all of my
settings and everything appears the same.
Just curious if anyone else saw this.
- Maybe after the cleanup and refactoring is done it'll be more practical to migrate to Java.I do worry about cross-platform serial support though. Many high-level packages just don't cut it. At least I don't have to have it send a break signal like it used to, but there's still quite a bit of baud rate switching and flushing and such going on. It has to send reset sequences at several different rates and get back to 19200 baud within a few hundred milliseconds to listen for an ACK. Even adding a USB adapter into the mix complicates things because of the added latency and the variation in how they respond to baud rate changes.I'm working to simplify things, but some of it is still going to be a little funky.Scott
From: firstname.lastname@example.org [mailto:email@example.com] On Behalf Of James Jefferson Jarvis
Sent: Wednesday, September 20, 2006 6:11 AM
Subject: Re: [tracker2] Re: Garmin "Database Error"
Also, Java has good cross platform serial support these days. RXTX has been
working flawlessly for me.
In general I'm not a big vocal proponent of Java, but this seems like a great
app for it. I've been writing some similar programs and they have been very
easy to put together a quick GUI for talking to a serial device.
On Tuesday 19 September 2006 23:29, David wrote:
> That's fair; I'm not sure I could handle a refactoring of someone
> else's code. I have however had a great deal of success with using
> perl to crowbar my way through a great many operational challenges.
> (that's doublespeak for "janitorial services in the high performance
> computing world")
> If there is a way to put your command structure into a form that I
> could grok, then we might have something for unix.
> Well, it might be a long term thing, implementing a few important
> things and adding more as time goes by.
> Think on it. I really just need to to focus on getting up to speed on
> the ot2's operation for now.
> Good night,
> --- In tracker2@yahoogroup s.com, <scott@...> wrote:
> > A couple of people have tried to tackle porting the config tool, with
> > varying levels of success. It's not something I'd want to dump on
> an unpaid
> > volunteer, though. It's a serious mess internally. I'll be working on
> > cleaning it up when I get a chance.
> > Scott
> Yahoo! Groups Links