OpenCpn 5.8.0 issues

[Save Our Souls]

I have been testing O5.8 for plugins using sandbox to be sure there is not any footprint of previous installations:

- Running in normal mode I can add plugins (tested with tactics and VDR) and run them without issues
- Running in "portable mode" I can add plugins (same than before) but they are not added to the command bar, do not work and disappear when start again.

Any ideas?

[bdbcat]

SOS....
OCPN 5.8.0 has a known bug with plugins in portable mode.
Will be resolved by a pending maintenance release.


Thanks
Dave

[Save Our Souls]

Originally Posted by bdbcat

SOS....
OCPN 5.8.0 has a known bug with plugins in portable mode.
Will be resolved by a pending maintenance release.


Thanks
Dave

Thanks Dave, appreciate a lot the effort of the team, well done

[bdbcat]

Franziska...
After some code reading, and testing. we can break this into two concepts.
1. Automatic daily tracking is intended for "cruise/passage making". If set, this option will, if tracking is enabled, start a new track at the specified time daily. The logic resets each time you start OCPN, so is really only of use if you leave OCPN running continuously on passage, and the time actually passes the options specified time, typically midnight.

2. Regardless of "Automatic Daily track" setting, OCPN will begin tracking on startup if tracking was enabled at the time of the last shutdown.


So, having said all this, when you start OCPN prior to a day sail, if tracking was enabled when you last shutdown OCPN, and GPS is available, then tracking will be started today. The "Automatic Daily Track" option is not related in this case.


Does this match your observation? It does on my quick local tests.
Dave

[Franziska]

Originally Posted by bdbcat

Franziska...
After some code reading, and testing. we can break this into two concepts.
1. Automatic daily tracking is intended for "cruise/passage making". If set, this option will, if tracking is enabled, start a new track at the specified time daily. The logic resets each time you start OCPN, so is really only of use if you leave OCPN running continuously on passage, and the time actually passes the options specified time, typically midnight.

2. Regardless of "Automatic Daily track" setting, OCPN will begin tracking on startup if tracking was enabled at the time of the last shutdown.


So, having said all this, when you start OCPN prior to a day sail, if tracking was enabled when you last shutdown OCPN, and GPS is available, then tracking will be started today. The "Automatic Daily Track" option is not related in this case.


Does this match your observation? It does on my quick local tests.
Dave

Yes. It does. [emoji4]

I noted that tracking needs to be enabled on the icons as well.
So looks like it's sorted.

Thanks for clarification.

[redog]

Originally Posted by bdbcat

redog....
"O58 seem to be working"


Did it report that the draw plugin was incompatible and was to be deleted?


Thanks
Dave

Dave
Sorry no reports just opened O as per usual.
Redog

[bdbcat]

Redog...
Would you be will to try that test again with a custom version of OCPN that will give more log information?
Dave

[bdbcat]

Redog...
If possible:
1. Download this test version of OCPN
https://launchpad.net/~bdbcat/+archi...04.1_amd64.deb


2. Install the test version by:
$ sudo dpkg -i opencpn_5.8.1+7980+bf00b5237~ubuntu22.04.1_amd64.d eb


3. As in the previous test, copy the incompatible version of libo-draw_pi.so to ~/.local/lib/opencpn


4. For clarity, delete ~/.opencpn/opencpn.log
5. Start OCPN. When it settles down, stop OCPN.
6. Post logfile here.


Good Luck, and thanks
Dave

[redog]

Originally Posted by bdbcat

Redog...
If possible:
1. Download this test version of OCPN
https://launchpad.net/~bdbcat/+archi...04.1_amd64.deb


2. Install the test version by:
$ sudo dpkg -i opencpn_5.8.1+7980+bf00b5237~ubuntu22.04.1_amd64.d eb


3. As in the previous test, copy the incompatible version of libo-draw_pi.so to ~/.local/lib/opencpn


4. For clarity, delete ~/.opencpn/opencpn.log
5. Start OCPN. When it settles down, stop OCPN.
6. Post logfile here.


Good Luck, and thanks
Dave

Dave
I have done above and O has failed to start, it just spun the mouse pointer for 10 sec then stopped.

Also no log created.


However I kept a screenshot of terminal install.


I will try anything you send my way. Keep suggestions coming.
redog

[bdbcat]

Redog...


Please try:
$ sudo apt install libwxgtk3.2-0



Then the

$ sudo dpkg -i opencpn_5.8.1+7980+bf00b5237~ubuntu22.04.1_amd64.d eb


Thanks
Dave

[redog]

Dave

No success installing libwxgtk3.2-0
attached screenshots 1 as .docx

no log created on O attempted opening
redog

[bdbcat]

Redog...
We try again.


$ sudo add-apt-repository ppa:bdbcat/opencpn $ sudo apt update

$ sudo install opencpn

Thanks
Dave

[redog]

Originally Posted by bdbcat

Redog...
We try again.


$ sudo add-apt-repository ppa:bdbcat/opencpn $ sudo apt update

$ sudo install opencpn

Thanks
Dave

Dave

as requested but failed to install

[redog]

Dave
No thought given to removing my old PPA.


Install working now.


O started as expected.


I had radar and draw in .local/lib/opencpn
O complained about radar and was going to delete it.


Cannot duplicate original problem of crashes.


Startup log attached.


thanks redog

[tom_BigSpeedy]

Compiled 5.8.0 in Fedora 37 last night from master, and started playing with it this morning (at home) with -p option.


First I ran an old vdr_pi file, which worked.


Then stopped vdr_pi, and plugged in a GPS-Mouse.


Setting the connection to nmea 183, etc and checking the NMEA-log I saw in green (accepted) :
$GPGSA,A,1,,,,,,,,,,,,,,,*1E
$GPVTG,0.00,T,,M,0.00,N,0.00,K,N*32
$GPGGA,091412.323,4643.8475,N,01341.5139,E,0,0,,10 4.4,M,45.6,M,,*4A
$GPGLL,4643.8475,N,01341.5139,E,091412.323,V,N*4E $GPGSA,A,1,,,,,,,,,,,,,,,*1E
$GPGSV,3,2,10,05,18,070,,12,09,119,,02,08,041,,16, 07,301,*7C
$GPRMC,091412.323,V,4643.8475,N,01341.5139,E,0.00, 0.00,190914,,,N*7D
...

So clearly a position in RMC and GGA



But O did show an active (!) position (boat icon red) where I had stopped the vdr file 120 km away...
I restarted O, same thing : SOG/course updated, but boat showed red with wrong position 120 km away from where I am with the GPS mouse.


Then on the interface screen I found this new button Adjust communication priorities ...
Looking into these, there was only Speed/Course pointing to the /dev/ttyUSB0 which was set for the GPS mouse.

All the rest was set to "virtual" (from the vdr file, I guess).

Pushed the refresh button, no change, although RMC and GGA come in with a valid position, they did not appear as serial port /dev/ttyUSB0, only as "virtual" ...

Pushed the "Deselect all" ("Alle Abwählen" in german) : no change.


Restarted O again, no change, no valid position.

Finally I ran another vdr file, while the GPS mouse was connected, went back into the communication priority setting, deleted all and refreshed.


And only then I got RMC and GGA selectable as /dev/ttyUSB0 and voilà, I had the correct position ...


BUT : after stopping the vdr file I still have these virtual records, and although there's nothing coming in they seem to prevent the timeout for certain instrument channels.


I still have a depth and speed through water, although there's no more STW / depth anymore since an hour ...
(see attached picture)


After a restart of O, STW and depth values are gone, but I still have these virtual priorities which do not exist anymore ...
I think that whole thing needs some rework...


Especially the fact that instruments do no time out anymore
[Edit:]
and refresh does not add existing incoming nmea record as /dev/ttyUSB0
[end Edit]

is an issue ...


BR,


Thomas