KR1 and GPSd Technical Discussion

tz1 · Posted: Thu Apr 06, 2006 10:51 am Post subject:

garmin mode might require 9600 baud (use "B" on the 2947 port to change the baud rate, then use the passthru port).

I don't understand why it wouldn't work - I'm going to have to try it again at my end since I thought I checked that.

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

couple questions while you are working on the passthru thing...and I don't want GARMIN mode..was just messing around Smile

1. Do you take paypal donations Very Happy

2. Is there a way to setup a cron entry and then write a script that pulls data off the gpsd and posts it to a website...instead of connecting from the website and getting the data. basically a push..instead of a pull. I'm thinking the image may not be large enough to include wget or other web tool. Also if no cron exists then scheduling something is out of the question

3. Is there a way to customize the port for the google map and have it save across reboots? How about changing the webpage itself?

4. On your "production" release of the image it might be useful to keep the debug stuff in (like telnet dropping to shell) but make it only available if connected via the LAN...and block all such access on the WAN and WIFI sides.

tz1 · Posted: Thu Apr 06, 2006 12:31 pm Post subject:

1. No, too worried about things said at paypalwarning.com, though I take cash and cheques (PM me for an address).

2. The "push" enhancement is already planned. Basically filling in a form with the GPS data and sending the data via a GET or POST every N seconds with the possibility of changing N by the response.

(There is plenty of space in the image, and wget is already there - try telnetting to the KR1 and check /bin - try using ash - just type "ash" at the prompt for the better shell.)

3. Saving across reboots is problematic, however you might be able to use the virtual server on the KR1 itself, just point 192.168.0.1 (or whatever), port 8888 to the desired port.

The webpage with config is another issue.

There is still some problem with the passthru which I'm investigating. Sending a string causes a repeated echo, which it should not.

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

tz1 · Posted: Thu Apr 06, 2006 1:20 pm Post subject:

DLink and/or their minions did evil things to the serial and USB layers of the Linux kernel (probably why you can only change the baud rate, or maybe open the diagnostic serial port only once).

If/when they - or Kyocera (hint!) - really complies with the GPL, so I can regen the existing kernel, I can add all the USB magic, i.e. put a plain linux USB layer that supports lots of devices. The storage is in the DI624S which is what the KR1 is derived from (the existing firmware has all kinds of junk leftover that would support it had they left usb-storage in - SCSI is there! you could connect a USB CD or DVD!).

I probably could guess at the kernel config, and some of the GPL stuff is already out there, but it would take a lot of time since I have to flash each one (and would get a recoverable brick upon failure).

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

At work we bought some Watchguard VPN devices that run Linux. My co-worker sent them an email and asked for the source code under the GPL license. They said "huh?...wow..nobody has asked for that before". It took a few months but they coughed it up. We didn't use it for anything, it was just a mater of principle Wink

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

Just bought a pelican case to put the KR1 and my amplifier in for my car. I'll post pictures when it's built. It's going to be "grab and go". Twisted Evil

http://www.evdoforums.com/viewtopic.php?p=11280

tz1 · Posted: Tue Apr 11, 2006 2:23 pm Post subject:

I've updated a fix to the fix. No abuse notices so far.

http://homepage.mac.com/tz1/.Public/ddnsfix1.bix

Also has some improvements to the transparent port, and allows changing baud rate via the B command on the gpsd port.

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

this suppose to fix the line break thing? Just want to know what to test Smile

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

this image is broken..I can't get any GPS functionality to work.

Can duplicate the following at will:

- Start HWV and configure for TCP/IP 22947
data starts to flow...delete com..data stop...start com..data flows
connect any of my GPS applications to the virtual com..data stops flowing and will not come back unless I hard reset the KR1

- Start HWV and configure for TCP/IP 22947
data starts to flow...
connect Franson GpsGate to HWV...data stops flowing and will not come back unless I hard reset the KR1

- Telnet to port 22947
data does not display and will not come back unless I hard reset the KR1

- Telnet to port 2947
no response on the port. Must reset the KR1.

- No web response on port 8888

I dont know what you did but it pretty much broke everything for me Smile

tz1 · Posted: Wed Apr 12, 2006 5:09 pm Post subject:

Is that (ddnsfix1.bix) acting different than the ddnsfix.bix?

I can put up the old versions.

I don't have Franson Gpsgate - It is possible something is telling the GPS device baud rate or protocol to change (at which point it will be gone). This wasn't working before (when it wasn't sending information TO the GPS).

Can you try the HWV to 2947 and the "echo R >com3:" in a cmd window?

Beyond that, I've just repeated your things on my Garmin GPS 16 (which model do you have - can you lock it into NMEA/4800 baud?). Every one worked fine.

(Do you send something to 2947 - it won't respond by itself, but H<cr> will return a command list and R will put it into raw mode).

Also try telnetting to the normal port and do "ps" to see if gpsd is still running. If it is, the problem is the GPS unit may be disconfigured. Does the date come back if you shut off (or pull the power) the GPS itself and turn it on again?

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

ahh dang it. my GPS was coming loose from the serial connection. I need to tape them together or something.

This fix works exactly the same as the old previous version

2947 works...22947 does not.

Only difference I can tell is the missing line breaks on 22947

see below:

2947

22947

tz1 · Posted: Thu Apr 13, 2006 7:53 am Post subject:

I'll have to try Putty - on mine, I get a space between the GPS lines. I am sending data literally to and from the serial port, but Windows has a way of misunderstanding line endings.

(Long, miserable story as to why Unix was LF, DOS was CRLF, and Mac was CR and how such was dealt with omitted).

My 2947 is producing a cooked version of the data stream where I'm validating the lines and forcing the line endings.

I'll have to check the NMEA spec (and/or you might want to try both GPSes or check if there is a setting).

mysigp226 · EVDO User Joined: 26 Nov 2005 Posts: 42

I believe the spec says each sentence must begin with a $ and end with a carriage return/line feed sequence...so simply a space between sentences wont cut it. Also I need the 22947 port working because Franson GpsGate does not allow packets to be sent to the com port..only receive. So I can't do an echo r>com4. As it is I have to run HWV for the echo r>com4 part and Franson for the serial splitter (since 22947 is busted).

Also neither of my GPS's are configurable for linebreak or not. One supports NMEA/GARMIN the other is non-configurable "puck" that supports NMEA only.

On a somewhat related topic...

I was able to reproduce a GPS or GPSd lock up..I haven't figure out which it is yet.

If I connect HWV up on 22947 and then bring up my Garmin MapSource software..MapSource tries to read 'Garmin' format first..this is not configurable. It switches between polling for Garmin and polling for NMEA. As part of the Garmin polling it sends something to the GPS because I can see packets transmitted number going up on HWV. As soon as the MapSource software sends those packets to GPSD the flow of GPS data stops on both ports. Commands sent to to the 2947 port have no response from GPSD. I didn't have time this morning to try power cycling the gps and not the KR1 or power cycling the KR1 and not the gps..so I can't say which one is locking up yet. I can do that tonight.