[VDR4ARCH] ImonLCD 0038

utiltiy · 23. Oktober 2014

Hi,

ich bekomme von meinem Antec Fusion das ImonLCD ( 0038 ) nicht dazu etwas anzuzeigen. Ich habe mit den beiden Parametern probiert, auch die Einstellung wie das ImonLCD mit Debian funktioniert brachte keinen Erfolg.Das Plugin ist Aktiv und wird auch im VDR Einstellungsmenü angezeigt. Der Empfänger reagiert jedoch auf Tastendrücke der FB, auch wenn das Mapping noch nicht paßt.

seahawk1986 · 23. Oktober 2014

Was steht denn im Log? Darf der VDR auf das Display zugreifen (passende udev-Regel hinterlegt)?

M-Reimer · 23. Oktober 2014

Ich sehe gerade, dass es zwei Protokolle für das Display gibt (wird in der 50-imonlcd.conf eingestellt). Hänge doch mal ein "lsusb" hier mit an.

utiltiy · 23. Oktober 2014

Diese udev Regel ist in Verwendung

Die conf habe ich unter anderem so probiert

Code

[imonlcd]
--device=/dev/imon_0038
# sets the lcd-device to other device than /dev/lcd0
--protocol=0038
# sets the protocol of lcd-device
# '0038' For LCD with ID 15c2:0038 SoundGraph Inc (default)
# 'ffdc' For LCD with ID 15c2:ffdc SoundGraph Inc

wie unter Debian auch.

Auszüge reiche ich am Abend nach...

M-Reimer · 23. Oktober 2014

Ein "imon_0038" wird es vermutlich nicht geben. Lasse das mal auf Default-Einstellung.

seahawk1986 · 23. Oktober 2014

Dann stimmt der Pfad, den du angibst aber nicht, das sollte /dev/lcd0 sein.

Unter yaVDR gibt es diese Regel, die einen Symlink nach /dev/imon_0038 bzw. /dev/imon_ffdc anlegt:

Code

ACTION=="add", KERNEL=="lcd*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="*", MODE="0660", GROUP="vdr"
ACTION=="add", KERNEL=="lcd*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="0038", MODE="0660", GROUP="vdr", SYMLINK+="imon_0038"
ACTION=="add", KERNEL=="lcd*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="ffdc", MODE="0660", GROUP="vdr", SYMLINK+="imon_ffdc"

M-Reimer · 23. Oktober 2014

Eigentlich kann er einfach beide Zeilen kommentieren und mit Defaults fahren.

utiltiy · 23. Oktober 2014

Hi,

ich habe bewußt "unter anderem so" geschrieben. Zudem ging es ohne gesetzte Werte, also "Default", auch nicht.

Ich reiche später mal die Infos noch nach, wartet mal bitte solange.

utiltiy · 23. Oktober 2014

Hi,

folgendes habe ich nun gefunden:

- es wird ein Device angelegt mit /dev/lcd2

für den Benutzer root:root

Ändere ich die Rechte auf vdr:vdr und füge in der 50-imonlcd.conf

Code

[imonlcd]
--device=/dev/lcd2
# sets the lcd-device to other device than /dev/lcd0
#--protocol=MODE
# sets the protocol of lcd-device
# '0038' For LCD with ID 15c2:0038 SoundGraph Inc (default)
# 'ffdc' For LCD with ID 15c2:ffdc SoundGraph Inc

läuft das Display bis zu einem Systemneustart

Copperhead · 23. Oktober 2014

Könntest du in die 92-imonlcd.rules das hier eintragen:

Code

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="0038", GROUP="vdr"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="ffdc", GROUP="vdr"

Danach einmal durchbooten.

utiltiy · 23. Oktober 2014

Probiert mit dem ergänzenden "S" jedoch ohne Erfolg (mit Neustart des Rechners)

Nun habe ich die yaVDR udev Regel eingefügt:

Code

ACTION=="add", KERNEL=="lcd*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="*", MODE="0660", GROUP="vdr"
ACTION=="add", KERNEL=="lcd*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="0038", MODE="0660", GROUP="vdr", SYMLINK+="imon_0038"
ACTION=="add", KERNEL=="lcd*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="ffdc", MODE="0660", GROUP="vdr", SYMLINK+="imon_ffdc"

die conf mit:

Code

[imonlcd]
--device=/dev/imon_0038
# sets the lcd-device to other device than /dev/lcd0
--protocol=0038
# sets the protocol of lcd-device
# '0038' For LCD with ID 15c2:0038 SoundGraph Inc (default)
# 'ffdc' For LCD with ID 15c2:ffdc SoundGraph Inc

und das Imon geht (nach Neustart des Rechners)

M-Reimer · 23. Oktober 2014

Schön zu wissen das es mit den yavdr-Rules geht. Besser wäre zu wissen wo der Fehler in den Rules in vdr4arch liegt, denn sonst bleiben die wie sie sind und der nächste tappt in das gleiche Problem. Oder wir hauen das Plugin einfach ganz aus dem Repository, denn da das jetzt zum ersten Mal auffällt scheint ja kaum Bedarf zu sein

Reicht es wenn man den "KERNEL="-Bestandteil noch mit einbaut?

Code

ACTION=="add", KERNEL=="lcd*", SUBSYSTEM=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="0038", GROUP="vdr"
ACTION=="add", KERNEL=="lcd*", SUBSYSTEM=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="ffdc", GROUP="vdr"

Oder müssen die Berechtigungen wirklich auch angepasst werden?

Code

ACTION=="add", KERNEL=="lcd*", SUBSYSTEM=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="0038", MODE="0660", GROUP="vdr"
ACTION=="add", KERNEL=="lcd*", SUBSYSTEM=="usb", ATTRS{idVendor}=="15c2", ATTRS{idProduct}=="ffdc", MODE="0660", GROUP="vdr"

utiltiy · 23. Oktober 2014

Das Imon wird, auch jetzt mit der Rule, in /dev als lcd2 angelegt. Nur über den Symlink auf Imon_0038 wird es eingebunden.

Was soll ich probieren, mache ich gerne.

M-Reimer · 23. Oktober 2014

Ich habe mal zwei Blöcke angehängt. Ursprünglich war der Gedanke das ganze so einfach wie möglich zu machen. Ich hätte nichts gegen die Symlinks, denn ohne kann man eigentlich nie wirklich wissen wo die Devices landen. Mich wundert das es bei dir "lcd2" geworden ist. Das heißt es muss vorher auch noch ein "lcd0" und "lcd1" geben.

Mal warten was Copperhead dazu sagt, denn repariert werden muss es in jedem Fall und im "Kernteam" hat niemand das betroffene LCD. Wäre also schön wenn man im Zuge dieses Threads einen endgültigen Fix hinbekommen würde.

utiltiy · 23. Oktober 2014

Helfe gerne das es dann funktioniert. Habe nur ein LCD

Code

[root@vdr04 dev]# ls -l | grep lcd*
lrwxrwxrwx  1 root root           4 23. Okt 20:55 imon_0038 -> lcd2
crw-rw----  1 root vdr     180,   2 23. Okt 20:55 lcd2

olebowle · 23. Oktober 2014

Was haltet ihr davon ATTR{idProduct} weg zu lassen und mit SYMLINK+="imon_%s{idProduct}" den Link zu generieren.
Dann brauchts nur noch eine Zeile in 92-imonlcd.rules. Eventuell noch eine laufende Nummer, falls es sowas gibt.

Ein udevadm info -a -p $(udevadm info -q path -n /dev/lcd2) wäre mal interessant.

utiltiy · 23. Oktober 2014

Bitte schön:

udevadm info -a -p $(udevadm info -q path -n /dev/lcd2)

Spoiler anzeigen

[root@vdr04 ~]# udevadm info -a -p $(udevadm info -q path -n /dev/lcd2)

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:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/usbmisc/lcd2':
KERNEL=="lcd2"
SUBSYSTEM=="usbmisc"
DRIVER==""

looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0':
KERNELS=="2-1.3:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="imon"
ATTRS{bInterfaceClass}=="03"
ATTRS{bInterfaceSubClass}=="00"
ATTRS{bInterfaceProtocol}=="02"
ATTRS{bNumEndpoints}=="01"
ATTRS{supports_autosuspend}=="0"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bInterfaceNumber}=="00"

looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3':
KERNELS=="2-1.3"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{devpath}=="1.3"
ATTRS{idVendor}=="15c2"
ATTRS{speed}=="1.5"
ATTRS{bNumInterfaces}==" 2"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="8"
ATTRS{busnum}=="2"
ATTRS{devnum}=="5"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="100mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="80"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="0"
ATTRS{bcdDevice}=="0001"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{version}==" 1.10"
ATTRS{urbnum}=="1623"
ATTRS{ltm_capable}=="no"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="0038"
ATTRS{bDeviceClass}=="00"

looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb2/2-1':
KERNELS=="2-1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="01"
ATTRS{devpath}=="1"
ATTRS{idVendor}=="8087"
ATTRS{speed}=="480"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{busnum}=="2"
ATTRS{devnum}=="2"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="0mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="8"
ATTRS{bcdDevice}=="0000"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="54"
ATTRS{ltm_capable}=="no"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="0024"
ATTRS{bDeviceClass}=="09"

looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb2':
KERNELS=="usb2"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{devpath}=="0"
ATTRS{idVendor}=="1d6b"
ATTRS{speed}=="480"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{authorized_default}=="1"
ATTRS{busnum}=="2"
ATTRS{devnum}=="1"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="0mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="2"
ATTRS{bcdDevice}=="0316"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{serial}=="0000:00:1d.0"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="24"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Linux 3.16.4-1-ARCH ehci_hcd"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="0002"
ATTRS{bDeviceClass}=="09"
ATTRS{product}=="EHCI Host Controller"

looking at parent device '/devices/pci0000:00/0000:00:1d.0':
KERNELS=="0000:00:1d.0"
SUBSYSTEMS=="pci"
DRIVERS=="ehci-pci"
ATTRS{irq}=="23"
ATTRS{subsystem_vendor}=="0x8086"
ATTRS{broken_parity_status}=="0"
ATTRS{class}=="0x0c0320"
ATTRS{companion}==""
ATTRS{driver_override}=="(null)"
ATTRS{enabled}=="1"
ATTRS{consistent_dma_mask_bits}=="32"
ATTRS{dma_mask_bits}=="32"
ATTRS{local_cpus}=="00000000,00000000,00000000,00000003"
ATTRS{device}=="0x1c26"
ATTRS{uframe_periodic_max}=="100"
ATTRS{msi_bus}==""
ATTRS{local_cpulist}=="0-1"
ATTRS{vendor}=="0x8086"
ATTRS{subsystem_device}=="0x2002"
ATTRS{numa_node}=="-1"
ATTRS{d3cold_allowed}=="1"

looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""

Copperhead · 23. Oktober 2014

Zitat von M-Reimer

Mal warten was Copperhead dazu sagt

Was soll ich dazu viel sagen: Wichtig ist mir, dass es gefixt wird.
Wenn es mit der udev-Rule von yaVDR geht, kann ich auch diese einfach übernehmen.

Ich finde den Ansatz von olebowle aber auch ganz interessant. Ich würde aber statt SYMLINK+="imon_%s{idProduct}" SYMLINK+="soundgraph_%s{idProduct}" nehmen.
15c2 ist die Vendor ID von "SoundGraph Inc."

M-Reimer · 24. Oktober 2014

Aber das Device zeigt zu einem imon-Display. Falls soundgraph auch andere Gerätschaften anbietet will man die vielleicht auch anders symlinken?

Vermutlich wirklich das beste die yaVDR-Regeln, mit Ausnahme der ersten (Catch-All-Regel) zu übernehmen. Falls es in Zukunft weitere Geräte gibt, dann sollten die ordentlich mit eingepflegt werden. Eine "Catch-All-Regel" sollte nicht nötig sein.

utiltiy · 24. Oktober 2014

Du meinst ohne die erste Zeile der Regel von yaVDR?

Ich kann das heute mal alles probieren wenn ich ein anderes Problem gelöst habe.

[VDR4ARCH] ImonLCD 0038

Jetzt mitmachen!

Teilen