Transfering routes from opencpn to Standard Horizon plotter

[rgleason]

This really needs to be written up in Tracker, its a bug. Any volunteers?

[Tupaia]

Originally Posted by boat_alexandra

I think this is related to b81c9760065d7329d0990db9a3da5b173142ccbb
I figured the harmless solution was to just send all the waypoints twice without delay which ensured they always got through, and indeed it worked up to 69 waypoints (and probably many more but I got tired of pushing the few buttons on the garmin to test this so many times) in a route without any problem this way.

I agree with Sean that the bugs are almost certainly Garmin hardware related not nmea of OCPN per say. It could be that SH also have some less than standard implementation.

It was a long time since I looked at this and am not on the boat at the moment so can't help much. But, to be clear the Garmin (older units) will not accept uploaded "routes" they will only receive the "waypoints" from a route so the route messages are ignored.

A couple of thoughts Pierrre, during the testing are the settings within the various versions of OCPN the same? re Garmin and nmea?

Am I right is assuming you have successfully uploaded a route but just not in the latest version?

Peter

[did-g]

Originally Posted by boat_alexandra

I think this is related to b81c9760065d7329d0990db9a3da5b173142ccbb

I don't know why the rte sentence is missing, but the garmin gps I was testing on was throwing away the first waypoint sent. OpenCPN has a lot of fancy delays inbetween sending nmea sentences, so depending on timing the routes would be missing various waypoints or get none at all because once the string of waypoints was reset by a delay, then the next waypoint would get dropped.

I don't understand why duplicated waypoints would be a problem as they should be ignored or replace the first message. It seems like both standard horizon and garmin are the ones with the bugs in them.

If the problem is some kind of buffer full condition in the GPS sending twice the number of WP is unlikely to help.

[seandepagnier]

Originally Posted by did-g

If the problem is some kind of buffer full condition in the GPS sending twice the number of WP is unlikely to help.

It does help and does work because the gps drops the first waypoint in a string, and opencpn sends waypoints each with a delay thus a separate string.`

[did-g]

Originally Posted by boat_alexandra

It does help and does work because the gps drops the first waypoint in a string, and opencpn sends waypoints each with a delay thus a separate string.`

Yep but I'm speaking in this case.

No it doesn't the double WP is sent in one string, the delay is after, moreover a delay doesn't guarantee it's not aggregated later either in sender or receiver.

From one screen shot this stuff screams buffer overflow in the receiver.

I have a good track record for saying stupid or wrong things but dealing with communication problems between lab instruments was some of my jobs for many years.

[bdbcat]

Folks...

We really need a look at the logfile. This will prove that OCPN tried to send the correct sentences, and so we can focus on receiver overrun or other physical difficulty.

Dave

[pierrrre]

Originally Posted by bdbcat

Folks...

We really need a look at the logfile. This will prove that OCPN tried to send the correct sentences, and so we can focus on receiver overrun or other physical difficulty.

Dave

Sorry for the delay responding (I had to go back to work this week after three months on sick leave),

I am at home but will get to the boat tomorrow.

[pierrrre]

Made it to the boat tonight. I attach the log and result pictures of same route sent three times with OpenCPN 4.2 and once with 4.0 on June 7th at 17:57:21.

Here is the link for the log.

https://drive.google.com/file/d/0B4v...ew?usp=sharing

[bdbcat]

pierrre....

So, for the two point route on OCPN 4.2:

We see from the log that O tries to send the correct points

5:58:38 PM: Opening NMEA Datastream Serial:COM4
5:58:38 PM: -->GPS Port:Serial:COM4 Sentence: $ECWPL,4442.025,N,06337.014,W,001*7C
5:58:38 PM: -->GPS Port:Serial:COM4 Sentence: $ECWPL,4442.066,N,06337.440,W,002*7D
5:58:38 PM: -->GPS Port:Serial:COM4 Sentence: $ECRTE,1,1,c,opencpn42,001,002*4A
5:58:38 PM: Closing NMEA Datastream Serial:COM4

So, the internal logic in OCPN is OK, I think.

Now, we see from the screenshot that the two points and the RTE message were received by the Plotter.

So, the big question: Did the Route get transferred correctly with O42 ?
How about with O4 ?

Thanks
Dave

[pierrrre]

Dave

The route sent with Opencpn 4.2 has never transferred correctly and 4.0 always transferred correctly.

Before going out on the water for the day yesterday (out of wifi range), I did the test again but with OpenCPN 4.4 this time and OpenCPN 4.0 again. The result with 4.0 was successful again and a failure with 4.4.

I attach two pictures of the 4.0 test (nmea strings and result) and two pictures of the same route sent three times with 4.4 (nmea strings and result). I named the pictures accordingly. I also include the link for the new log file. You will see in the log file that I sent the route 6 times with opencpn 4.4 however I only took picture of the last three nmea strings received by the plotter.



https://drive.google.com/open?id=0B4...URJODJXMzZtcGc

[bdbcat]

pierrre...

Well, it seems to imply that the Plotter does not like the duplicated WPL sentences. Or, there is not enough time between messages. Or, there is too much time between messages.

Are you able to build from source? If not, I will build you some test versions to try and nail this down. Let me know when you will be in good Wifi range and on the boat for a test.

Thanks
Dave

[pierrrre]

No, I don't know how to build from source. I don't know much if anything about programming. I am on the boat at my slip now and I have wifi.

Pierre

[bdbcat]

Pierre...

OK, I built a test version of OpenCPN for you.

This is called 4.4.1, and sends the WPL messages only once, instead of twice. It is available for download from:

https://www.dropbox.com/s/bnwt8bed34...setup.exe?dl=0

The download is smaller than normal, as I omitted the doc files to save bandwidth. I recommend that you install in parallel with O4 and O42, so you can compare plotter screenshots easily.

Good Luck.
Dave

[pierrrre]

Good morning Dave,

I did a quick test this morning with 4.4.1 you sent me before heading to work. I did not have much time (my wife was waiting for me) and tried sending the same route as before (two waypoints only). The transfer was successful. Had to shut it down right after to avoid divorce. I will do more test later on just to make sure.

thanks

Pierre

[pierrrre]

Hi Dave

I just did some more tests with two waypoints route and multi points route and all routes transferred without problem with the 4.4.1 version you sent me yesterday.

Thanks a lot. Are you planning to incorporate the changes you did for 4.4.1 (whatever they were) to the other versions that will be released at a later date?

Pierre