Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Linux OpenSUSE Dongle not operational #44

Open
dominig opened this issue Jul 2, 2019 · 2 comments
Open

Linux OpenSUSE Dongle not operational #44

dominig opened this issue Jul 2, 2019 · 2 comments

Comments

@dominig
Copy link
Contributor

dominig commented Jul 2, 2019

I have created a key for my test Dongle.
I have activated a chart set associated to that Dongle key
I downloaded and unzipped the charts set manually on my system.
I add the new chart dir in OpenCPN
I get a rejection error (see screenshoot).
Do not get much as debug :

  • charts are unzip in command line to be 100% sure.
  • dongle is reported by journalctrl
  • dongle is reported detected in opencpn.log (see log extract below).

Following the error message the system scans the charts one by one and it takes a lot of time (~1h) but still does not provide any valid charts if you let it run to the end.

USB dongle can read but not be written. Is rw privilege required for OpenCPN ?

------------- Screen-shoot ---------------

Screenshot_20190702_161452

----------- opencpn.log plugin initialisation -----------------
16:39:56 CEST: PlugInManager: Loading PlugIn: /usr/lib/opencpn/liboesenc_pi.so
16:39:56 CEST: Loadconfig adding info string: Iles Britanniques et France Atlantique 2019;2019-11;2020-01-05
16:39:56 CEST: PlugInManager: /usr/lib/opencpn/liboesenc_pi.so
API Version detected: 111
PlugIn Version detected: 300
16:39:56 CEST: Path to oeserverd is: /usr/bin/oeserverd
16:39:56 CEST: Dongle detected
16:39:56 CEST: ChartSymbols loaded from /usr/share/opencpn/s57data/chartsymbols.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch1.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch2.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/LUPPatch3.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch1.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch2.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch3.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch4.xml
16:39:56 CEST: ChartSymbols PatchFile loaded from /usr/share/opencpn/plugins/oesenc_pi/data/SymbolPatch5.xml
16:39:56 CEST: PlugInManager: oeSENC has loaded very slowly: 231 ms
16:39:56 CEST: oesenc_pi: Calculated pix/mm = 8.28479

------------------------ opencpn.log charts validation -------------------
16:40:16 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-000475.oesenc
16:40:16 CEST: ShowEULA
16:40:19 CEST: EULA Accepted.
16:40:19 CEST: processChartInfo adding config_string: Iles Britanniques et France Atlantique 2019;2019-26;2020-01-05
16:40:19 CEST: validate_SENC_server
16:40:19 CEST: oesenc_pi: Checking oeserverd utility at {/usr/bin/oeserverd}
16:40:19 CEST: oesenc_pi: starting oeserverd utility: /usr/bin/oeserverd
16:40:20 CEST: oesenc_pi: oeserverd Check OK...LoopCount: 3
16:40:20 CEST: validateUserKey
16:40:20 CEST: validateUserKey E4
16:40:20 CEST: Adding chart file: /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-000475.oesenc
16:40:20 CEST: Loading chart data for /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001375.oesenc
16:40:20 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001375.oesenc
16:40:20 CEST: validate_SENC_server
16:40:20 CEST: Available TRUE
16:40:20 CEST: validateUserKey
16:40:20 CEST: validateUserKey E4
16:40:20 CEST: Adding chart file: /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001375.oesenc
16:40:20 CEST: Loading chart data for /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001475.oesenc
16:40:20 CEST: processChartInfo /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001475.oesenc
16:40:20 CEST: validate_SENC_server
16:40:21 CEST: Available FALSE, retry... nLoop: 1
16:40:22 CEST: Available TRUE
16:40:22 CEST: validateUserKey
16:40:22 CEST: validateUserKey E4
16:40:22 CEST: Cannot load SENC file /home/dominig/CartesOpenCPN/cartes/cartes-oeENC/sgl001CD445-FRatl_UK-2019-26/OC-33-001475.oesenc

@bdbcat
Copy link
Owner

bdbcat commented Jul 2, 2019

Dominig...
Looks to me as though one chart loaded OK (...1375). Then the senc server began having trouble on ...1475.
Please try to make a directory with exactly one chart (...1375), and try to add that one.
Dave

@dominig
Copy link
Contributor Author

dominig commented Jul 3, 2019

Dave,
that is correct assuming that chart are added by alphabetic order. I use 'Full DB rebuild" and "Prepare Oesenc Charts" options and do an OC restart for each test.
a) If I add the ...0475 alone, it works fine, I get the license Ack request and it is included in OC
b) If I load (after full OC restart) adding ....1375 will not show the license and it will not be included. Log file is not showing that no action have been taken by oesenc plugin, like if my second chart addition had not been done.

After having done that , I have tried with the full chart set directory once more, and this time it worked.
I do not understand why :

  • chart set files has not changed or move position
  • I followed the same the same as before.
    This is annoying, as debugging in such condition is far from simple.
    ** What do I notice

When it did NOT work for a full chart set, I was requested to acknowledge the o-chart license.
Then only the first file of chart set would be added.
When it works.
Now I am not proposed the license any-more even if I request a full DB request.

Could it be, that when the license request is proposed to the user, the code gets out of sync and assume no license ack for the following charts files ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants