I have similar problem but it might also be something different.
I used to have a Teensy device connected on a USB port of the Raspberry Pi with OpenPlotter & SignalK. Everything was working ok.
I had to change the Teensy device for a new one and since then, the USB device is partially detected. The behavior is this:
After a reboot of the RPI, the command lsusb return the following line, which is good: "Bus 001 Device 025: ID 16c0:0483 Van Ooijen Technische Informatica Teensyduino Serial"
In signalK/Server/DataConnections, I have defined the following parameter which are the same as the other Teensy device: NMEA2000 type, Actisense NGT-1 (canboatjs) . The serial port will show me /dev/serial/by-id/usb-Teensyduino_USB_Serial_11568930-if00, which I select and then reboot signalk.
After the reboot, I see in signalK dashboard that the Teensy get connected for a few seconds and right after I get the following message "EIO: i/o error, writeError:"
Sometime, if I try reselect the USB device in the signalK/Server/DataConnections, I get the message "No such file or directory, cannot open /dev/serial/by-id/usb-Teensyduino_..." and the device is no longer listed by the linux command lsusb
The OpenPlotter Setting System log gives me
Sep 30 11:52:53 openplotter kernel: [ 204.768808] usb 1-1.4: USB disconnect, device number 6
Sep 30 11:52:54 openplotter kernel: [ 205.106695] usb 1-1.4: new high-speed USB device number 7 using xhci_hcd
Sep 30 11:52:54 openplotter kernel: [ 205.207340] usb 1-1.4: New USB device found, idVendor=16c0, idProduct=0483, bcdDevice= 2.80
Sep 30 11:52:54 openplotter kernel: [ 205.207370] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 30 11:52:54 openplotter kernel: [ 205.207386] usb 1-1.4: Product: USB Serial
Sep 30 11:52:54 openplotter kernel: [ 205.207401] usb 1-1.4: Manufacturer: Teensyduino
Sep 30 11:52:54 openplotter kernel: [ 205.207413] usb 1-1.4: SerialNumber: 11568930
Sep 30 11:52:54 openplotter kernel: [ 205.221828] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
When the Teensy is visible in the lsusb, I'm able to execute the arduino-cli to reprogram the Teensy via the USB cable so I don't suspect the USB cable, nor the USP port on the RPI.
Is it possible that the RPI OS or OpenPlotter/SignalK still expect the old Teensy device? It is not possible to put back the old Teensy for testing.
Any advice how to fix this?
I did other tests and every time I change the serial path signalK/Server/DataConnections for something that I can see with the command "ls -l /dev/serial", this path disappeer after the reboot of signalK; it looks like signalK is screwing up the USB device in /dev
My version of signalK is 1.45.0
I used to have a Teensy device connected on a USB port of the Raspberry Pi with OpenPlotter & SignalK. Everything was working ok.
I had to change the Teensy device for a new one and since then, the USB device is partially detected. The behavior is this:
After a reboot of the RPI, the command lsusb return the following line, which is good: "Bus 001 Device 025: ID 16c0:0483 Van Ooijen Technische Informatica Teensyduino Serial"
In signalK/Server/DataConnections, I have defined the following parameter which are the same as the other Teensy device: NMEA2000 type, Actisense NGT-1 (canboatjs) . The serial port will show me /dev/serial/by-id/usb-Teensyduino_USB_Serial_11568930-if00, which I select and then reboot signalk.
After the reboot, I see in signalK dashboard that the Teensy get connected for a few seconds and right after I get the following message "EIO: i/o error, writeError:"
Sometime, if I try reselect the USB device in the signalK/Server/DataConnections, I get the message "No such file or directory, cannot open /dev/serial/by-id/usb-Teensyduino_..." and the device is no longer listed by the linux command lsusb
The OpenPlotter Setting System log gives me
Sep 30 11:52:53 openplotter kernel: [ 204.768808] usb 1-1.4: USB disconnect, device number 6
Sep 30 11:52:54 openplotter kernel: [ 205.106695] usb 1-1.4: new high-speed USB device number 7 using xhci_hcd
Sep 30 11:52:54 openplotter kernel: [ 205.207340] usb 1-1.4: New USB device found, idVendor=16c0, idProduct=0483, bcdDevice= 2.80
Sep 30 11:52:54 openplotter kernel: [ 205.207370] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 30 11:52:54 openplotter kernel: [ 205.207386] usb 1-1.4: Product: USB Serial
Sep 30 11:52:54 openplotter kernel: [ 205.207401] usb 1-1.4: Manufacturer: Teensyduino
Sep 30 11:52:54 openplotter kernel: [ 205.207413] usb 1-1.4: SerialNumber: 11568930
Sep 30 11:52:54 openplotter kernel: [ 205.221828] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
When the Teensy is visible in the lsusb, I'm able to execute the arduino-cli to reprogram the Teensy via the USB cable so I don't suspect the USB cable, nor the USP port on the RPI.
Is it possible that the RPI OS or OpenPlotter/SignalK still expect the old Teensy device? It is not possible to put back the old Teensy for testing.
Any advice how to fix this?
I did other tests and every time I change the serial path signalK/Server/DataConnections for something that I can see with the command "ls -l /dev/serial", this path disappeer after the reboot of signalK; it looks like signalK is screwing up the USB device in /dev
My version of signalK is 1.45.0