o-charts frustrations

[nohal]

No, the problem should not be storage drives. The driver handling the dongle is also correct. The obvious problem is that on your system the device node is not created when the dongle is inserted, which means nothing can talk to the dongle.

When you insert the dongle and run journalctl -r, how does the top few lines look?

On a healthy system it should look like this:

Jan 06 11:03:26 deltonator mtp-probe[255293]: bus: 3, device: 9 was not an MTP device
Jan 06 11:03:26 deltonator mtp-probe[255293]: checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2"
Jan 06 11:03:26 deltonator mtp-probe[255290]: bus: 3, device: 9 was not an MTP device
Jan 06 11:03:26 deltonator mtp-probe[255290]: checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2"
Jan 06 11:03:26 deltonator kernel: hid-generic 0003:1547:1000.001A: hiddev96,hidraw10: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:07:00.4-2/input0
Jan 06 11:03:26 deltonator kernel: usb 3-2: Manufacturer: SG-Lock
Jan 06 11:03:26 deltonator kernel: usb 3-2: Product: SG-Lock USB Key
Jan 06 11:03:26 deltonator kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jan 06 11:03:26 deltonator kernel: usb 3-2: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
Jan 06 11:03:26 deltonator kernel: usb 3-2: new full-speed USB device number 9 using xhci_hcd

Also, what exact hardware your system is? And what OS image did you use to install it?

[Sabado]

Originally Posted by nohal

No, the problem should not be storage drives. The driver handling the dongle is also correct. The obvious problem is that on your system the device node is not created when the dongle is inserted, which means nothing can talk to the dongle.

When you insert the dongle and run journalctl -r, how does the top few lines look?

On a healthy system it should look like this:

Jan 06 11:03:26 deltonator mtp-probe[255293]: bus: 3, device: 9 was not an MTP device
Jan 06 11:03:26 deltonator mtp-probe[255293]: checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2"
Jan 06 11:03:26 deltonator mtp-probe[255290]: bus: 3, device: 9 was not an MTP device
Jan 06 11:03:26 deltonator mtp-probe[255290]: checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:08.1/0000:07:00.4/usb3/3-2"
Jan 06 11:03:26 deltonator kernel: hid-generic 0003:1547:1000.001A: hiddev96,hidraw10: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:07:00.4-2/input0
Jan 06 11:03:26 deltonator kernel: usb 3-2: Manufacturer: SG-Lock
Jan 06 11:03:26 deltonator kernel: usb 3-2: Product: SG-Lock USB Key
Jan 06 11:03:26 deltonator kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jan 06 11:03:26 deltonator kernel: usb 3-2: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
Jan 06 11:03:26 deltonator kernel: usb 3-2: new full-speed USB device number 9 using xhci_hcd

Also, what exact hardware your system is? And what OS image did you use to install it?

an 06 10:21:32 sabado opencpn.desktop[233313]: Query ANY iPad Pro (12.9-inch) (4th generation)._rdlink._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _sleep-proxy._udp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _companion-link._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _sleep-proxy._udp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _companion-link._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _sleep-proxy._udp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _companion-link._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _sleep-proxy._udp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _companion-link._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _sleep-proxy._udp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query PTR _companion-link._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query ANY iPad-Pro-129-inch-4th-generation.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query ANY iPad Pro (12.9-inch) (4th generation)._rdlink._tcp.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query ANY iPad-Pro-129-inch-4th-generation.local.
Jan 06 10:21:32 sabado opencpn.desktop[233313]: Query ANY iPad Pro (12.9-inch) (4th generation)._rdlink




It's Debian 12 on this system https://simplynuc.com/wp-content/upl...f-CBM1r3RB.pdf

[nohal]

You need to look further down in the journalctl output and find the actual moment where you inserted the dongle or be faster. The messages you posted are some mDNS queries and unrelated to what we are trying to resolve.

So if I use the image https://cdimage.debian.org/debian-cd...64-netinst.iso and do the default installation I should get exactly what you have, right? Or do you do any modifications to the installed system before trying to make the dongle work?

Do you have any HID device available (Like a USB keyboard or USB mouse) that you could try to connect to the machine?

[Sabado]

Originally Posted by nohal

You need to look further down in the journalctl output and find the actual moment where you inserted the dongle or be faster. The messages you posted are some mDNS queries and unrelated to what we are trying to resolve.


Jan 06 10:42:52 sabado mtp-probe[243055]: bus: 1, device: 12 was not an MTP device
Jan 06 10:42:52 sabado mtp-probe[243055]: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb1/1-3"
Jan 06 10:42:52 sabado mtp-probe[243047]: bus: 1, device: 12 was not an MTP device
Jan 06 10:42:52 sabado mtp-probe[243047]: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb1/1-3"
Jan 06 10:42:52 sabado kernel: hid-generic 0003:1547:1000.0008: hiddev1,hidraw1: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000>
Jan 06 10:42:52 sabado kernel: usb 1-3: Manufacturer: SG-Lock
Jan 06 10:42:52 sabado kernel: usb 1-3: Product: SG-Lock USB Key
Jan 06 10:42:52 sabado kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jan 06 10:42:52 sabado kernel: usb 1-3: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
Jan 06 10:42:52 sabado kernel: usb 1-3: new full-speed USB device number 12 using xhci_hcd



So if I use the image https://cdimage.debian.org/debian-cd...64-netinst.iso and do the default installation I should get exactly what you have, right? Or do you do any modifications to the installed system before trying to make the dongle work?


I just reinstalled the operating system using that iso. I have a Dell XPS13 running the exact operating system and the dongle works


Do you have any HID device available (Like a USB keyboard or USB mouse) that you could try to connect to the machine?

I do and I'll give it a try

[nohal]

Your log still looks like /dev/hidraw1 is being created as soon as you insert the dongle, really puzzling that it actually is not.

I am downloading the Debian 12 image now to try if I can reproduce it.

[cas206]

Originally Posted by 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.

Did you redo the rule given in post #2 after the clean install?

[Sabado]

Originally Posted by cas206

Did you redo the rule given in post #2 after the clean install?

I did. Strangely, I didn't have to do anything on the laptop running Debian 12. The dongle worked right away.

[cas206]

I see in the NUC sheet there are two USB 2.0 ports and two USB 3.2 Type A ports. It's possible these two different ports use a different chipset/driver combo. Have you tried switching the port you are using? However, remember the port you have it in now and return it to the port when you are done testing. We don't want to change anything in middle of the testing you are doing with @nohal.

[Sabado]

Originally Posted by cas206

I see in the NUC sheet there are two USB 2.0 ports and two USB 3.2 Type A ports. It's possible these two different ports use a different chipset/driver combo. Have you tried switching the port you are using? However, remember the port you have it in now and return it to the port when you are done testing. We don't want to change anything in middle of the testing you are doing with @nohal.

I have tried all of the USB ports with the same outcome. When I try a chart refresh, it says USB Dongle not found then it wants me to name the system. I'm assuming that if I continue with naming the system that it will assign that system name to the chart and that's not what I want.

[nohal]

Until the dongle is working, it makes no sense to even have OpenCPN installed.

[cas206]

Originally Posted by Sabado

I have tried all of the USB ports with the same outcome. When I try a chart refresh, it says USB Dongle not found then it wants me to name the system. I'm assuming that if I continue with naming the system that it will assign that system name to the chart and that's not what I want.

That's the only suggestions I got. Hope you and @nohal get something going.

[nohal]

OK, I have a fresh debian 12 machine and all works as it should

[  239.784665] usb 1-4: USB disconnect, device number 3
[  250.684469] usb 1-4: new full-speed USB device number 4 using xhci_hcd
[  250.945659] usb 1-4: New USB device found, idVendor=1547, idProduct=1000, bcdDevice= 0.01
[  250.945664] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  250.945665] usb 1-4: Product: SG-Lock USB Key
[  250.945667] usb 1-4: Manufacturer: SG-Lock
[  250.949804] hid-generic 0003:1547:1000.0003: hiddev0,hidraw1: USB HID v1.00 Device [SG-Lock SG-Lock USB Key] on usb-0000:02:00.0-4/input0
root@debian12:~# ls -la /dev/hidraw1 
crw-rw-rw- 1 root root 246, 1 Jan  6 10:37 /dev/hidraw1
root@debian12:~#

so we still need to find out what is special about your system. The dongle itself is not faulty as it works in your other machine.
You tried all the ports, so that we can discard as well. On the hardware side what we have left is trying any other HID device to see if it works and, if you have an USB hub available, trying to connect the dongle through it.

Another relatively cheap thing to try is to boot your machine with some live Linux image, preferably other than Debian 12, and see if the /dev/hidrawX device gets created there when you insert the dongle. (It can be any image really, you do not need OpenCPN and o-charts plugin for this)

[Sabado]

It's a docker container that's doing it. I have several docker containers running on this system and when I shut docker down, it works fine and as soon as I start docker, the dongle can no longer be found.


It looks like just having the docker service running prevents OpenCPN from seeing the dongle.

[nohal]

I have installed Docker following the instructions from https://docs.docker.com/engine/install/debian/ and started it and the dongle works fine, so it seems like the docker daemon itself just running is not enough to break anything and the actual issue might be some workload you are running in the containers (Likely something with elevated privileges so that it actually has rights to do stuff like this).

Anyway, let us know if some problem related to OpenCPN or o-charts still persists.

[Sabado]

Thank you for helping me work through this. It's a bummer that my install and your copy protection can't seem to get along but one nice thing about OpenCPN is there are a number of chart options.

Again, thank you for being so responsive