o-charts frustrations

[Sabado]

I've all but given up on o-chart's customer support so I'm hoping someone here can help with getting o-charts to work for us.


We've purchased a total of three licenses trying to get this one chart set to work since they all seem to get locked into a system and something changes on that system that prevents them from working. o-charts tech support simply tells us to buy a new license.


The two systems I'm trying and failing to get working are on a Debian 12 desktop and on an Android 14 device.


O-charts told me the desktop issue would be solved by purchasing a new license and a USB dongle. Now the plugin simply says "USB key dongle not detected" and won't load any charts.


Also, now I get the following error when I try to refresh the chart list "o-Charts shop interface error 3f void password" I have verified that I'm using the correct password



On the Android device (purchased version of OpenCPN), the chart installer simply hangs on "Installing charts".


Has anyone had these issues and found a solution? Are there any other options for paid (good quality charts for OpenCPN) for the Caribbean and South Pacific?

[nohal]

No, I have never seen any of these issues you describe (Neither on Linux with the dongle, nor on Android).

To start with, did you install the udev rules for the dongle as instructed?

You need to have file /etc/udev/rules.d/98-sglock-ocpn.rules with the following content on your system

ATTRS{idVendor}=="1547", ATTRS{idProduct}=="1000", MODE="666"

If you did (and to be absolutely sure the rule was applied rebooted your machine since), what do you see at the end of dmesg command output after you connect the dongle? Should look like this:

[73893.548317] usb 3-2: new full-speed USB device number 4 using xhci_hcd
[73893.684786] usb 3-2: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
[73893.684792] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[73893.684794] usb 3-2: Product: SG-Lock USB Key
[73893.684795] usb 3-2: Manufacturer: SG-Lock
[73893.694027] hid-generic 0003:1547:1000.000D: hiddev98,hidraw11: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:07:00.4-2/input0

[Sabado]

Originally Posted by nohal

No, I have never seen any of these issues you describe (Neither on Linux with the dongle, nor on Android).

To start with, did you install the udev rules for the dongle as instructed?

You need to have file /etc/udev/rules.d/98-sglock-ocpn.rules with the following content on your system

ATTRS{idVendor}=="1547", ATTRS{idProduct}=="1000", MODE="666"

If you did (and to be absolutely sure the rule was applied rebooted your machine since), what do you see at the end of dmesg command output after you connect the dongle? Should look like this:

[73893.548317] usb 3-2: new full-speed USB device number 4 using xhci_hcd
[73893.684786] usb 3-2: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
[73893.684792] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[73893.684794] usb 3-2: Product: SG-Lock USB Key
[73893.684795] usb 3-2: Manufacturer: SG-Lock
[73893.694027] hid-generic 0003:1547:1000.000D: hiddev98,hidraw11: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:07:00.4-2/input0

Where would I have seen instructions to do that? All I got from o-charts was the dongle and invoice in the package. It worked straight away on my laptop running Debian 12.


I see this on the machine that it doesn't work on:



[2830923.060252] usb 4-2: new full-speed USB device number 13 using xhci_hcd
[2830923.225016] usb 4-2: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
[2830923.225023] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[2830923.225025] usb 4-2: Product: SG-Lock USB Key
[2830923.225026] usb 4-2: Manufacturer: SG-Lock

[bdbcat]

Sabado...
Please continue Android discussion on Android Forum. New post there....


Thanks
Dave

[nohal]

So there are two computers with Debian 12, one works, the other does not, right?

You see no line like in dmesg on the one that does not, right?

[73893.694027] hid-generic 0003:1547:1000.000D: hiddev98,hidraw11: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:07:00.4-2/input0

On the one that does not, does file /etc/udev/rules.d/98-sglock-ocpn.rules exist?

If it does not, can you create it (the content is above in my previous post) and run

udevadm control --reload-rules && udevadm trigger

?

Does the forementioned line appear in dmesg output after you did that?

If ti does not, can you run udevadm monitor before inserting the dongle?

The output should look like this on a correctly running system when the dongle is inserted:

udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[77730.425504] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2 (usb)
KERNEL[77730.430147] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0 (usb)
KERNEL[77730.434254] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/0003:1547:1000.000F (hid)
KERNEL[77730.434451] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/usbmisc/hiddev2 (usbmisc)
KERNEL[77730.434667] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/0003:1547:1000.000F/hidraw/hidraw11 (hidraw)
KERNEL[77730.434713] bind     /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/0003:1547:1000.000F (hid)
KERNEL[77730.434746] bind     /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0 (usb)
KERNEL[77730.434782] bind     /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2 (usb)
UDEV  [77730.439225] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2 (usb)
UDEV  [77730.440968] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0 (usb)
UDEV  [77730.442353] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/0003:1547:1000.000F (hid)
UDEV  [77730.443834] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/usbmisc/hiddev2 (usbmisc)
UDEV  [77730.447496] add      /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/0003:1547:1000.000F/hidraw/hidraw11 (hidraw)
UDEV  [77730.448909] bind     /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0/0003:1547:1000.000F (hid)
UDEV  [77730.450146] bind     /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2/3-2:1.0 (usb)
UDEV  [77730.453138] bind     /devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2 (usb)

[Sabado]

This is what I get but it still doesn't work:


KERNEL[11279.157597] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)
KERNEL[11279.162275] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
KERNEL[11279.167339] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
KERNEL[11279.167569] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/usbmisc/hiddev1 (usbmisc)
KERNEL[11279.167603] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008/hidraw/hidraw1 (hidraw)
KERNEL[11279.167644] bind /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
KERNEL[11279.167683] bind /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
KERNEL[11279.168258] bind /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)
UDEV [11279.176642] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)
UDEV [11279.179376] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
UDEV [11279.180986] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
UDEV [11279.181490] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/usbmisc/hiddev1 (usbmisc)
UDEV [11279.184522] add /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008/hidraw/hidraw1 (hidraw)
UDEV [11279.185805] bind /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
UDEV [11279.186564] bind /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
UDEV [11279.189095] bind /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)


Could there be an issue on o-chart's end? Their copy protection has always been unreliable in my experience.

[bcn]

There is no "o-charts end" different from OpenCPN.

o-charts is part of OpenCPN.

[nohal]

Originally Posted by Sabado

This is what I get but it still doesn't work:

KERNEL[11279.157597] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)
KERNEL[11279.162275] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
KERNEL[11279.167339] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
KERNEL[11279.167569] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/usbmisc/hiddev1 (usbmisc)
KERNEL[11279.167603] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008/hidraw/hidraw1 (hidraw)
KERNEL[11279.167644] bind     /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
KERNEL[11279.167683] bind     /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
KERNEL[11279.168258] bind     /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)
UDEV  [11279.176642] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)
UDEV  [11279.179376] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
UDEV  [11279.180986] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
UDEV  [11279.181490] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/usbmisc/hiddev1 (usbmisc)
UDEV  [11279.184522] add      /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008/hidraw/hidraw1 (hidraw)
UDEV  [11279.185805] bind     /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0/0003:1547:1000.0008 (hid)
UDEV  [11279.186564] bind     /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3/2-3:1.0 (usb)
UDEV  [11279.189095] bind     /devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-3 (usb)

OK, this seems fine, although I'm a little surprised hidraw1 device is available on your system (It is usually taken much earlier by devices like a keyboard) and you do not see the HID driver message in dmesg.

With the dongle connected, run `ls -la /dev/hidraw*`. The output should look something like

crw-rw----+ 1 root root 241,  0 Jan  4 15:14 /dev/hidraw0
crw-rw----+ 1 root root 241,  1 Jan  4 15:14 /dev/hidraw1
crw-------. 1 root root 241, 10 Jan  5 09:43 /dev/hidraw10
crw-rw-rw-. 1 root root 241, 11 Jan  5 12:57 /dev/hidraw11
crw-------. 1 root root 241,  2 Jan  4 15:14 /dev/hidraw2
crw-------. 1 root root 241,  3 Jan  4 15:14 /dev/hidraw3
crw-------. 1 root root 241,  4 Jan  4 15:14 /dev/hidraw4
crw-------. 1 root root 241,  5 Jan  4 15:14 /dev/hidraw5
crw-------. 1 root root 241,  6 Jan  4 15:14 /dev/hidraw6
crw-------. 1 root root 241,  7 Jan  4 15:14 /dev/hidraw7
crw-------. 1 root root 241,  8 Jan  4 15:14 /dev/hidraw8
crw-rw----+ 1 root root 241,  9 Jan  4 15:14 /dev/hidraw9

Note that the device assigned to the dongle is accessible for all users (that is what the forementioned udev rule does and is required for the dongle to work correctly)

Their copy protection has always been unreliable in my experience.

What exactly should I imagine under this statement? Maybe it might shed some light on the problem as I do not have an experience I would describe like this on the multitude of devices I have access to.

[Sabado]

Originally Posted by nohal

OK, this seems fine, although I'm a little surprised hidraw1 device is available on your system (It is usually taken much earlier by devices like a keyboard) and you do not see the HID driver message in dmesg.

With the dongle connected, run `ls -la /dev/hidraw*`. The output should look something like

crw-rw----+ 1 root root 241,  0 Jan  4 15:14 /dev/hidraw0
crw-rw----+ 1 root root 241,  1 Jan  4 15:14 /dev/hidraw1
crw-------. 1 root root 241, 10 Jan  5 09:43 /dev/hidraw10
crw-rw-rw-. 1 root root 241, 11 Jan  5 12:57 /dev/hidraw11
crw-------. 1 root root 241,  2 Jan  4 15:14 /dev/hidraw2
crw-------. 1 root root 241,  3 Jan  4 15:14 /dev/hidraw3
crw-------. 1 root root 241,  4 Jan  4 15:14 /dev/hidraw4
crw-------. 1 root root 241,  5 Jan  4 15:14 /dev/hidraw5
crw-------. 1 root root 241,  6 Jan  4 15:14 /dev/hidraw6
crw-------. 1 root root 241,  7 Jan  4 15:14 /dev/hidraw7
crw-------. 1 root root 241,  8 Jan  4 15:14 /dev/hidraw8
crw-rw----+ 1 root root 241,  9 Jan  4 15:14 /dev/hidraw9

Note that the device assigned to the dongle is accessible for all users (that is what the forementioned udev rule does and is required for the dongle to work correctly)



What exactly should I imagine under this statement? Maybe it might shed some light on the problem as I do not have an experience I would describe like this on the multitude of devices I have access to.

This is what I get (I don't have a keyboard connected (touchscreen)



crw------- 1 root root 241, 0 Jan 5 15:28 /dev/hidraw0





Several times, I have had the copy protection think the charts are on a new computer many times even though nothing was changed. I've had to repurchase the Caribbean charts many may times because of this.

[Sabado]

Success! I did a clean install of Debian 12 and installed openCPN and the o-charts plugin worked with the dongle.


Now let's see how my restore from backup plan works.

[nohal]

Good, my suspicion is the device actually got acquired by some other driver, probably due to some other custom udev rules defined on your system.

If it happens in the future, should likely be detectable by running lsusb -t -v|grep 1547 -B 2 which should show something like

    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 002: Dev 008, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1547:1000 SG Intec Ltd & Co KG SG-Lock[U2]

Let us know if you need any more assistance

[Sabado]

Originally Posted by nohal

Good, my suspicion is the device actually got acquired by some other driver, probably due to some other custom udev rules defined on your system.

If it happens in the future, should likely be detectable by running lsusb -t -v|grep 1547 -B 2 which should show something like

    ID 1d6b:0002 Linux Foundation 2.0 root hub
    |__ Port 002: Dev 008, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1547:1000 SG Intec Ltd & Co KG SG-Lock[U2]

Let us know if you need any more assistance

I was wrong. The plugin popped up saying either system changes were made or it cannot find the dongle. Here's what the command shows:


lsusb -t -v|grep 1547 -B 2
ID 05e3:0610 Genesys Logic, Inc. Hub
|__ Port 4: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID 1547:1000 SG Intec Ltd & Co KG SG-Lock[U2]

[nohal]

OK, show us the output of ls /sys/bus/hid/drivers/*, please

[Sabado]

Originally Posted by nohal

OK, show us the output of ls /sys/bus/hid/drivers/*, please

/sys/bus/hid/drivers/hid-generic:
0003:1547:1000.0004 bind module new_id uevent unbind

/sys/bus/hid/drivers/hid-multitouch:
0003:222A:0001.0001 bind module new_id uevent unbind

[Sabado]

Could external USB drives cause this? We connect/disconnect USB hard drives to this PC to transfer video files for backups.