Minimal version oesenc-plugin for new charts

[hreuver]

What version is needed for oesenc-pi with the latest opencpn version for newly assigned charts?

Does the 3.3.x still work or is 4.0.x required?
Also: could the oeserverd be supplied with a "version" option?

If I am correct the last years version of oeserverd still work with the latest charts:
- linux i386/amd64/armhf version 04-02-2019
- linux arm64 02-08-2019
- plugin (for all) 4.0.x, with the latest version being 4.0.0 for stable and 4.0.2 for github currently.

Reason to ask is whether I could change the oesenc-plugin to work with arm64 without the usb dongle. If I'm correct the old oeserverd will still be used that way.
I would like to prevent assigning charts to a new key when it is already known it is not going to work anyway.

[bdbcat]

hreuver...


Lets fix the Managed plugin.


What version of arm64 linux are you running?


Dave

[hreuver]

My system is an Odroid, which is very similar to a Pi4 ( ARM64 / AARCH64 ).

The system is Ubuntu 18.04.

[hreuver]

Oh, before I forget:
I use 2 patches for the github code:


1) one patch to exclude the check in bool IsDongleAvailable()
src/oesenc_pi.cpp
This patch circumvents the missing "-s" option in oeserverd.
(The best solution would be to update oeserverd and fix the part with the string "Create USB key dongle System ID file...")



2) one patch to correct packages in cmake/PluginPackage.cmake
this patch sets arch to ARM64 instead of ARMHF

This is basically the code you used in OpenCPN:
...
IF (CMAKE_SYSTEM_PROCESSOR MATCHES "arm*")
IF (CMAKE_SIZEOF_VOID_P MATCHES "8")
SET (ARCH "arm64")
ELSE ()
SET (ARCH "armhf")
ENDIF ()
...

If you don't make a deb-package, this particular code is not used anymore. It will probably be something similar in the code where you select the plugin-version. (I haven't found that part yet.)


Hope it saves you some time searching.

[bdbcat]

hreuver...


Thanks for the info.
As said on github Issues, we are not yet building any managed plugins for ARM64. The fact that the current OCPN code offers to install an ARMHF plugin on an ARM64 machine, is in fact a bug. It should not do so.


On the "TODO" list.


Thanks
Dave

[bcn]

Plus there is no ARM64 library yet from the manufacturer of the dongle...

[hreuver]

My question was if the oeserverd from februari 2019 still works with the latest charts with the system fingerprint without the USB dongle. I remember some major change like different o-charts servers used, which I just can't find using the forums search function.

With a major version change from 3.3.x to 4.0.x I would not assume the old version of the plugin would work with the latest chart.

I already knew "USB dongles are not supported with arm64" before this question. At the introduction the USB dongles were presented as an extra, not as a primary requirement.

[bcn]

Due to the migration of the oeSENC download server - improving speed uploading and downloading - today the shop interface will require the latest oeSENC version.
If you request new charts or updates for installed charts you will need the latest plug-in.


A dongle is an option, never a requirement. If you get a message in the log about a "missing dongle", this is just a warning, not a failed requirement.


Hubert

[hreuver]

OK, I tried the whole route today:

Ubuntu 18.04
OpenCPN 5.0.522 (github 02-14-2020)
oesenc 4.0.2 (github)

Some small trivial patches to get the oesenc-plugin to work.
(pull request has been made, so perhaps it will be merged).

The whole shebang works:
- reset system name
- generate fingerprint
- (I used a webbrowser to assign the chart to the fingerprint)
- selecting the chart
- downloading
- activating

Some small problems having to download twice since the process was not fast enough the first time (I believe) and some with deactivating another chart, but probably unrelated.

It should be a reason to update the available arm64 oesenc-packages for ubuntu. If you can live with a system fingerprint instead of with an USB dongle arm64 just works with OpenCPN with just the addition of 2 lines (one being "#ifndef OCPN_ARM64").



The USB-dongle is still unsupported for arm64, but that looks like a seperate matter to me. I would not expect many people to start using ARM64 until OpenPlotter makes the switch (and that is not likely withhout USB-dongle).

[hreuver]

Originally Posted by bcn

A dongle is an option, never a requirement. If you get a message in the log about a "missing dongle", this is just a warning, not a failed requirement.

Of the 2 changes for arm64 that was probably the harmless one as Murphy's law would say. And it was disabled for arm64 correctly.

End of the line is that without active users it is really hard to provide a working solution. I think you really did a great job since all works without much change.

I think the pi4 and alternatives offer more potential than currently is being used. Therefore I hope more people start using it, so the support can improve.

[verkerkbr]

Originally Posted by hreuver

Of the 2 changes for arm64 that was probably the harmless one as Murphy's law would say. And it was disabled for arm64 correctly.

End of the line is that without active users it is really hard to provide a working solution. I think you really did a great job since all works without much change.

I think the pi4 and alternatives offer more potential than currently is being used. Therefore I hope more people start using it, so the support can improve.

Hallo Reuver,
I'am using the 64 bits Raspian version for some time. Everything runs exellent on 64 bits.

However the only thing that is missing is de Oesenc plugin for my dongle.

It seems to be available, but will only be published after the Raspian 64 is official.

The Raspian organisation has the problem that there are 32 bits RPI's and RPI 64 bits. Then the SD card cannot be changed from one system to another.

However the V8 (64 bits) kernel is available for some time and is updated together with the V7 (32 bits) kernel.

groet,


Bram