RKS+CAN non viene inizializzato in Fedora Workstation 37

Ciao a tutti gli appassionati di CAN-Bus.

Parlo o leggo/scrivo il tedesco. Certo, ecco la traduzione:

"Uso Google Translate."

Ho acquistato un cavo RKS+CAN, ma non viene riconosciuto correttamente in Fedora Workstation 37. Quando inserisco il cavo, il driver Linux ACM (cdc_acm) non crea un dispositivo tty utilizzabile con SocketCAN/slcan (ad esempio: /dev/ttyACM0).

Il driver segnala il seguente errore:
Sonda 1-1:1.0 fallita con errore -22.

Codice:

[  300.234053] usb 1-1: New USB device found, idVendor=16d0, idProduct=0870, bcdDevice= 1.00 [  300.234059] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [  300.234061] usb 1-1: Product: RKS+CAN VCP [  300.234063] usb 1-1: Manufacturer: KAUFMANN [  300.234065] usb 1-1: SerialNumber: RKS+CAN [  300.339898] cdc_acm: probe of 1-1:1.0 failed with error -22 [  300.339931] usbcore: registered new interface driver cdc_acm [  300.339933] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters

Ho provato quanto segue, ma non ha risolto il problema:

Codice:

# echo 0x16d0 0x0870 > /sys/bus/usb/drivers/cdc_acm/new_id

Ogni tipo di supporto sarebbe molto apprezzato. Certamente. Ecco la traduzione:

"Grazie mille in anticipo."

Cordiali saluti,

--Paul

Ciao Paul,

Dovrebbe essere creato un normale dispositivo seriale TTY (CDC) se non sono state configurate altre impostazioni.

Citazione:

In Linux, aggiungere la seguente riga al file /etc/modules: usbserial vendor=0x16d0 product=0x0870 Il dispositivo sarà quindi disponibile come /dev/ttyUSB0.

Ma SocketCAN dovrebbe funzionare anche tramite slcan:

Citazione:

Cordiali saluti, Rainer. Certo, fornisci il testo che desideri tradurre. Ciao Paolo, Un dispositivo seriale standard (classe CDC USB) dovrebbe essere creato se non sono state configurate altre impostazioni.

Su Linux, aggiungi la seguente riga al file /etc/modules:
usbserial vendor=0x16d0 product=0x0870
Il dispositivo è quindi disponibile come /dev/ttyUSB0.https://github.com/linux-can/can-utils/blob/master/slcand.c

Ma SocketCAN dovrebbe funzionare anche utilizzando slcan.
https://github.com/linux-can/can-utils/blob/master/slcand.c

Cordiali saluti, Rainer.

Citazione:

insmod /lib/modules/4.15.0-210-generic/kernel/drivers/usb/serial/usbserial.ko vendor=0x16d0 product=0x0870 root@Inspiron-580:/home/rkaufman# ls /dev autofs disk hpet i2c-8 loop6 null sdb1 sg6 tty12 tty24 tty36 tty48 tty6 ttyS12 ttyS24 ttyS8 vcs3 vfio block dri hugepages i2c-9 loop7 port sdb2 shm tty13 tty25 tty37 tty49 tty60 ttyS13 ttyS25 ttyS9 vcs4 vga_arbiter bsg dvd hwrng initctl loop-control ppp sdc snapshot tty14 tty26 tty38 tty5 tty61 ttyS14 ttyS26 ttyUSB0 vcs5 vhci btrfs-control dvdrw i2c-0 input mapper psaux sdd snd tty15 tty27 tty39 tty50 tty62 ttyS15 ttyS27 ttyUSB1

Grazie per il suo feedback. Devo verificare cosa è cambiato. Il comando "insmod" sopra ha risolto il problema. Prima di ottenere informazioni sul driver, digita semplicemente "modinfo usbserial".

Codice:

$ sudo modinfo usbserial name:           usbserial filename:       (builtin) license:        GPL v2 file:           drivers/usb/serial/usbserial description:    USB Serial Driver core author:         Greg Kroah-Hartman <gregkh> parm:           vendor:User specified USB idVendor (ushort) parm:           product:User specified USB idProduct (ushort) $ sudo modprobe -v usbserial vendor=0x016d0 product=0x0870 $ lsmod | grep serial $ ls -l /dev/ttyUSB* ls: cannot access '/dev/ttyUSB*': No such file or directory sudo insmod /lib/modules/6.2.13-200.fc37.x86_64/kernel/drivers/usb/serial/usb-serial-simple.ko.xz vendor=0x16d0 product=0x0870 $ lsmod | grep serial usb_serial_simple      24576  0 $ ls -l /dev/ttyUSB* ls: cannot access '/dev/ttyUSB*': No such file or directory

Codice:

$ sudo modprobe -v usbserial vendor=0x016d0 product=0x0870 insmod /lib/modules/5.19.0-32-generic/kernel/drivers/usb/serial/usbserial.ko vendor=0x016d0 product=0x0870 $ ls -l /dev/ttyU* crw-rw---- 1 root dialout 188, 0 May 3 11:29 /dev/ttyUSB0 crw-rw---- 1 root dialout 188, 1 May 3 11:29 /dev/ttyUSB1

insmod /lib/modules/4.15.0-210-generic/kernel/drivers/usb/serial/usbserial.ko vendor=0x16d0 product=0x0870
root@Inspiron-580:/home/rkaufman# ls /dev
autofs disk hpet i2c-8 loop6 null sdb1 sg6 tty12 tty24 tty36 tty48 tty6 ttyS12 ttyS24 ttyS8 vcs3 vfio
block dri hugepages i2c-9 loop7 port sdb2 shm tty13 tty25 tty37 tty49 tty60 ttyS13 ttyS25 ttyS9 vcs4 vga_arbiter
bsg dvd hwrng initctl loop-control ppp sdc snapshot tty14 tty26 tty38 tty5 tty61 ttyS14 ttyS26 ttyUSB0 vcs5 vhci
btrfs-control dvdrw i2c-0 input mapper psaux sdd snd tty15 tty27 tty39 tty50 tty62 ttyS15 ttyS27 ttyUSB1

Codice:

[...] [ 1179.370935] usbcore: registered new interface driver usbserial_generic [ 1179.370951] usbserial: USB Serial support registered for generic [ 1179.370967] usbserial_generic 1-1:1.0: The "generic" usb-serial driver is only for testing and one-off prototypes. [ 1179.370971] usbserial_generic 1-1:1.0: Tell linux-usb@vger.kernel.org to add your device to a proper driver. [ 1179.370973] usbserial_generic 1-1:1.0: generic converter detected [ 1179.371140] usb 1-1: generic converter now attached to ttyUSB0 [ 1179.371182] usbserial_generic 1-1:1.1: The "generic" usb-serial driver is only for testing and one-off prototypes. [ 1179.371184] usbserial_generic 1-1:1.1: Tell linux-usb@vger.kernel.org to add your device to a proper driver. [ 1179.371187] usbserial_generic 1-1:1.1: generic converter detected [ 1179.371278] usb 1-1: generic converter now attached to ttyUSB1

CAN-Diagnose ha scritto:

Grazie per il suo feedback. Devo verificare cosa è cambiato. Il comando "insmod" sopra ha risolto il problema. Prima di ottenere informazioni sul driver, digita semplicemente " Citazione: modinfo usbserial ". Grazie, Rainer. Purtroppo, il dispositivo ttyUSB non viene ancora riconosciuto in Fedora 37. Ho provato anche una versione live USB di Ubuntu 22.04.2 LTS. Questa versione rileva sia /dev/ttyUSB0 che /dev/ttyUSB1. Si lamenta anche del dispositivo.

Da dmesg:


Per favore, mi dica quale distribuzione Linux supporta correttamente l'interfaccia RKS+CAN e la installerò.

Cordiali saluti,

--Paul

Ciao Paul,

Citazione:

Il driver USB-serial "generico" è adatto solo per test e prototipi singoli.

Questo non significa che non funzioni. Funziona. Semplicemente, l'ID del dispositivo (VID) e l'ID del produttore (PID) non sono riconosciuti da questo driver. Ho già contattato l'indirizzo email indicato e verificherò la correzione (che riguarda solo la visualizzazione del testo informativo) nei prossimi giorni.

Sembra che ci siano alcune differenze tra le diverse distribuzioni.
In una versione più vecchia di Ubuntu, era sufficiente specificare il nome del modulo nel file /etc/modules.

Comunque, il driver seriale è comune e fa parte del kernel, quindi puoi semplicemente ignorare il messaggio di avviso e utilizzarlo. "ttyUSB0" è la vera interfaccia seriale, mentre "ttyUSB1" (non so perché sia presente anche in questo driver) serve solo per winusb. Il dispositivo USB offre una seconda interfaccia, ma non è necessario utilizzarla con Linux.

Cosa succede quando fai...?
"sudo insmod <percorso> vendor=0x16d0 product=0x0870"
con <path> ottenuto da "modinfo usbserial"?

Per favore, ricollegare il cavo e poi pubblicare l'output del comando `dmesg`.

Citazione:

sudo insmod /lib/modules/6.2.13-200.fc37.x86_64/kernel/drivers/usb/serial/usb-serial-simple.ko.xz vendor=0x16d0 product=0x0870 lsmod | grep serial usb_serial_simple 24576 0

Sembrava buono, e sarebbe interessante vedere cosa dice dmesg dopo aver ricollegato il cavo.

Trovato di recente:

Citazione:

Driver seriale generico. Se il tuo dispositivo non è uno di quelli elencati sopra e non è compatibile con i modelli indicati, puoi provare l'interfaccia "generica". Questa interfaccia non invia alcun tipo di messaggio di controllo al dispositivo e non supporta alcun meccanismo di controllo del flusso del dispositivo. L'unico requisito per il tuo dispositivo è che disponga di almeno una porta di input di grandi dimensioni (bulk in) o una porta di output di grandi dimensioni (bulk out). Per consentire al driver generico di riconoscere il tuo dispositivo, fornisci: echo <vid> <pid> > /sys/bus/usb-serial/drivers/generic/new_id dove `<vid>` e `<pid>` vengono sostituiti con la rappresentazione esadecimale dell'ID del produttore e dell'ID del prodotto del tuo dispositivo. Se il driver è compilato come modulo, è possibile fornire un ID durante il caricamento del modulo: insmod usbserial vendor=0x#### product=0x#### Questo driver è stato utilizzato con successo per connettersi alla scheda di sviluppo USB NetChip, fornendo un modo per sviluppare firmware USB senza dover scrivere un driver personalizzato.

https://www.kernel.org/doc/html/latest/usb/usb-serial.html (in fondo)

Cordiali saluti, Rainer.

Codice:

# echo 16d0 0870 >/sys/bus/usb-serial/drivers/generic/new_id # ls -l /dev/ttyUSB* crw-rw----. 1 root dialout 188, 0 May  4 14:02 /dev/ttyUSB0 crw-rw----. 1 root dialout 188, 1 May  4 14:02 /dev/ttyUSB1 # dmesg --follow [...] [ 9247.561326] usb 1-4: new full-speed USB device number 9 using xhci_hcd [ 9247.689178] usb 1-4: New USB device found, idVendor=16d0, idProduct=0870, bcdDevice= 1.00 [ 9247.689184] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 9247.689187] usb 1-4: Product: RKS+CAN VCP [ 9247.689188] usb 1-4: Manufacturer: KAUFMANN [ 9247.689190] usb 1-4: SerialNumber: RKS+CAN [ 9247.691709] usbserial_generic 1-4:1.0: The "generic" usb-serial driver is only for testing and one-off prototypes. [ 9247.691713] usbserial_generic 1-4:1.0: Tell linux-usb@vger.kernel.org to add your device to a proper driver. [ 9247.691715] usbserial_generic 1-4:1.0: generic converter detected [ 9247.691943] usb 1-4: generic converter now attached to ttyUSB0 [ 9247.692250] usbserial_generic 1-4:1.1: The "generic" usb-serial driver is only for testing and one-off prototypes. [ 9247.692253] usbserial_generic 1-4:1.1: Tell linux-usb@vger.kernel.org to add your device to a proper driver. [ 9247.692254] usbserial_generic 1-4:1.1: generic converter detected [ 9247.692334] usb 1-4: generic converter now attached to ttyUSB1 $ lsusb -t -v /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M     ID 1d6b:0003 Linux Foundation 3.0 root hub /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M     ID 1d6b:0002 Linux Foundation 2.0 root hub     |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M         ID 046d:c08e Logitech, Inc.     |__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M         ID 046d:c08e Logitech, Inc.     |__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M         ID 04f2:0400 Chicony Electronics Co., Ltd     |__ Port 4: Dev 9, If 0, Class=Communications, Driver=usbserial_generic, 12M         ID 16d0:0870 MCS Kaufmann Automotive GmbH, RKS+CAN Interface     |__ Port 4: Dev 9, If 1, Class=Application Specific Interface, Driver=usbserial_generic, 12M         ID 16d0:0870 MCS Kaufmann Automotive GmbH, RKS+CAN Interface     |__ Port 5: Dev 4, If 0, Class=Wireless, Driver=btusb, 12M         ID 04ca:3015 Lite-On Technology Corp. Qualcomm Atheros QCA9377 Bluetooth     |__ Port 5: Dev 4, If 1, Class=Wireless, Driver=btusb, 12M         ID 04ca:3015 Lite-On Technology Corp. Qualcomm Atheros QCA9377 Bluetooth     |__ Port 7: Dev 5, If 0, Class=Video, Driver=uvcvideo, 480M         ID 0408:a030 Quanta Computer, Inc.     |__ Port 7: Dev 5, If 1, Class=Video, Driver=uvcvideo, 480M         ID 0408:a030 Quanta Computer, Inc.

[...]
Trovato di recente:

CAN-Diagnose ha scritto:

Driver seriale generico. Se il tuo dispositivo non è uno di quelli elencati sopra e non è compatibile con i modelli indicati, puoi provare l'interfaccia "generica". Questa interfaccia non invia alcun tipo di messaggio di controllo al dispositivo e non supporta alcun meccanismo di controllo del flusso del dispositivo. L'unico requisito per il tuo dispositivo è che disponga di almeno una porta di input di grandi dimensioni (bulk in) o una porta di output di grandi dimensioni (bulk out). Per consentire al driver generico di riconoscere il tuo dispositivo, fornisci: echo <vid> <pid> > /sys/bus/usb-serial/drivers/generic/new_id dove `<vid>` e `<pid>` vengono sostituiti con la rappresentazione esadecimale dell'ID del produttore e dell'ID del prodotto del tuo dispositivo. Se il driver è compilato come modulo, è possibile fornire un ID durante il caricamento del modulo: insmod usbserial vendor=0x#### product=0x#### Questo driver è stato utilizzato con successo per connettersi alla scheda di sviluppo USB NetChip, fornendo un modo per sviluppare firmware USB senza dover scrivere un driver personalizzato. Citazione: (in fondo) Cordiali saluti, Rainer

Grazie Rainer, ha funzionato. Il driver ha elencato le porte e si è connesso a RKS+CAN.

[url]

Successivamente, dovrò verificare se l'interfaccia RKS+CAN funziona con l'utility SocketCAN candump. Secondo questa matrice, è supportato:
[/url]https://www.kernel.org/doc/html/latest/usb/usb-serial.htmlhttps://elinux.org/CAN_Bus{MARKER}

Codice:

$ candump -l slcan0,0:0,#FFFFFFFF Disabled standard output while logging. Enabling Logfile 'candump-2023-05-06_120003.log' $ cat candump-2023-05-06_120003.log | python3 -m cantools decode bmw-e90.dbc (1683392403.155350) slcan0 130#C540FFFFFF :: POWER_130(     AccessoryPower: On,     IgnitionOff: 1,     IgnitionOn: 1 ) [...]

Successivamente, dovrò verificare se l'RKS+CAN funziona con l'utility SocketCAN candump. Secondo questa matrice, è supportato:

808AWD325xi ha scritto:

[url] Ho collegato il cavo RKS+CAN alla mia BMW e ho eseguito il programma candump. Ha funzionato! [/url]

Ha acquisito frame CAN provenienti dall'identificativo di arbitraggio 0x130, che trasmette lo stato di accensione del Terminale 15 (KL15).

Grazie ancora, Rainer!:Dhttps://elinux.org/CAN_Bus{MARKER}{MARKER}

Ciao.

Sono felice di vedere il tuo successo!

Ho notato che alcune cose sono cambiate riguardo ai driver seriali tramite USB su Linux, oltre alle differenze tra le diverse distribuzioni. Ho sempre utilizzato sistemi operativi basati su Ubuntu, che includevano quel tipo di driver.

Il mio prossimo passo è confermare la patch per il supporto ufficiale del driver del kernel del dispositivo, in modo da far scomparire il messaggio di notifica.
Purtroppo, sono molto impegnato con altre cose, quindi potrebbe volerci un po' di tempo.

Se hai altre domande riguardanti CAN/Linux, sarò felice di provare ad aiutarti!

Cordiali saluti, Rainer.