Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Off Topic
    4. Proxmox
    5. Hilfe beim durchreichen USB2CAN an Proxmox LXC Container

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    Hilfe beim durchreichen USB2CAN an Proxmox LXC Container

    This topic has been deleted. Only users with topic management privileges can see it.
    • JLeg
      JLeg @ronrich last edited by

      @ronrich das Ding wird einen Kerneltreiber brauchen - probier‘ mal ‚modprobe gs_usb‘, und schau dann mal per ‚ip link‘ ob ein Device ‚can0‘ erscheint…

      R 1 Reply Last reply Reply Quote 0
      • R
        ronrich @JLeg last edited by

        @jleg
        modprobe gs_usb und ip link ergeben:

        root@proxmox:~# modprobe gs_usb
root@proxmox:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 6c:4b:90:1b:b4:ae brd ff:ff:ff:ff:ff:ff
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 6c:4b:90:1b:b4:ae brd ff:ff:ff:ff:ff:ff
4: veth1124i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:19:70:19:81:3e brd ff:ff:ff:ff:ff:ff link-netnsid 0
5: veth1125i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1125i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:7e:fe:4d:8c:81 brd ff:ff:ff:ff:ff:ff link-netnsid 1
6: fwbr1125i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether fa:10:c4:1d:95:ec brd ff:ff:ff:ff:ff:ff
7: fwpr1125p0@fwln1125i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 7a:f5:55:52:aa:4f brd ff:ff:ff:ff:ff:ff
8: fwln1125i0@fwpr1125p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1125i0 state UP mode DEFAULT group default qlen 1000
    link/ether fa:10:c4:1d:95:ec brd ff:ff:ff:ff:ff:ff
20: veth1127i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1127i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:f0:32:e6:fe:fc brd ff:ff:ff:ff:ff:ff link-netnsid 4
21: fwbr1127i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 0e:c1:df:00:2f:ba brd ff:ff:ff:ff:ff:ff
22: fwpr1127p0@fwln1127i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether b2:cf:3e:55:29:7b brd ff:ff:ff:ff:ff:ff
23: fwln1127i0@fwpr1127p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1127i0 state UP mode DEFAULT group default qlen 1000
    link/ether 0e:c1:df:00:2f:ba brd ff:ff:ff:ff:ff:ff
57: tap100i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr100i0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether a2:24:b8:c1:2c:ab brd ff:ff:ff:ff:ff:ff
58: fwbr100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 0a:80:d2:e7:25:d1 brd ff:ff:ff:ff:ff:ff
59: fwpr100p0@fwln100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 32:21:2d:e5:d3:48 brd ff:ff:ff:ff:ff:ff
60: fwln100i0@fwpr100p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr100i0 state UP mode DEFAULT group default qlen 1000
    link/ether 0a:80:d2:e7:25:d1 brd ff:ff:ff:ff:ff:ff
65: veth1122i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1122i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:b3:68:d1:04:f5 brd ff:ff:ff:ff:ff:ff link-netnsid 3
66: fwbr1122i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether c6:0f:4e:6c:26:02 brd ff:ff:ff:ff:ff:ff
67: fwpr1122p0@fwln1122i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 26:4e:ed:33:d6:7a brd ff:ff:ff:ff:ff:ff
68: fwln1122i0@fwpr1122p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1122i0 state UP mode DEFAULT group default qlen 1000
    link/ether c6:0f:4e:6c:26:02 brd ff:ff:ff:ff:ff:ff
73: veth11126i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr11126i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:de:0e:ce:f0:c5 brd ff:ff:ff:ff:ff:ff link-netnsid 2
74: fwbr11126i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether b2:0a:a7:d7:87:b6 brd ff:ff:ff:ff:ff:ff
75: fwpr11126p0@fwln11126i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether ea:c7:b7:da:bf:68 brd ff:ff:ff:ff:ff:ff
76: fwln11126i0@fwpr11126p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr11126i0 state UP mode DEFAULT group default qlen 1000
    link/ether b2:0a:a7:d7:87:b6 brd ff:ff:ff:ff:ff:ff

        can.0 erscheint nicht.

        1 Reply Last reply Reply Quote 0
        • crunchip
          crunchip Forum Testing Most Active @ronrich last edited by

          @ronrich sagte in Hilfe beim durchreichen USB2CAN an Proxmox LXC Container:

          3 Mar 31 09:46 /dev/ttyprintk

          Und was ist dies für ein Gerät?

          R 1 Reply Last reply Reply Quote 0
          • R
            ronrich @crunchip last edited by

            @crunchip

            was " /dev/ttyprintk " ist kann ich nicht sagen.
            Es bleibt auch nach abstecken des USB2CAN Stick in der Liste enthalten.
            Ich weiss auch nicht ob es schon vor den Versuchen mit dem CAN Stick in der Liste war.
            Außer dem Zigbbe Stick und dem CAN Stick ist nichts weiter an USB angeschlossen.

            Der 3eoncan Adapter kann sich auch nicht mit /dev/ttyprink verbinden.

            JLeg 1 Reply Last reply Reply Quote 0
            • JLeg
              JLeg @ronrich last edited by

              @ronrich "ttyprintk"v ist nur ein Ausgabegerät für'n Kernel, hier irrelevant; hatte nicht gesehen, dass oben im dmesg-Ausschnitt ja bereits ein gs_usb-Device gefunden wurde - mit "1 Intrerface". Das ist dein usb2can.
              Bei den Nachbauten von Aliexpress & Co sollte dann eigentlich aber ein "can0"-Device auftauchen - k.A. wieso das bei dir nicht erscheint. Sicher, dass auf dem Stick auch eine Firmware drauf ist (da gibt's eine Auswahl...)?
              Kannst ja mal probieren, ob dmesg noch etwas mehr liefert, wenn das Gerät mal "neu gestartet" wird:

              rmmod gs_usb
modprobe gs_usb

              An LXC durchreichen musst du lt. lsusb auf jeden Fall /dev/bus/usb/001/007 - aber ohne Device (can0) wird das nicht reichen, fürchte ich...

              R 1 Reply Last reply Reply Quote 0
              • R
                ronrich @JLeg last edited by

                @jleg
                Ja du hast recht ohne can0 komme ich nicht weiter.
                /dev/bus/usb/001/007 bekomme ich an den lxc durchgereicht und ein lsusb auf der Konsole des Containers bringt ein:

                ronald@iobroker:~$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 1d50:606f OpenMoko, Inc. Geschwister Schneider CAN adapter
Bus 001 Device 002: ID 0451:bef3 Texas Instruments, Inc. CC1352R1 Launchpad
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ronald@iobroker:~$

                Auf dem Proxmox ist das can0 Device aber da, denn ein iplink auf der Proxmox Konsole bringt:

                root@proxmox:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 6c:4b:90:1b:b4:ae brd ff:ff:ff:ff:ff:ff
4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 6c:4b:90:1b:b4:ae brd ff:ff:ff:ff:ff:ff
9: veth1124i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:ae:55:cf:2f:bd brd ff:ff:ff:ff:ff:ff link-netnsid 1
10: veth1125i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1125i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:f7:c1:82:74:c8 brd ff:ff:ff:ff:ff:ff link-netnsid 2
11: fwbr1125i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 66:9d:12:2b:27:2c brd ff:ff:ff:ff:ff:ff
12: fwpr1125p0@fwln1125i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 96:0c:9e:65:74:41 brd ff:ff:ff:ff:ff:ff
13: fwln1125i0@fwpr1125p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1125i0 state UP mode DEFAULT group default qlen 1000
    link/ether 66:9d:12:2b:27:2c brd ff:ff:ff:ff:ff:ff
14: veth1127i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1127i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:66:7f:4d:9d:0b brd ff:ff:ff:ff:ff:ff link-netnsid 3
15: fwbr1127i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 8a:f2:ab:8f:c8:0d brd ff:ff:ff:ff:ff:ff
16: fwpr1127p0@fwln1127i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether fa:8d:c8:cc:9a:e0 brd ff:ff:ff:ff:ff:ff
17: fwln1127i0@fwpr1127p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1127i0 state UP mode DEFAULT group default qlen 1000
    link/ether 8a:f2:ab:8f:c8:0d brd ff:ff:ff:ff:ff:ff
30: veth11126i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr11126i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:c3:ef:2a:b9:12 brd ff:ff:ff:ff:ff:ff link-netnsid 4
31: fwbr11126i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 32:a0:d7:94:e8:33 brd ff:ff:ff:ff:ff:ff
32: fwpr11126p0@fwln11126i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 6a:a2:be:63:4a:17 brd ff:ff:ff:ff:ff:ff
33: fwln11126i0@fwpr11126p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr11126i0 state UP mode DEFAULT group default qlen 1000
    link/ether 32:a0:d7:94:e8:33 brd ff:ff:ff:ff:ff:ff
38: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10
    link/can 
39: veth1122i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1122i0 state UP mode DEFAULT group default qlen 1000
    link/ether fe:19:35:1c:87:a0 brd ff:ff:ff:ff:ff:ff link-netnsid 0
40: fwbr1122i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 76:32:4a:14:07:ca brd ff:ff:ff:ff:ff:ff
41: fwpr1122p0@fwln1122i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 8e:72:fd:39:bb:5c brd ff:ff:ff:ff:ff:ff
42: fwln1122i0@fwpr1122p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr1122i0 state UP mode DEFAULT group default qlen 1000
    link/ether 76:32:4a:14:07:ca brd ff:ff:ff:ff:ff:ff
root@proxmox:~# code_text

                komme so nicht weiter

                JLeg 1 Reply Last reply Reply Quote 0
                • JLeg
                  JLeg @ronrich last edited by

                  @ronrich na, wenn das can0 dann doch "da" ist - einfach mal probieren durchzureichen:
                  sofern das unter /dev/can0 liegt:

                  lxc.mount.entry: /dev/can0 dev/can0 none bind,optional,create=file,mode=666
                  R 1 Reply Last reply Reply Quote 0
                  • R
                    ronrich @JLeg last edited by

                    @jleg
                    aber leider liegt unter /dev/ kein can0

                    root@proxmox:/dev# ls
autofs           dm-13        fd         kmsg          mqueue     pve       tty    tty22  tty37  tty51  tty9       ttyS2   ttyS6        vcs5   vfio
block            dm-14        full       kvm           net        random    tty0   tty23  tty38  tty52  ttyACM0    ttyS20  ttyS7        vcs6   vga_arbiter
bsg              dm-2         fuse       log           ng0n1      rfkill    tty1   tty24  tty39  tty53  ttyACM1    ttyS21  ttyS8        vcsa   vhci
btrfs-control    dm-3         hidraw0    loop0         null       rtc       tty10  tty25  tty4   tty54  ttyprintk  ttyS22  ttyS9        vcsa1  vhost-net
bus              dm-4         hpet       loop1         nvme0      rtc0      tty11  tty26  tty40  tty55  ttyS0      ttyS23  udmabuf      vcsa2  vhost-vsock
char             dm-5         hugepages  loop2         nvme0n1    sda       tty12  tty27  tty41  tty56  ttyS1      ttyS24  uhid         vcsa3  watchdog
console          dm-6         hwrng      loop3         nvme0n1p1  sda1      tty13  tty28  tty42  tty57  ttyS10     ttyS25  uinput       vcsa4  watchdog0
core             dm-7         i2c-0      loop4         nvme0n1p2  serial    tty14  tty29  tty43  tty58  ttyS11     ttyS26  urandom      vcsa5  zero
cpu_dma_latency  dm-8         i2c-1      loop5         nvme0n1p3  sg0       tty15  tty3   tty44  tty59  ttyS12     ttyS27  usb          vcsa6  zfs
cuse             dm-9         i2c-2      loop6         nvram      shm       tty16  tty30  tty45  tty6   ttyS13     ttyS28  userfaultfd  vcsu
disk             dma_heap     i2c-3      loop7         port       snapshot  tty17  tty31  tty46  tty60  ttyS14     ttyS29  userio       vcsu1
dm-0             dri          i2c-4      loop-control  ppp        snd       tty18  tty32  tty47  tty61  ttyS15     ttyS3   vcs          vcsu2
dm-1             drm_dp_aux0  i2c-5      mapper        psaux      stderr    tty19  tty33  tty48  tty62  ttyS16     ttyS30  vcs1         vcsu3
dm-10            drm_dp_aux1  i2c-6      mcelog        ptmx       stdin     tty2   tty34  tty49  tty63  ttyS17     ttyS31  vcs2         vcsu4
dm-11            drm_dp_aux2  initctl    mei0          ptp0       stdout    tty20  tty35  tty5   tty7   ttyS18     ttyS4   vcs3         vcsu5
dm-12            ecryptfs     input      mem           pts        tpm0      tty21  tty36  tty50  tty8   ttyS19     ttyS5   vcs4         vcsu6
root@proxmox:/dev#
                    R B 2 Replies Last reply Reply Quote 0
                    • R
                      ronrich @ronrich last edited by ronrich

                      hallo,
                      nachdem ich nur mit dem durchreichen des Sticks in den Container nicht weiter kam, habe ich eine Proxmox VM mit Debian 12 erstellt und darin einfach mal den IOBroker installiert.
                      Dort ließ sich der Sick problemlos durchreichen, wurde erkannt und funktioniert.
                      Dann dachte ich mir ich erstelle ein Multi Hostsystem, konfiguriere meinen bestehenden IOBroker im LXC Container als Master und binde den IOBroker in der VM als Slave ein.
                      Jetzt habe ich aber das Problem dass der Slave nach ausführen von " iob multihost connect " den Master nicht findet.
                      Im Master habe ich zuvor " iob multihost enable " und " iob restart ausgeführt ".
                      Zum testen habe ich dann auf einem Raspberry3B den IOBroker installiert und auch von dem Raspberry wird der Master nicht gefunden.
                      Wo kann jetzt hier der Fehler liegen oder welche Tests kann ich noch ausführen um die Verbindung zur prüfen.
                      Über einen einfachen Ping ( also vom LXC zur VM und von der VM zum LXC ) bekomme ich von beiden Geräten untereinder immer positive Pings.

                      1 Reply Last reply Reply Quote 0
                      • B
                        Backes @ronrich last edited by

                        @ronrich Hast du das Problem irgendwie lösen können? Ich stehe aktuell auch wegen e3oncan vor dem Dilemma das Dingen an den lxc Container durchzureichen.

                        1 Reply Last reply Reply Quote 0
                        • uweklatt
                          uweklatt last edited by uweklatt

                          @ronrich
                          Schon einmal probiert, den ganzen USB-bus durchzureichen?
                          z.B. bei Bus 001:
                          lxc.mount.entry: /dev/bus/usb/001 dev/bus/usb/001 none bind,optional,create=dir 0, 0

                          Tschau
                          Uwe

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post

                          Support us

                          ioBroker
                          Community Adapters
                          Donate

                          954
                          Online

                          31.7k
                          Users

                          79.7k
                          Topics

                          1.3m
                          Posts

                          5
                          16
                          876
                          Loading More Posts
                          • Oldest to Newest
                          • Newest to Oldest
                          • Most Votes
                          Reply
                          • Reply as topic
                          Log in to reply
                          Community
                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                          The ioBroker Community 2014-2023
                          logo