Help / FAQ

[CarCode]

It seems the connector and/or cable is corroded or has a temporary problem. So it works sometimes and sometimes not.
Have look in your other logfiles to find a hint.
BTW NMEA0183 is RS422 and has 2 lines, A and B. To connect it to RS232 you take one line and ground.

[Hakan]

Jon.. and John..
Yes something is creating a big bunch of scrap. What's seen in the Debug window could be fragments of the serial buffer or similar.

Serial converters may fail, agree, but here it's a software converter; virtual COM6. I get the impression OCPN is only trying to handle what's coming in. Since some are valid NMEA strings the baud rate would be right? But to exclude a OCPN misinterpretation I'd tried to view COM6 with Putty or similar to see if it's the same there. In that case the virtual com port handler may fail or need configuration?
Are there any u-blox settings to control the output. If the used baud rate is e.g. 4800 not to many messages can be sent. The serial buffer will choke.

Not much of a distinct help here. We are so to say lost as well.

[GSilvegren]

Originally Posted by Jon Hacking

And new to CF as well, it seems. Welcome on board!

If you can get your waypoints into GPX format (which is really just XML, so very human-readable) then you can import them as a route, as Rich mentioned above. Good luck!

Originally Posted by rgleason

When you say "chronological" do you mean Garmin GPX format? Not sure if the GPX import supports that format, but others will advise.

Make the list in GPX compatible format with your text editor, then import it into the Waypoint and Route Manager.
See https://opencpn.org/wiki/dokuwiki/do...on_data_backup

Also go to FAQ

Browser Search by using Control-F
Then search on GPX or navobj and read. Follow links

Thank you both for your quick replies!

I have read through the FAQ, yet I cannot find the solution to this particular problem (bear with me that I am not very tech-savvy...)

Let me try to explain it a bit better:

1. I receive waypoints in GPX-file from an external source. These waypoints come in the order in which I intend to travel. However, the GPX doesn't include direct routes between those waypoints.

2. I import the waypoints to OpenCPN, which works fine (the order of them in the Waypoint and Route Manager is correct).

3. Now I want to automatically create a direct route between those waypoints in OpenCPN. This is where I get stuck. Is there a solution to this for someone who does not understand the coding behind the gpx-file?
(I understand how a .csv works though).

Many thanks!

/Gustav

[Hakan]

Gustav..
To import a list of WP to OCPN are just single marks and not a route.
A route gpx-file is explicitly coding marks as parts of a (named) route. See my attached example.
So if you can't form it to a route before creating the WP list at the exporting device I think the only way in OCPN is to create the route manually:
- Start a route creation. (Ctrl + r or right mouse click menu)
- Click the the first WP and accept "Use nearby WP".
- Click the next WP and accept........ and so on until finished.

Sorry, some handcraft work but easier than to re-code the gpx-file.

[GSilvegren]

Originally Posted by Hakan

Gustav..
To import a list of WP to OCPN are just single marks and not a route.
A route gpx-file is explicitly coding marks as parts of a (named) route. See my attached example.
So if you can't form it to a route before creating the WP list at the exporting device I think the only way in OCPN is to create the route manually:
- Start a route creation. (Ctrl + r or right mouse click menu)
- Click the the first WP and accept "Use nearby WP".
- Click the next WP and accept........ and so on until finished.

Sorry, some handcraft work but easier than to re-code the gpx-file.

Thanks Hakan, at least good to know that I'll have to find a work-around outside of OCPN if I want to avoid this type of manual work.

cheers
G

[Hakan]

Gustav..
BTW.. GPS Babel may help you out if the handcrafting feels annoying: https://www.gpsbabel.org/htmldoc-dev...transform.html
Håkan

[GSilvegren]

Thanks!
I found another way of doing this, namely by "forcing the text file to be generated as route points" after which I generate route from track in the Route & mark manager.

Problem solved!

Thanks

G

[rgleason]

Have created FAQ "How to Import Routes"
Gustav, where is this done? "forcing the text file to be generated as route points"? Some external program, please explain in detail.

[Be Free]

Is it possible that he got the device to export a track rather than a simple list of waypoints and then used O to convert the track to a route?

[GSilvegren]

Originally Posted by rgleason

Have created FAQ "How to Import Routes"
Gustav, where is this done? "forcing the text file to be generated as route points"? Some external program, please explain in detail.

I generated the .gpx by pasting my WPs in as comma separated text in GPS visualizer https://www.gpsvisualizer.com/conver...ert_format=gpx and chose the alternative: "route points".

Once uploaded in OpenCPN, I chose "route from track" in the manager after which I removed the tracks.

[johnkordiak]

Hello and thank you both... Yes, the sensor, virtual com port, and ocpn are all inside the same laptop. When I use "u-center text window" to view the the COM6 data, the data looks fine. (see below)
This data read from COM6 using u-center (19 lines of data)
14:07:16 $GPRMC,140716.00,A,4116.88347,N,07300.31510,W,0.12 3,,311220,,,D*61
14:07:16 $GPVTG,,T,,M,0.123,N,0.227,K,D*21
14:07:16 $GPGNS,140716.00,4116.88347,N,07300.31510,W,DA,12, 1.02,69.5,-34.1,,0000*75
14:07:16 $GPGGA,140716.00,4116.88347,N,07300.31510,W,2,12,1 .02,69.5,M,-34.1,M,,0000*59
14:07:16 $GPGSA,A,3,20,23,10,24,18,32,15,51,,,,,1.92,1.02,1 .63*03
14:07:16 $GPGSA,A,3,65,81,76,88,,,,,,,,,1.92,1.02,1.63*04
14:07:16 $GPGSV,4,1,14,08,02,308,,10,61,316,26,12,11,121,20 ,15,27,070,27*7E
14:07:16 $GPGSV,4,2,14,18,32,188,31,20,80,121,35,21,00,330, ,23,80,083,32*7F
14:07:16 $GPGSV,4,3,14,24,55,066,32,25,01,157,,27,03,274,,3 2,33,266,36*78
14:07:16 $GPGSV,4,4,14,46,16,246,,51,31,226,37*7D
14:07:16 $GLGSV,3,1,10,65,46,063,20,66,45,316,18,67,03,286, ,72,09,088,*6E
14:07:16 $GLGSV,3,2,10,74,16,029,16,75,49,083,31,76,30,153, 32,81,34,272,27*63
14:07:16 $GLGSV,3,3,10,82,20,326,,88,17,218,30*65
14:07:16 $GPGLL,4116.88347,N,07300.31510,W,140716.00,A,D*7B
14:07:16 $GPGRS,140716.00,1,0.9,-2.1,-24.2,0.1,-0.1,3.8,1.4,0.0,,,,*56
14:07:16 $GPGRS,140716.00,1,24.3,-10.0,0.4,3.4,,,,,,,,*61
14:07:16 $GPGST,140716.00,22,,,,3.5,2.3,7.4*56
14:07:16 $GPZDA,140716.00,31,12,2020,00,00*62
14:07:16 $GPGBS,140716.00,3.5,2.3,7.4,,,,*40

this data is from ocpn NMEA Debug window using COM6 (also 19 lines)
(**note: sometimes only one line is RED...**)
<RED>13:04:36 (Serial:COM6) <0x0C><0x01>
<RED>13:04:36 (Serial:COM6) <0x0C>
<GREEN>13:04:36 (Serial:COM6) 6.88481,N,07300.31272,W,2,12,0.81,74.8,M,-34.1,M,,0000*51<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) $GPGSA,A,3,22,03,29,16,25,31,26,51,32,,,,1.47,0.81 ,1.23*02<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) $GPGSA,A,3,69,80,73,79,,,,,,,,,1.47,0.81,1.23*04<0 x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) 62,,03,31,306,30,04,08,304,15,10,01,167,*70<0x0D>< 0x0A>
<GREEN>13:04:36 (Serial:COM6) 6,17,200,22,22,41,278,37,25,30,047,30,26,50,192,30 *7E<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) $GPGSV,4,3,13,29,17,092,31,31,74,005,33,32,47,117, 38,46,16,246,*77<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) $GPGSV,4,4,13,51,31,226,37*4F<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) 55,21,70,54,321,,73,12,231,24*62<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) ,29,80,60,250,26,87,03,009,*68<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) $GLGSV,3,3,10,88,03,043,,91,58,223,*66<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) .31272,W,180436.00,A,D*78<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) 9,0.1,-15.7,1.6,-1.1,,,*53<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) 6.00,1,-6.6,-5.1,-11.4,-0.4,,,,,,,,*72<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) 6.00,29,,,,2.1,1.3,4.5*54<0x0D><0x0A>
<GREEN>13:04:36 (Serial:COM6) BS,180436.00,2.1,1.3,4.5,,,,*49<0x0D><0x0A>
<RED>13:04:36 (Serial:COM6) <0x01><0x06><0x01>
<RED>13:04:36 (Serial:COM6) <0x08> <0x0F><0x07>%/u


I have tried using "Geolocation TCP" to take the COM6 data and send it via TCP -
It works but it only sends one line of data to the Debug Window:

<GREEN>13:13:05 (TCP:127.0.0.1:15555) $GPRMC,061305,A,4116.89,N,07300.32,W,00.27,00.00,2 0121,,*3D<0x0D><0x0A>

I'm not sure how to read the position data in this string. If it's 2 decimal places on a minute, that's about 60 feet ?? That could easily put me outside of the deep water channel...

[Hakan]

JohnCordlack..


The position from this: $GPRMC,140716.00,A,4116.88347,N,07300.31510,W,0.12 3,,311220,,,D*61
is 41 degr 16.88347 minutes north and 073 degr 00.31510 minutes west (Decimal minutes!)
BTW: the checksum on that sentence is false, like more of your sentences here. Try e.g. this page to check
NMEA Decoder. Using this free tool you can decode (parse) your NMEA log.

[johnkordiak]

Originally Posted by Hakan

JohnCordlack..


The position from this: $GPRMC,140716.00,A,4116.88347,N,07300.31510,W,0.12 3,,311220,,,D*61
is 41 degr 16.88347 minutes north and 073 degr 00.31510 minutes west (Decimal minutes!)
BTW: the checksum on that sentence is false, like more of your sentences here. Try e.g. this page to check
NMEA Decoder. Using this free tool you can decode (parse) your NMEA log.

Hello. Yes, the data is good when I use something other than ocpn to read the com port. When I use ocpn to read the com port I get <RED> errors and unreadable lines. I read somewhere in the ocpn instructions about a TCP server (GeolocationTCP-r9) that could be downloaded and used to feed data to ocpn. The problem with using that software is that it only outputs one string and the string only has two decimal places on location:
<GREEN>11:07:18 (TCP:127.0.0.1:15555) $GPRMC,040718,A,4116.89,N,07300.31,W,00.02,00.00,8 0121,,*38<0x0D><0x0A>
I know the gps chip is reading many decimal places but the GeolocationTCP-r9 software only transmits two decimal places. I have not been able to find any way to get it to transmit higher resolution even though we know the gps is.

[johnkordiak]

Hello. Can you tell me what COM port settings should be in Windows ?
settings I have now that are not working...

Bits / second: 9600
Data Bits: 8
Parity: None
Stop Bits: 1
Flow Control: None

thank you

[Hakan]

john...
Select the appropriate COM port in OpenCPN Options->Connections-> "Add Connection"
The correct baud rate is set by the transmitting device. Check it's specifications. For a GPS normally 4800 and for a AIS 38400.

You don't need any adaptions to Windows own serial ports settings in "Device manager". But if your port is for any reason not listed in OCPN "connections" check the Device manager" for the COM port designation and enter that in OCPN.