OpenCPN 5.0.0 - No COG and SOG

[Fernando Lopes]

Congratulations for the new version 5.0.0 of OpenCPN
I would, however, like to know what I should do so that the COG and SOG values of the lower bar are displayed.
Annex image obtained during my navigation of 16-04-2019.
Thank you
Fernando Lopes

[nohal]

Normally nothing, so we would like to see your data stream. Ideally recorded with the VDR plugin.

[Andreas29]

Hi,

I see you use the route-Modus.

Set for a test a filter for the data connection for the outgoing sentences so that you only send RMB.

This helps for me. Don´t ask me why. I wrote here (post 15): http://www.cruisersforum.com/forums/...am-217099.html something.

Regards

Andreas

[Fernando Lopes]

Hi Andreas
Thanks for your answer.
My GPS connection is made in Port Com 14 with one RS232/USB adapter. Some times I use one Garmin GPSII and other times I use one Navman.
To disable the conflicts between The Garmin GPS and the OpenCPN GoTo functions, I put on the OpenCPN Connections Settings Com 14 DataPort Input Filtering: Ignore Sentences: GPMRB; and on the Output Filter Transmit Sentences: RMB and RMC.
This works fine till 4.8.8 versions of Open CPN, but not in the 5.0.0 version.
I have one Network connection with one dongle to receive AIS signals from my VHF radio antenna.
I have also one Network connection to sinagot.net, to know the traffic nearby me if the Internet is present. To avoid the erratic displacement of my own ship, on the Input Filtering of the Network Connections I have the following: Ignore sentences: AIVDO.
I have installed the VDR Plugin to understand what is happen during my next trip and eventually made some refinements to my filters. But I suppose that the information of the COG and SOG present in the status bar of the olds versions of OpenCPN are obtained by calculations based in the GPS positions and now is obtained by the GPS data of the COG and SOG.
Regards
Fernando Lopes

[Andreas29]

Hi,

Fernando I had the same configuration for the output side as you. I let OC send RMB and RMC. This works fine under OC 4.8.8 but now with OC 5.0 I got the same SOG/COG problem as you.
I could reproduce the error. Every time when I activate a route (or in the right-click menue: navigate to here) into a couple of seconds -bam- no SOG/COG. Deaktivate the route brings COG/SOG back.

After I investigate the NMEA stream for a while and playing around with aktivated and deaktivated routes I see that OC 5.0 sends sometimes NMEA strings with ALL possible NMEA Informations from my NMEA-Network when a route is aktivated. All the sentences staying normally alone where combined in only one long sentence and this sentence Begins with a RMC-String from OC.
So I changed the outside filter and let OC just send the RMB on the outside connection.

You can look if you get back SOG and COG when deactivate all routes. If you get SOG/COG back then reconfigure your datafilter for the outside connection.

Regards

Andreas

[sisiutl]

Long time user of OpenCPN Just upgraded to Ver5 from 4.8.8
Program starts normally but after a few minutes it crashes
Operating system Windows 7 Home Professional

[Fernando Lopes]

Originally Posted by nohal

Normally nothing, so we would like to see your data stream. Ideally recorded with the VDR plugin.

Please, see anexes with the VDR data stream and the new image of my navigation 2019_05_21
Thanks
Fernando Lopes

[rgleason]

Fernando, that is informative, but the files are what is needed.

[Fernando Lopes]

For some unexpected reason, the VDR file was not sent to you (perhaps it was too long). So, I send it today as a Zip File.
I add also at the same zip file the opencpn.ini and the opencpn.log files.
The OpenCPN COG is send to and is available at the B&G network bus.
My GPS connection is made in Port Com 14 with one RS232/USB adapter. Some times I use one Garmin GPSII and other times I use one Navman.
To disable the conflicts between The Garmin GPS and the OpenCPN GoTo functions, I put on the OpenCPN Connections Settings Com 14 DataPort Input Filtering: Ignore Sentences: GPRMB; and on the Output Filter Transmit Sentences: RMB and RMC.
This works fine till 4.8.8 versions of Open CPN, but not in the 5.0.0 version.
I have one Network connection with one dongle to receive AIS signals from my VHF radio antenna.
I have also one Network connection to sinagot.net, to know the traffic nearby me if the Internet is present. To avoid the erratic displacement of my own ship, on the Input Filtering of the Network Connections I have the following: Ignore sentences: AIVDO.
Regards
Fernando Lopes

I can’t attach the zip file. I can’t attach the txt files. Please see some lines of the VDR file below:
$GPRMC,123814,A,3841.186,N,00923.158,W,005.1,117.5 ,210519,005.4,W*77
$GPGGA,123814,3841.186,N,00923.158,W,1,07,1.2,15.2 ,M,50.1,M,,*6E
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,43,16,18,290,00,21,46,151, 47,25,30,088,44*70
$GPGSV,2,2,08,26,45,305,46,29,46,043,47,31,75,235, 50,32,07,205,44*7D
$PGRME,12.2,M,17.9,M,21.7,M*14
$GPGLL,3841.186,N,00923.157,W,123815,A*3E
$PGRMZ,49,f,3*26
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123816,A,3841.185,N,00923.155,W,005.1,119.1 ,210519,005.4,W*71
$GPGGA,123816,3841.184,N,00923.155,W,1,07,1.2,14.9 ,M,50.1,M,,*69
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,42,16,18,290,00,21,46,151, 49,25,30,088,42*79
$GPGSV,2,2,08,26,45,305,43,29,46,043,51,31,75,235, 47,32,07,205,39*73
$PGRME,12.2,M,17.9,M,21.7,M*14
$GPGLL,3841.184,N,00923.154,W,123817,A*3D
$PGRMZ,49,f,3*26
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123818,A,3841.183,N,00923.152,W,005.2,120.1 ,210519,005.4,W*77
$GPGGA,123818,3841.183,N,00923.152,W,1,07,1.2,15.0 ,M,50.1,M,,*6F
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,39,16,18,291,00,21,46,151, 47,25,30,088,45*7D
$GPGSV,2,2,08,26,45,305,44,29,46,043,50,31,75,235, 51,32,07,205,41*7D
$PGRME,12.2,M,17.9,M,21.7,M*14
$GPGLL,3841.183,N,00923.151,W,123819,A*31
$PGRMZ,49,f,3*26
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123820,A,3841.182,N,00923.149,W,005.1,117.7 ,210519,005.4,W*76
$GPGGA,123820,3841.182,N,00923.149,W,1,07,1.2,14.5 ,M,50.1,M,,*6B
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,45,16,18,291,00,21,46,151, 47,25,30,088,44*77
$GPGSV,2,2,08,26,45,305,46,29,46,043,50,31,75,235, 50,32,07,205,43*7C
$PGRME,12.2,M,17.9,M,21.7,M*14
$GPGLL,3841.182,N,00923.149,W,123821,A*32
$PGRMZ,47,f,3*28
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123822,A,3841.181,N,00923.148,W,005.0,118.3 ,210519,005.4,W*7C
$GPGGA,123822,3841.181,N,00923.147,W,1,07,1.2,14.5 ,M,50.1,M,,*64
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,38,16,18,291,00,21,46,151, 50,25,30,088,44*7B
$GPGSV,2,2,08,26,45,305,39,29,46,043,49,31,75,235, 49,32,07,205,40*77
$PGRME,12.2,M,17.9,M,21.7,M*14
$GPGLL,3841.181,N,00923.147,W,123823,A*3D
$PGRMZ,47,f,3*28
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123824,A,3841.180,N,00923.144,W,004.9,117.7 ,210519,005.4,W*74
$GPGGA,123824,3841.180,N,00923.144,W,1,07,1.2,14.4 ,M,50.1,M,,*61
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,43,16,18,291,00,21,46,151, 48,25,30,088,46*7C
$GPGSV,2,2,08,26,45,305,46,29,46,043,50,31,75,235, 50,32,07,205,39*71
$PGRME,12.2,M,17.8,M,21.6,M*14
$GPGLL,3841.179,N,00923.143,W,123825,A*38
$PGRMZ,48,f,3*27
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123826,A,3841.177,N,00923.141,W,004.7,117.1 ,210519,005.4,W*73
$GPGGA,123826,3841.177,N,00923.141,W,1,07,1.2,14.8 ,M,50.1,M,,*62
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,42,16,18,291,00,21,46,151, 50,25,30,088,46*74
$GPGSV,2,2,08,26,45,305,38,29,46,043,50,31,75,235, 51,32,07,205,41*76
$PGRME,12.2,M,17.8,M,21.6,M*14
$GPGLL,3841.177,N,00923.140,W,123827,A*37
$PGRMZ,48,f,3*27
$PGRMM,WGS 84*06
$GPBOD,,T,,M,,*47
$GPRTE,1,1,c,0*07
$GPRMC,123828,A,3841.176,N,00923.137,W,004.9,117.2 ,210519,005.4,W*70
$GPGGA,123828,3841.176,N,00923.137,W,1,07,1.2,14.3 ,M,50.1,M,,*67
$GPGSA,A,3,14,,21,25,26,29,31,32,,,,,2.2,1.2,1.8*3 5
$GPGSV,2,1,08,14,17,220,40,16,18,291,00,21,46,151, 47,25,30,088,46*70
$GPGSV,2,2,08,26,45,305,45,29,46,043,50,31,75,235, 47,32,07,205,42*78
$PGRME,12.2,M,17.8,M,21.6,M*14
$GPGLL,3841.176,N,00923.136,W,123829,A*39
$PGRMZ,47,f,3*28
$PGRMM,WGS 84*06

[rgleason]

Fernando,


Excellent information, informative and helpful. Can you please attach your opencpn.ini and opencpn.log files?
(add the extension .txt, .doc or .pdf). We will then take off the extension before using it.


See https://opencpn.org/wiki/dokuwiki/do...s_listed_above

[Fernando Lopes]

Please find the files with the extention modified.
Regards
Fernando Lopes

[rgleason]

Fernando,

One last question & suggestion. Have you disabled all plugins (I mean all of them that you don't absolutely need) and tried to totally simplify the inputs and installation to see if you can fix the problem? Then add plugins and devices back in one at a time, looking carefully at what happens?


There is another user who has reported something similar.


We need to be able to have at least two users who are able to reproduce this reliably, and then we need documentation, vdr files and screenshots which explain the conditions present when the problem occurs.


Can you please describe your entire system, what devices you have attached and how and where you are sending data?


We appreciate your patience and excellent reports and will be looking at those tryiing to reproduce it as well.

[rgleason]

This one has a space in it and the checksum does not seem to work right.

$GPGSV,2,2,08,26,45,305,46,29,46,043,47,31,75,235, 50,32,07,205,44*7D

This one also has a space in it and the checksum is different.

$GPRMC,123820,A,3841.182,N,00923.149,W,005.1,117.7 ,210519,005.4,W*76

There is your problem, but I the real solution has to do with your configuration I believe.


When testing for checksum take the old checksum off. Also look for spaces below the input area.

http://www.hhhh.org/wiml/proj/nmeaxor.html
https://nmeachecksum.eqth.net/

[rgleason]

First to convince yourself it is unlikely to be opencpn, download some good data and run vdr_pi and see if the data appears in the statusbar. Try the files in the tactics_pi plugin manual if you don't know of any good VDR files.

Since it was working before, I would ask myself what equipment, connections and software (you have eliminated that by the vdr_pi test above) have changed.

Then check all connections and make sure they are solid, good connections that are dry. Simplify the system to try to isolate the problem. Try using another gps, don't run two gps at the same time. Bypass long connections if possible, etc.