Cruisers Forum
 


Reply
 
Thread Tools Search this Thread Rate Thread Display Modes
Old 04-07-2020, 02:07   #91
Registered User
 
Gilletarom's Avatar

Join Date: Mar 2010
Location: France
Boat: 10.50 mètres
Posts: 2,733
Re: OpenCPN Version 5.1.620 RC1 Test

Quote:
Originally Posted by verkerkbr View Post
....
However the Oesenc charts setup reports that the dongle cannot be found.

However if a look at lsusb. The dongle is certainly connected to the system.

It is the same Oesenc plugin version 4.2.12.

I get the same message as Gilleterom.

Bram

In fact, the difference in operation between oeSENC and oeRNC probably comes from oeRNC. A difference in design in oeRNC probably explains this difference.
Gilletarom is offline   Reply With Quote
Old 04-07-2020, 06:12   #92
Registered User

Join Date: Dec 2019
Posts: 73
Re: OpenCPN Version 5.1.620 RC1 Test

@bram I suspect something went wrong with the USB key initialization.

Does ''~/.local/bin/oeserverd -s'' yield 0 or 1?
Do you have a file /etc/udev/rules.d/98-sglock.rules (or something similar)?
Do you see the ID for you SGlock USB Key when you update the charts in the oeSENC menu?

Tested with Debian Bulseye/Sid + OpenCPN 5.1.619 (bdbcat) the USB Key dongle works. I suspect the 98-sglock.rules makes the difference. To test it you could try ''sudo chmod 666 /dev/hidraw0'' before starting OpenCPN to change the user permissions just once.
hreuver is offline   Reply With Quote
Old 04-07-2020, 06:56   #93
Registered User

Join Date: Oct 2014
Location: Netherlands
Boat: Halmatic 30
Posts: 730
Re: OpenCPN Version 5.1.620 RC1 Test

oeserverd -s generates 0

no 98-sglock.rules

sudo chmod 666 /dev/hidraw0

Still dongle not detected.

Activate the SG-lock 64 oesenc plugin. It was off at first test.

I also do not see the latest Plugin Manager. But perhaps I'am wrong.


Bram
verkerkbr is offline   Reply With Quote
Old 04-07-2020, 07:52   #94
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 6,161
Re: OpenCPN Version 5.1.620 RC1 Test

I think we should count on RaspiOS/64 migrating to focal/bullseye, and GTK3. The only question is timing.
Meanwhile, we will do our best to make OCPN work with RaspiOS/64 on buster/bionic, i.e. the current publicly available Beta. And wait for more developments from rPI on bullseye in the "fullness of time".


Thanks
Dave
bdbcat is offline   Reply With Quote
Old 04-07-2020, 09:12   #95
Registered User

Join Date: Dec 2019
Posts: 73
Re: OpenCPN Version 5.1.620 RC1 Test

Quote:
Originally Posted by verkerkbr View Post
oeserverd -s generates 0

no 98-sglock.rules

sudo chmod 666 /dev/hidraw0

Still dongle not detected.

Activate the SG-lock 64 oesenc plugin. It was off at first test.

I also do not see the latest Plugin Manager. But perhaps I'am wrong.


Bram
@bram
Your problem: you need rights for the USB device.
To get the rights, you need the udev rule.
To write the udev rule you need (temporary) admin rights.

With the old method of installing adding the udev rules was no problem.

And now I look at @bdbcat to ask how it is supposed to work with downloadable plugins.
Are you considering adding the udev rule to the opencpn package?
hreuver is offline   Reply With Quote
Old 04-07-2020, 09:27   #96
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 6,161
Re: OpenCPN Version 5.1.620 RC1 Test

hreuver...


This is admittedly a problem for managed plugins in user space.
Our position now is that new users will be recommended to install the legacy plugin from the PPA first, and then upgrade to the managed version.
A future version of OCPN will allow privilege elevation to install any needed system-level patches/drivers/etc without resort to "sudo".


An alternative for OCPN 5.2, soon releasing, is to do as you suggest. On linux systems, simply add the sglock udev rule at the installation of OCPN, while in sudo mode. Does no harm if the sglock dongle is not present.


I will consider the implications of this.....


Thanks for the idea.
Dave
bdbcat is offline   Reply With Quote
Old 04-07-2020, 11:11   #97
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 6,161
Re: OpenCPN Version 5.1.620 RC1 Test

Bram, et al...


Concerning RaspiOS/64:
There is a difference between locally built OCPN, and OCPN installed from PPA build. The difference affects the default operating system definition. On the Ubuntu PPA, we get "Ubuntu", as expected. If locally built from github on the RaspOS/64 Beta, we get "debian".


The managed plugins available for Ubuntu bionic expect "Ubuntu", reasonably. Thus, they are not found for local builds at runtime.


If you need/want to build locally, you may override the default system definition in the OCPN config file. This will do it:


Code:
[Settings]
CompatOS=Ubuntu
CompatOsVersion=18.04

But our canonical user should not need to do this.


And, just so we are all clear:
I appreciate feedback from local builds. It helps improve the code quality.
But for Production Release purposes, I focus attention mainly on what a casual user will encounter by following our simple instructions. Complicated steps requiring custom builds, scripts, dependent package installation, etc. are not friendly for the large majority of our user base. We should work to eliminate these gritty steps wherever possible.

And so, in this case, a simple installation of OCPN from the Ubuntu PPA will work for a large percentage of our RaspiOS/64 users. And that is our recommendation.


Thanks
Dave
bdbcat is offline   Reply With Quote
Old 04-07-2020, 11:17   #98
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 2,935
Re: OpenCPN Version 5.1.620 RC1 Test

Dave..
- Object name circle

Win10, O 5.1.621, oeSENC 4.2.12, DK and SE charts.
A circle is drawn below LNDRGN Object name on oeSENC charts that I have not seen before. Kind of disturbing.
Is there anything you can do?
See attached pict.

Thanks
Håkan
Attached Thumbnails
Click image for larger version

Name:	Name_circle.jpg
Views:	29
Size:	62.3 KB
ID:	218708  
Hakan is offline   Reply With Quote
Old 04-07-2020, 11:21   #99
Registered User

Join Date: Dec 2019
Posts: 73
Re: OpenCPN Version 5.1.620 RC1 Test

Both seem viable options to me.

When you think about it, you will have to include one point in the scenario: When switching between oesenc-pi (PPA) and oesencpi (github) I needed to de-install the old version first since one package write to 1 file in /etc/udev/rules.

It's only a transitional problem, but still you can expect questions about it from users who upgrade and/or combine plugins form whichever source.

No real problem if you stick to either the ''clean up, before install'' or ''use a specific install order'' approach.

PS when playing with OpenPlotter I was surprised at first they use the kexec approach instead of sudo (at first I failed to see how they got access).

Just to for the record, sudo and kexec are just different methods of playing with fire (/etc/pam.d/sudo and /etc/pam.d/polkit-1). That might be something for OpenCPN 5.4 though.
hreuver is offline   Reply With Quote
Old 04-07-2020, 11:42   #100
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 6,161
Re: OpenCPN Version 5.1.620 RC1 Test

Hakan...
I do not know what that circle is all about.
Is this new?
I will take a look...


Thanks
Dave
bdbcat is offline   Reply With Quote
Old 04-07-2020, 11:45   #101
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 6,161
Re: OpenCPN Version 5.1.620 RC1 Test

All...
IMPORTANT.


Getting ready to release another RC.
But....
One user reports trouble with legacy plugins on Win10. None of the plugs appear in the list.
Now, this could be a specific user/system problem, not related to OCPN. Or it could be more widespread.


So, has any Windows user experienced trouble with enabling and using legacy plugins as downloaded and installed from opencpn.org?


Thanks
Dave
bdbcat is offline   Reply With Quote
Old 04-07-2020, 11:53   #102
Registered User
 
pinguino's Avatar

Join Date: May 2009
Location: SE Spain
Boat: Jeanneau SO 32I
Posts: 110
Re: OpenCPN Version 5.1.620 RC1 Test

Quote:
Originally Posted by bdbcat View Post
Bram, et al...


Concerning RaspiOS/64:
There is a difference between locally built OCPN, and OCPN installed from PPA build. The difference affects the default operating system definition. On the Ubuntu PPA, we get "Ubuntu", as expected. If locally built from github on the RaspOS/64 Beta, we get "debian".


The managed plugins available for Ubuntu bionic expect "Ubuntu", reasonably. Thus, they are not found for local builds at runtime.


If you need/want to build locally, you may override the default system definition in the OCPN config file. This will do it:


Code:
[Settings]
CompatOS=Ubuntu
CompatOsVersion=18.04
But our canonical user should not need to do this.
Bingo! That do the trick. All the plugins appear in my Raspi-OS 64 finally.

Quote:
Originally Posted by bdbcat View Post
And, just so we are all clear:
I appreciate feedback from local builds. It helps improve the code quality.
But for Production Release purposes, I focus attention mainly on what a casual user will encounter by following our simple instructions. Complicated steps requiring custom builds, scripts, dependent package installation, etc. are not friendly for the large majority of our user base. We should work to eliminate these gritty steps wherever possible.

And so, in this case, a simple installation of OCPN from the Ubuntu PPA will work for a large percentage of our RaspiOS/64 users. And that is our recommendation.

Thanks
Dave
I totally agree with you. Only one detail and that is that in the case of installations for Raspberry pi and for years now none of the official builds is valid because they suffer from the bug regarding the malfunction of the sound alarms.

So for any user of Raspberry pi who wants to have all the potential of the alarms of openCpn there is only one way and is build directly from the sources by applying the correct parameters.

Just today they have asked about it in openmarine about this issue.

https://forum.openmarine.net/showthread.php?tid=2709

Most users simply conform or do not use the sound alarms but if you need them the PPA builds are not valid.
pinguino is offline   Reply With Quote
Old 04-07-2020, 11:57   #103
Registered User
 
vagspel's Avatar

Join Date: Aug 2011
Location: Grötö
Boat: Fantasi 37
Posts: 27
Send a message via Skype™ to vagspel
Re: OpenCPN Version 5.1.620 RC1 Test

Strange behavior when loading charts:
When stopping OpenCPN with a chartfolder containing oeSenc and CM-93 charts and having the oeSenc chart on display the CM-93 chart is always displayed when the program is restarted.
This is a bit unsafe for an operator that in a stressed situation does not directly see what chart he is using.
One way of getting around the problem is of course to make two folders, one with oeSenc charts and one with both oeSenc and CM-93 and always remember to end the program in the first chart folder.
I understand that this has something to do with computer speed and the way treads ar executed. Tested on a fast PC with no luck and it never works on a Raspberry
vagspel is offline   Reply With Quote
Old 04-07-2020, 12:06   #104
Registered User

Join Date: Dec 2005
Location: Helsingborg
Boat: Dufour 35
Posts: 3,791
Re: OpenCPN Version 5.1.620 RC1 Test

Quote:
Originally Posted by bdbcat View Post
Hakan...
I do not know what that circle is all about.
Is this new?
I will take a look...


Thanks
Dave
Dave/Håkan

The circle in itself is just a standard Chart 1: B 20-22
Quote:
Position of an elevation
or control point
I do think that the implementation has changed. Look at this...
Click image for larger version

Name:	Screenshot_20200704_205500.png
Views:	23
Size:	12.9 KB
ID:	218709

The circle for "Jonseskär" is situated in the water and not on the Islet.

The little headland Enudden is a split word with a circle under each part, both in the water.
Both the names above clearly indicates land features.

Perhaps the Swedish "SMA" have introduced these changes?
I have just upgraded my charts, and I suspect that Håkan has as well.

Thomas
cagney is offline   Reply With Quote
Old 04-07-2020, 12:18   #105
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 6,161
Re: OpenCPN Version 5.1.620 RC1 Test

vagspel....
Are you reporting for OA 5.1.620, or some other version?


More detail/versions, please.

Thanks
Dave
bdbcat is offline   Reply With Quote
Reply

Tags
enc, opencpn

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
OpenCPN Version 5 Beta Release 4.99.1517 (RC1) bdbcat OpenCPN 39 27-03-2019 07:59
OpenCPN Beta test 4.2.1724 (RC1) Release bdbcat OpenCPN 48 06-06-2016 13:53
OpenCPN Version 2.4 Beta Build 620 bdbcat OpenCPN 33 28-06-2011 19:27
OpenCPN Version 2.2 Beta Test bdbcat OpenCPN 437 15-12-2010 20:17
OpenCPN Version 2.2 Beta Test Bugs / Discussion bdbcat OpenCPN 120 26-09-2010 02:53

Advertise Here


All times are GMT -7. The time now is 03:36.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2020, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2020, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.