• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst Tumbleweed: USB-Geräte permanent mit gleicher Identifizierung verwenden

F

fhihu

Hallo miteinander,

ich habe eine Frage, weiß aber nicht genau, wie ich es bezeichnen soll. Ich versuche es mal mit einer Schilderung, was ich genau tun will.

Ich habe in meinem PC eine Lüftersteuerung von Aquacomputer, nämlich einen Aquaero 6, mit dem ich unabhängig von Betriebssystem verschiedene Lüfter im PC regeln kann und auch Lüfterkurven festlegen kann.

Seit einiger Zeit habe ich gemerkt, dass dieser Aquaero nun auch von lmsensors unterstützt wird. Ich kann also unter Linux die Lüfterdrehzahlen anzeigen lassen. Unter KDE Systemmonitor kann ich die Sensoren auslesen und eine schöne Grafik zu den verschiedenen Sensoren anzeigen lassen.

Diese Aquaero Lüftersteuerung muss man per internem USB anschließen.

Und hier fängt das Problem an: Manchmal kommt es vor, dass nach einem Neustart des PC die Sensoren nicht mehr ausgelesen werden, weil die Sensoren fehlen.

Meiner Meinung hängt es daran, dass bei jedem Bootvorgang, je nach Zeitpunkt der Initialisierung der USB Geräte eine andere Kennung an das Gerät vergeben wird.

Wenn ich die USB Geräte anzeigen lasse, schaut es so aus:

Code: 
hihu@linux:~> lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0c70:f001 MCT Elektronikladen aquaero
Bus 001 Device 005: ID 046d:c539 Logitech, Inc. Lightspeed Receiver
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 1050:0407 Yubico.com Yubikey 4/5 OTP+U2F+CCID
Bus 003 Device 003: ID 04d9:0296 Holtek Semiconductor, Inc. USB-HID Keyboard
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 002: ID 28de:1142 Valve Software Wireless Steam Controller
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 009 Device 002: ID 26ce:01a2 ASRock LED Controller
Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
hihu@linux:~>


Bus 001 Device 003 ist also der aquaero.

Und bei lmsensors zeigt es einmal

Code: 
lmsensors/aquaero-hid-3-9/fan1

und einmal

Code: 
lmsensors/aquaero-hid-3-b/fan1

an.

Ich hätte nun gerne, dass der aquaero immer unter bsp "aquaero-hid-3-b" gefunden wird. Wenn die Bezeichnung hier gleich bleibt, müssten die Sensoren nach einem Neustart des Systems wieder gefunden werden, so ist meine Vermutung.

Wie kann ich sowas bewerkstelligen?

Ich habe noch gesehen, dass am gleichen Host Controller ein anderes Gerät hängt, nämlich dieser Logitech Reciever von der Maus. Könnte ich den sonst einfach umstecken, damit nur noch ein Gerät am gleichen Host ist oder gibt es hier eine bessere softwareseitige Lösung?

Vielen Dank für eure Rückmeldungen.

hihu
 

Anhänge

  • Screenshot_20240602_162932.png
    Screenshot_20240602_162932.png
    238,4 KB · Aufrufe: 4
J

josef-wien

1. Um welche Linux-Distribution handelt es sich?

2. Da bei mir mit hoher Wahrscheinlichkeit ein anderes udev läuft, kann ich für die folgenden Informations-Befehle nicht garantieren. Falls udevadm nicht im Pfad enthalten ist, mußt Du diesen bei jedem Befehl zweimal ergänzen.
Code: 
udevadm info -q all -p $(udevadm info -q path -n bus/usb/001/003)
Code: 
udevadm info -a -p $(udevadm info -q path -n bus/usb/001/003)
Kontrolliere vorher, ob 001/003 noch zutrifft.

3. Gibt es für das Produkt eigene udev-Regeln?
 
OP
F

fhihu

Hallo Josef-wien,

vielen Dank für deine super Antwort.

1) Pardon habe ich vergessen, verwende openSUSE Tumbleweed

Code: 
NAME="openSUSE Tumbleweed"
# VERSION="20240524"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20240524"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
# CPE 2.3 format, boo#1217921
CPE_NAME="cpe:2.3:o:opensuse:tumbleweed:20240524:*:*:*:*:*:*:*"
#CPE 2.2 format
#CPE_NAME="cpe:/o:opensuse:tumbleweed:20240524"
BUG_REPORT_URL="https://bugzilla.opensuse.org"
SUPPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"

2) Ich habe nun alle anderen Geräte an dem Bus abgesteckt und wie erwartet funktioniert es nun wieder. Es ist jetzt 001/002.

Code: 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0c70:f001 MCT Elektronikladen aquaero
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 1050:0407 Yubico.com Yubikey 4/5 OTP+U2F+CCID
Bus 003 Device 003: ID 04d9:0296 Holtek Semiconductor, Inc. USB-HID Keyboard
Bus 003 Device 004: ID 046d:c539 Logitech, Inc. Lightspeed Receiver
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 002: ID 28de:1142 Valve Software Wireless Steam Controller
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 009 Device 002: ID 26ce:01a2 ASRock LED Controller
Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Wenn nur ein Gerät dort steckt, ist der Standard "lmsensors/aquaero-hid-3-9/fan1", dann geht wieder alles.

3) Nein, gibt keine anderen Regeln, habe nichts verändert.

Pardon nochmals der Nachfrage: Die zwei Befehle oben kann ich also ohne Bedenken so eingeben. Ich habe mal was wegen des "Valve Software Wireless Steam Controller" in udev ändern müssen und dann irgendwann hat gar nichts mehr so funktioniert, wie es sollte. Erst seit ich aber das System neu installiert habe, geht es wieder. Deshalb bin ich immer ein wenig vorsichtig, wenn ich was eingebe und nachher nicht mehr weiß, wie es rückgängig machen kann.

Lieben Gruß
hihu
 
Christina

Christina

fhihu schrieb:
Pardon habe ich vergessen, verwende openSUSE Tumbleweed
Zum Vergrößern anklicken....
Du kannst das immer gleich in der Themen-Überschrift mit angeben. Dann sieht man es sofort und muss auch nie mehr im Themenverlauf nachfragen.

Und statt sofort Bildschirmfotos zu schießen, ist hier eine Ausgabe von lsusb -v -d [Anbieter]:[Produkt] nicht nur einfacher,
fhihu schrieb:
[ATTACH]794[/ATTACH]
Zum Vergrößern anklicken....
sie erleichtert uns auch die Arbeit, wenn wir die Ausgabe zu deiner Hilfe, zu deinem Vorteil weiterverarbeiten müssen.
Danke dir!
Lg, Christina
 
A

abgdf

Ich glaube, das ist nicht erwünscht.
Ich hab' es aufgegeben, das zu versuchen. Es funktioniert schlecht oder recht auch dynamisch. Ich hätte auch gern mehr Kontrolle, aber es wird einem an der Stelle schon schwer gemacht. Das kann man mit Recht beklagen, und es sollte anders sein.
 
J

josef-wien

Ich bin sicher, daß das Konsol-Programm sensors die Sensoren auf jeden Fall findet. Das Problem sind jene dummen grafischen Programme, die stur nach bestimmten Dingen suchen (und oft wohl nach den falschen),

Mich würden jetzt auch die Ausgaben von
Sass: 
sensors
Code: 
grep . /sys/class/hwmon/*/name
Code: 
readlink /sys/class/hwmon/*
interessieren.
 
susejunky

susejunky

Moderator
Teammitglied
Hallo @fhihu ,

fhihu schrieb:
Pardon nochmals der Nachfrage: Die zwei Befehle oben kann ich also ohne Bedenken so eingeben.
Zum Vergrößern anklicken....
wie @josef-wien bereits sagte, mit
Code: 
man udevadm
kannst Du jederzeit nachlesen, was der vorgeschlagene Befehl bewirkt.

Im konkreten Fall geht es darum, dass Du die Ergebnisse, welche die Befehle ausgeben, vollständig (d.h. inkl. dem eingegebenen Befehl, alle Ausgaben und die nächste, leere Eingabeaufforderung) hier zeigst. Bitte verwende dafür Code-Blocks (die Schaltfläche "</>" im Forums-Editor).

Ich vermute, dass @josef-wien Dir dabei helfen will eine udev-Regel zu erstellen, die Dein Problem ggf. löst.

Hier findest Du Informationen zum Thema udev:

freedesktop - Dokumentation zu udev
ARCH-Linux Wikipedia Artikel zu udev
Wikipedia Artikel zu udev

Viele Grüße

susejunky
 
OP
F

fhihu

Vielen lieben Dank für eure Antworten,

ich habe mir schon fast gedacht, dass es etwas mit udev zu tun haben könnte.

josef-wien schrieb:
Bedeutet das, daß weder ein Paket zu installieren noch ein Installationsprogramm auszuführen war?
Zum Vergrößern anklicken....

Nein es war weder ein Paket zu installieren noch ein Installationsprogramm auszuführen.

Sensors findet die Sensoren schon, jedoch immer unter einem anderen Pfad.

Ich habe nun alle Befehle eingegeben.

lsusb -v -d 0c70:f001

Code: 
linux:/home/hihu # lsusb -v -d 0c70:f001

Bus 001 Device 002: ID 0c70:f001 MCT Elektronikladen aquaero
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 [unknown]
  bDeviceSubClass         0 [unknown]
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x0c70 MCT Elektronikladen
  idProduct          0xf001 aquaero
  bcdDevice            0.02
  iManufacturer           1 Aqua Computer GmbH & Co. KG
  iProduct                2 aquaero
  iSerial                 3 09932-19209
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0054
    bNumInterfaces          3
    bConfigurationValue     1
    iConfiguration          4 Default Configuration
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 [unknown]
      bInterfaceProtocol      1 Keyboard
      iInterface              5 aquaero Keyboard/Mouse
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.11
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength     101
          Report Descriptors:
            ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval              32
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        1
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 [unknown]
      bInterfaceProtocol      0
      iInterface              6 aquaero System Control
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.12
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      56
          Report Descriptors:
            ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval              32
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        2
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 [unknown]
      bInterfaceProtocol      0
      iInterface              7 aquaero Device
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.11
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength     156
          Report Descriptors:
            ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               5
Device Status:     0x0001
  Self Powered
linux:/home/hihu #

udevadm info -q all -p $(udevadm info -q path -n bus/usb/001/002)

Code: 
linux:/home/hihu # udevadm info -q all -p $(udevadm info -q path -n bus/usb/001/002)
P: /devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/usb1/1-6
M: 1-6
R: 6
U: usb
T: usb_device
D: c 189:1
N: bus/usb/001/002
L: 0
V: usb
E: DEVPATH=/devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/>
E: SUBSYSTEM=usb
E: DEVNAME=/dev/bus/usb/001/002
E: DEVTYPE=usb_device
E: DRIVER=usb
E: PRODUCT=c70/f001/2
E: TYPE=0/0/0
E: BUSNUM=001
E: DEVNUM=002
E: MAJOR=189
E: MINOR=1
E: USEC_INITIALIZED=7206700
E: ID_BUS=usb
E: ID_MODEL=aquaero
E: ID_MODEL_ENC=aquaero
E: ID_MODEL_ID=f001
E: ID_SERIAL=Aqua_Computer_GmbH___Co._KG_aquaero_09932-19209
E: ID_SERIAL_SHORT=09932-19209
lines 1-27...skipping...
P: /devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/usb1/1-6
M: 1-6
R: 6
U: usb
T: usb_device
D: c 189:1
N: bus/usb/001/002
L: 0
V: usb
E: DEVPATH=/devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/usb1/1-6
E: SUBSYSTEM=usb
E: DEVNAME=/dev/bus/usb/001/002
E: DEVTYPE=usb_device
E: DRIVER=usb
E: PRODUCT=c70/f001/2
E: TYPE=0/0/0
E: BUSNUM=001
E: DEVNUM=002
E: MAJOR=189
E: MINOR=1
E: USEC_INITIALIZED=7206700
E: ID_BUS=usb
E: ID_MODEL=aquaero
E: ID_MODEL_ENC=aquaero
E: ID_MODEL_ID=f001
E: ID_SERIAL=Aqua_Computer_GmbH___Co._KG_aquaero_09932-19209
E: ID_SERIAL_SHORT=09932-19209
E: ID_VENDOR=Aqua_Computer_GmbH___Co._KG
E: ID_VENDOR_ENC=Aqua\x20Computer\x20GmbH\x20\x26\x20Co.\x20KG
E: ID_VENDOR_ID=0c70
E: ID_REVISION=0002
E: ID_USB_MODEL=aquaero
E: ID_USB_MODEL_ENC=aquaero
E: ID_USB_MODEL_ID=f001
E: ID_USB_SERIAL=Aqua_Computer_GmbH___Co._KG_aquaero_09932-19209
E: ID_USB_SERIAL_SHORT=09932-19209
E: ID_USB_VENDOR=Aqua_Computer_GmbH___Co._KG
E: ID_USB_VENDOR_ENC=Aqua\x20Computer\x20GmbH\x20\x26\x20Co.\x20KG
E: ID_USB_VENDOR_ID=0c70
E: ID_USB_REVISION=0002
E: ID_USB_INTERFACES=:030001:030000:
E: ID_VENDOR_FROM_DATABASE=MCT Elektronikladen
E: ID_PATH_WITH_USB_REVISION=pci-0000:15:00.0-usbv2-0:6
E: ID_PATH=pci-0000:15:00.0-usb-0:6
E: ID_PATH_TAG=pci-0000_15_00_0-usb-0_6
E: ID_FOR_SEAT=usb-pci-0000_15_00_0-usb-0_6
E: TAGS=:seat:
E: CURRENT_TAGS=:seat:



Das sind mal die ersten Befehle.
Wegen Zeichenbeschränkung muss ich noch einen Beitrag erstellen.

LG
hihu
 
OP
F

fhihu

udevadm info -a -p $(udevadm info -q path -n bus/usb/001/002)


Code: 
linux:/home/hihu # udevadm info -a -p $(udevadm info -q path -n bus/usb/001/002)

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/000>
    KERNEL=="1-6"
    SUBSYSTEM=="usb"
    DRIVER=="usb"
    ATTR{authorized}=="1"
    ATTR{avoid_reset_quirk}=="0"
    ATTR{bConfigurationValue}=="1"
    ATTR{bDeviceClass}=="00"
    ATTR{bDeviceProtocol}=="00"
    ATTR{bDeviceSubClass}=="00"
    ATTR{bMaxPacketSize0}=="64"
    ATTR{bMaxPower}=="100mA"
    ATTR{bNumConfigurations}=="1"
    ATTR{bNumInterfaces}==" 3"
    ATTR{bcdDevice}=="0002"
    ATTR{bmAttributes}=="e0"
    ATTR{busnum}=="1"
    ATTR{configuration}=="Default Configuration"
    ATTR{devnum}=="2"
    ATTR{devpath}=="6"
lines 1-27...skipping...

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/usb1/1-6':
    KERNEL=="1-6"
    SUBSYSTEM=="usb"
    DRIVER=="usb"
    ATTR{authorized}=="1"
    ATTR{avoid_reset_quirk}=="0"
    ATTR{bConfigurationValue}=="1"
    ATTR{bDeviceClass}=="00"
    ATTR{bDeviceProtocol}=="00"
    ATTR{bDeviceSubClass}=="00"
    ATTR{bMaxPacketSize0}=="64"
    ATTR{bMaxPower}=="100mA"
    ATTR{bNumConfigurations}=="1"
    ATTR{bNumInterfaces}==" 3"
    ATTR{bcdDevice}=="0002"
    ATTR{bmAttributes}=="e0"
    ATTR{busnum}=="1"
    ATTR{configuration}=="Default Configuration"
    ATTR{devnum}=="2"
    ATTR{devpath}=="6"
    ATTR{idProduct}=="f001"
    ATTR{idVendor}=="0c70"
    ATTR{ltm_capable}=="no"
    ATTR{manufacturer}=="Aqua Computer GmbH & Co. KG"
    ATTR{maxchild}=="0"
    ATTR{power/active_duration}=="2159934"
    ATTR{power/async}=="enabled"
    ATTR{power/autosuspend}=="2"
    ATTR{power/autosuspend_delay_ms}=="2000"
    ATTR{power/connected_duration}=="2159934"
    ATTR{power/control}=="on"
    ATTR{power/level}=="on"
    ATTR{power/persist}=="1"
    ATTR{power/runtime_active_kids}=="0"
    ATTR{power/runtime_active_time}=="2159384"
    ATTR{power/runtime_enabled}=="forbidden"
    ATTR{power/runtime_status}=="active"
    ATTR{power/runtime_suspended_time}=="0"
    ATTR{power/runtime_usage}=="1"
    ATTR{power/wakeup}=="disabled"
    ATTR{power/wakeup_abort_count}==""
    ATTR{power/wakeup_active}==""
    ATTR{power/wakeup_active_count}==""
    ATTR{power/wakeup_count}==""
    ATTR{power/wakeup_expire_count}==""
    ATTR{power/wakeup_last_time_ms}==""
    ATTR{power/wakeup_max_time_ms}==""
    ATTR{power/wakeup_total_time_ms}==""
    ATTR{product}=="aquaero"
    ATTR{quirks}=="0x0"
    ATTR{removable}=="unknown"
    ATTR{remove}=="(not readable)"
    ATTR{rx_lanes}=="1"
    ATTR{serial}=="09932-19209"
    ATTR{speed}=="12"
    ATTR{tx_lanes}=="1"
    ATTR{urbnum}=="2207"
    ATTR{version}==" 2.00"

  looking at parent device '/devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/usb1':

    KERNELS=="usb1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{authorized_default}=="1"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bcdDevice}=="0609"
    ATTRS{bmAttributes}=="e0"
    ATTRS{busnum}=="1"
    ATTRS{configuration}==""
    ATTRS{devnum}=="1"
    ATTRS{devpath}=="0"
    ATTRS{idProduct}=="0002"
    ATTRS{idVendor}=="1d6b"
    ATTRS{interface_authorized_default}=="1"
    ATTRS{ltm_capable}=="no"
    ATTRS{manufacturer}=="Linux 6.9.1-1-default xhci-hcd"

sensors

Code: 
hihu@linux:~> sensors
aquaero-hid-3-9
Adapter: HID adapter
Fan 1 voltage:            8.19 V
Fan 2 voltage:           12.14 V
Fan 3 voltage:           12.16 V
Fan 4 voltage:            0.00 V
Fan 1 speed:            1943 RPM
Fan 2 speed:             253 RPM
Fan 3 speed:             231 RPM
Fan 4 speed:               0 RPM
Flow sensor 1 [dL/h]:      0 RPM
Flow sensor 2 [dL/h]:      0 RPM
Sensor 1:                +28.6°C
Sensor 2:                +28.9°C
Sensor 3:                +31.6°C
Sensor 4:                +27.1°C
Sensor 5:                    N/A
Sensor 6:                    N/A
Sensor 7:                    N/A
Sensor 8:                    N/A
Virtual sensor 1:        +50.0°C
Virtual sensor 2:        +50.0°C
Virtual sensor 3:        +50.0°C
Virtual sensor 4:        +50.0°C
Virtual sensor 5:        +50.0°C
Virtual sensor 6:        +50.0°C
Virtual sensor 7:        +50.0°C
Virtual sensor 8:        +50.0°C
Calc. virtual sensor 1:      N/A
Calc. virtual sensor 2:      N/A
Calc. virtual sensor 3:      N/A
Calc. virtual sensor 4:      N/A
Fan 1 power:              2.88 W
Fan 2 power:              0.00 W
Fan 3 power:              0.00 W
Fan 4 power:              0.00 W
Fan 1 current:          352.00 mA
Fan 2 current:            0.00 A
Fan 3 current:            0.00 A
Fan 4 current:            0.00 A

amdgpu-pci-1a00
Adapter: PCI adapter
vddgfx:      914.00 mV
vddnb:         1.24 V
edge:         +38.0°C
PPT:          32.22 W

nvme-pci-1900
Adapter: PCI adapter
Composite:    +49.9°C  (low  =  -0.1°C, high = +86.8°C)
                       (crit = +88.8°C)

hidpp_battery_0-hid-3-16
Adapter: HID adapter
in0:           3.78 V

k10temp-pci-00c3
Adapter: PCI adapter
Tctl:         +42.8°C
Tccd1:        +35.6°C

amdgpu-pci-0300
Adapter: PCI adapter
vddgfx:      223.00 mV
fan1:           0 RPM  (min =    0 RPM, max = 3600 RPM)
edge:         +42.0°C  (crit = +100.0°C, hyst = -273.1°C)
                       (emerg = +105.0°C)
junction:     +49.0°C  (crit = +110.0°C, hyst = -273.1°C)
                       (emerg = +115.0°C)
mem:          +64.0°C  (crit = +108.0°C, hyst = -273.1°C)
                       (emerg = +113.0°C)
PPT:          11.00 W  (cap = 212.00 W)

hihu@linux:~>

grep . /sys/class/hwmon/*/name

Code: 
hihu@linux:~> grep . /sys/class/hwmon/*/name
/sys/class/hwmon/hwmon0/name:nvme
/sys/class/hwmon/hwmon1/name:amdgpu
/sys/class/hwmon/hwmon2/name:amdgpu
/sys/class/hwmon/hwmon3/name:k10temp
/sys/class/hwmon/hwmon4/name:aquaero
/sys/class/hwmon/hwmon5/name:hidpp_battery_0
hihu@linux:~>

readlink /sys/class/hwmon/*

Code: 
hihu@linux:~> readlink /sys/class/hwmon/*
../../devices/pci0000:00/0000:00:02.2/0000:19:00.0/nvme/nvme0/hwmon0
../../devices/pci0000:00/0000:00:01.1/0000:01:00.0/0000:02:00.0/0000:03:00.0/hwmon/hwmon1
../../devices/pci0000:00/0000:00:08.1/0000:1a:00.0/hwmon/hwmon2
../../devices/pci0000:00/0000:00:18.3/hwmon/hwmon3
../../devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:08.0/0000:0b:00.0/0000:0c:0c.0/0000:15:00.0/usb1/1-6/1-6:1.2/0003:0C70:F001.0009/hwmon/hwmon4
../../devices/pci0000:00/0000:00:02.1/0000:04:00.0/0000:05:0c.0/0000:17:00.0/usb3/3-12/3-12:1.2/0003:046D:C539.0011/0003:046D:4086.0016/power_supply/hidpp_battery_0/hwmon5

hihu@linux:~>

Beim Befehl Sensors wird das Gerät gefunden "aquaero-hid-3-9", also auch unter hid-3-9 und so sollte es bleiben, wenn es immer dynamisch ist, ändert sich die Bezeichnung hid-3-x, ich hatte schon hid-3-b und hid-3-14 usw.

Vielen lieben Dank euch.
hihu
 
Zuletzt bearbeitet von einem Moderator:
Christina

Christina

Hi,
fhihu schrieb:
Wegen Zeichenbeschränkung muss ich noch einen Beitrag erstellen.
Zum Vergrößern anklicken....
beim Zwischenspeichern der Codeausgaben hat es bei dir jeweils eine extra Leerzeile eingefügt, also geschätzt 200 Stück.
Die habe ich eben für dich entfernt, damit die Ausgaben für uns auch gescheit lesbar sind.

Lg Christina, Moderatorin
 
J

josef-wien

fhihu schrieb:
hihu@linux:~> sensors
aquaero-hid-3-9

hihu@linux:~> grep . /sys/class/hwmon/*/name
/sys/class/hwmon/hwmon4/name:aquaero
Zum Vergrößern anklicken....
Der vom Kernel gemeldete Name lautet "aquaero". sensors ergänzt diesen Namen um zwei weitere Begriffe, von denen einer den großen Nachteil hat, variabel zu sein. Mein sensors macht das auch, aber die von mir verwendeten Programme (Trinity Desktop Environment) verwenden den vom Kernel gemeldeten Namen. Die von Dir genutzten Programme gebrauchen den auch von sensors verwendeten Begriff (und dazu fällt mir ein, daß gegen suboptimale Programme immer noch kein Kraut gewachsen ist).

Die vom Kernel festgelegten Identifizierungsmerkmale dürfen nicht verändert werden. Geschähe dies, gäbe es zwingend nur ein Ergebnis: Chaos

Die Möglichkeit, über eine udev-Regel eine symbolische Verknüpfung zu erzeugen (wie z. B. bei Speichermedien), scheidet bei dieser Konstellation aus.

Meiner Meinung nach ist es ein Software-Problem, für das es außerhalb der Software keine Lösung gibt.
 
OP
F

fhihu

Hallo miteinander,

@Christina: Vielen Dank für die Überarbeitung, da habe ich was beim Kopieren wohl falsch gemacht:confused:


@josef-wien: Vielen Dank für die Antwort. Das macht natürlich vollkommen Sinn, es würde dann alles durcheinander geraten. Ich verwende nun halt die Methode, mit dem richtigen Einstecken der Geräte bei Systemstart. Ich werde, bei Gelegenheit einen Fehlerbericht bei KDE erstellen, damit hier eine Lösung gefunden werden kann. Gibt bestimmt noch andere Personen, die USB Geräte mit Sensoren haben.

Vielen lieben Dank
fhihu
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben