X10 Ohne Lirc

Epse · 11. März 2009

Hi ich habe gerade das Wiki überarbeitet und einen Patch für das ati-remote kernelmodule erstellt bzw erweitert.

Benötigt das überhaupt noch jemand oder benutzt Ihr alle LIRC?

Vor allem habe ich eine Lösung für das Problem eingebaut (Ansatz bei linux.tv gefunden und mit einer Option eingebaut) dass man die Tasten bei manchen Fernbedienungen doppelt drücken muss.

Vielleicht kann es ja jemand ausser mir brauchen

http://vdr-wiki.de/wiki/index.…SB_X10_mit_Kerneltreibern

Jetzt kann man auch das remote Plugin mit allen möglichen X10ern benutzen welches ich lirc vorziehe.

Kubax · 12. März 2009

Hi,

ich hab bei meiner X10 (q-Sonic war doch X10 oder?) Das problem gehabt, das ich Tasten teilweise sehr lange drücken musste...

Wollte nun deinen Patch ausprobieren, Compilieren hat auch alles geklappt, leier bekomm ich ihn nich dazu die Fernbedienung über den Kernel an zu sprechen, beim einstecken wird immer Lirc_atiusb geladen, und die Fernbedienung nicht als eventX erkannt...

Epse · 12. März 2009

Hi,

dann musst Du das lirc_atiusb Modul von Hand entladen.

rmmod lirc-atiusb
rmmod lirc-dev
modprobe ati-remote

falls das Modul noch nicht installiert ist:

insmod /usr/src/linux-2.6..../drivers/input/misc/ati_remote.ko

falls das modul nur kopiert wurde mach mal als root

depmod -a

lirc-atiusb und ati-remote kommen sich da etwas in die quere. Das Modul welches zuerst geladen wird bekommt auch den Vorrang.

Im Wiki ist noch ein kleiner Fehler bezüglich der Modifikation der runvdr.

Das wollte ich morgen Abend angehen... ich habe morgen Früh eine Klausr...

Kubax · 12. März 2009

Hab ich auch schon probiert, ati_remote wird auch richtig geladen, aber das event wird nich generiert..

ud wenn ich amzieh, und neu ansteck, wird wieder lirc_atiusb geladen...

viel glück für die klausur

Epse · 12. März 2009

...setze mal in die /etc/modprobe.d/blacklist folgendes ein

blacklist lirc_atiusb

dann wird der lirc treiber definitiv nicht mehr geladen.

poste mal Die Ausgabe von dmesg wenn Du den ati_remote treiber von hand lädst. (lirc schon entladen)

nicht alles! nur die letzten 10 Zeilen oder so müsste etwa so aussehen:

[105867.811252] input: X10 WTI RF receiver as /class/input/input7
[105867.827109] ati_remote: Weird data, len=1 ff 00 00 00 00 00 ...
[105867.852160] usbcore: registered new interface driver ati_remote
[105867.852167] ati_remote: Registered USB driver ATI/X10 RF USB Remote Control v. 2.2.1

Wenn Du das hat geh mal ins Verzeichnis /dev/input und mach ein ls

dann probier Dich Durch mit

udevinfo -a -p `udevinfo -q path -n /dev/input/event0` | grep X10
udevinfo -a -p `udevinfo -q path -n /dev/input/event1` | grep X10
...
usw

wenn bei einem eventX folgendes erscheint:

ATTRS{name}=="X10 WTI RF receiver"
ATTRS{manufacturer}=="X10 WTI"

Dann hat alles geklappt.

So und jetzt setz ich mich nochmal hinter meine Bücher!

Kubax · 12. März 2009

Ok, zumindest läd er das Lirc module nichtmehr (obwohl ich den modprobe blacklistseit gestern schon drin hatte)

Jetz wird die Fernbedienung durch ATI_remote erkannt....
Leider immer noch nicht unter eventX

Gefunden hab ich sie nun unter Folgenden geräten...

Code

vdr01 ~ # udevinfo -a -p `udevinfo -q path -n /dev/usbdev2.2_ep81` | grep X10
    ATTRS{manufacturer}=="X10 Wireless Technology Inc"
vdr01 ~ # udevinfo -a -p `udevinfo -q path -n /dev/usbdev2.2_ep02` | grep X10
    ATTRS{manufacturer}=="X10 Wireless Technology Inc"
vdr01 ~ # udevinfo -a -p `udevinfo -q path -n /dev/usbdev2.2_ep00` | grep X10
    ATTRS{manufacturer}=="X10 Wireless Technology Inc"

Hier noch die letzten Info's vom Dmesg... (wenn alles benötigt wird, einfach bescheid sagen...)

Code

lirc_atiusb[2]: usb remote disconnected
usbcore: registered new interface driver ati_remote
drivers/input/misc/ati_remote.c: Registered USB driver ATI/X10 RF USB Remote Control v. 2.2.1

Epse · 13. März 2009

...hmm

mach auch mal ein

Code

lsusb

bei mir sieht es so aus:

Code

Bus 003 Device 008: ID 0bc7:0006 X10 Wireless Technology, Inc. Wireless Transceiver (ACPI-compliant)

wenn ich den enpfänger abziehe und wieder einstecke bekomme ich diese Meldung mit dmesg

Code

[142663.086335] input: X10 WTI RF receiver as /class/input/input10
[142663.102144] ati_remote: Weird data, len=1 ff 03 04 00 03 00 ...
[142663.128325] usb 3-4.4.3: New USB device found, idVendor=0bc7, idProduct=0006
[142663.128331] usb 3-4.4.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[142663.128334] usb 3-4.4.3: Product: RF receiver
[142663.128336] usb 3-4.4.3: Manufacturer: X10 WTI

Das ist nur der output für den USB-Empfänger.

Vendor und Product ID von Dir würden mich mal interessieren. Vielleicht gibt es da unstimmigkeiten.

Und eine Ausgabe von lsmod von Dir noch dazu.

Kubax · 13. März 2009

lsusb:

Code

Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 002: ID 0bc7:0005 X10 Wireless Technology, Inc.
Bus 002 Device 001: ID 1d6b:0001

dmesg ist bei mir nich besonders spektakulär oO

Code

usb 2-7: USB disconnect, address 2
usb 2-7: new low speed USB device using ohci_hcd and address 3
usb 2-7: configuration #1 chosen from 1 choice

nebst ein paar (vielen) einträgen wie

Code

stb6100_get_bandwidth: Bandwidth=5200000

die vermutlich vom "s2-liplianin" Treiber kommen, weil ich gestern auf Kernel 2.6.28.7 geupdated hab (und natürlich den patch neu installiert hab)

lsmod:

Code

Module                  Size  Used by
ati_remote             10508  0
usb_storage            63264  0
radeon                126496  2
drm                    76712  3 radeon
snd_pcm_oss            38560  0
snd_mixer_oss          13696  2 snd_pcm_oss
snd_seq_oss            26368  0
snd_seq_midi_event      7296  1 snd_seq_oss
snd_seq                45296  4 snd_seq_oss,snd_seq_midi_event
snd_seq_device          7436  2 snd_seq_oss,snd_seq
lnbp21                  2688  1
stb6100                 7556  1
stb0899                30980  1
budget_ci              21380  12
budget_core             9732  1 budget_ci
dvb_core               75008  2 budget_ci,budget_core
saa7146                16648  2 budget_ci,budget_core
ttpci_eeprom            3328  1 budget_core
ir_common              49156  1 budget_ci
i2c_core               22164  6 lnbp21,stb6100,stb0899,budget_ci,budget_core,ttpci_eeprom
sky2                   39556  0
forcedeth              47504  0
snd_intel8x0           27548  2
snd_ac97_codec         92068  1 snd_intel8x0
ac97_bus                2560  1 snd_ac97_codec
snd_pcm                67460  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              19208  2 snd_seq,snd_pcm
snd_page_alloc          8968  2 snd_intel8x0,snd_pcm

Alles anzeigen

Hier mal ein lsusb -v für die vendorid und mehr

Code

Bus 002 Device 003: ID 0bc7:0005 X10 Wireless Technology, Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x0bc7 X10 Wireless Technology, Inc.
  idProduct          0x0005
  bcdDevice            1.00
  iManufacturer           1 X10 Wireless Technology Inc
  iProduct                2 USB Receiver
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower                2mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval              10
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval              10
Device Status:     0x0000
  (Bus Powered)

Alles anzeigen

Edit:

Nachdem du das mit dem idVendor / idProduct erwänt hast, hab ich mit grad mal die ati_remote.c angeschaut... hab einfach mal (probeweiser) eine der idProduct variablen geändert (passend auf meine), und siehe da... das event5 ist plötzlich generiert worden

Doch zu früh gefreut...

evtest /dev/input/event5 erkennt zwar offensichtlich alle tasten richtig, beim druck auf der remote funktioniert allerdings nur die Maus emulation.

und im message-log taucht bei nicht erkannten tasten sowas auf.:

Code

Mar 13 10:41:24 [kernel] usb 2-7: Weird data, len=5 20 ee 11 52 ad 00 ...

ich probier jetzt noch die andren versionen aus, sollten die nich gehen, kannst du mir evtl verraten, wie ich die andre productid selber einhacke? (Programmierkenntnisse vorhanden, wenn auch nur wenig auf c basis ^^)

Epse · 13. März 2009

öhm... also das ist auch mein erster selber gemachter Patch für ein Kernelmodul. Ich hab mir alles aus dem Netz besorgt was ich in den Patch gestellt habe. (Ausser der option mit dem keychange)

Wenn Du das modul so wie Du es jetzt hast (also mit der geänderten pid) mit debug=1 lädst... was spuckt er dann aus? (Vor allem beim Tastendrücken)

Im grunde müsste es reichen eine Zeile oben in der ati_remote.c einzufügen

also
In Zeile 106

Code

#define MCE_REMOTE_PRODUCT_ID 0x005

(Wir nennen sie jetzt mal MCE Remote...)
und in Zeile 152 ergänzen

Code

{ USB_DEVICE(ATI_REMOTE_VENDOR_ID, MCE_REMOTE_PRODUCT_ID) },

Damit definierst Du den Remotetyp im Treiber.

Jetzt kann es natürlich sein, dass man eine komplett neue keymap erstellen muss. Das liesse sich recht einfach erledigen... mit einer if schleife die selektiert welches USB-Gerät angeschlossen ist und danach dann die keymap auswählt.

Nur brauche ich dafür so eine Remote. Oder Deine Hilfe

Kubax · 13. März 2009

Fernbedienung wird nach wie vor, ohne probleme erkannt, nur die Tastenbelegung stimmt immer noch nicht...

im /var/log/messages steht immernoch filgendes:

Taste 1 - 0

Code

Mar 13 14:49:23 [kernel] usb 2-7: Weird data, len=5 20 ee 11 82 7d 20 ...
Mar 13 14:49:26 [kernel] usb 2-7: Weird data, len=5 20 ee 11 42 bd 20 ...
Mar 13 14:49:38 [kernel] usb 2-7: Weird data, len=5 20 ee 11 c2 3d 20 ...
Mar 13 14:49:55 [kernel] usb 2-7: Weird data, len=5 20 ee 11 22 dd 20 ...
Mar 13 14:49:59 [kernel] usb 2-7: Weird data, len=5 20 ee 11 a2 5d 20 ...
Mar 13 14:50:02 [kernel] usb 2-7: Weird data, len=5 20 ee 11 62 9d 20 ...
Mar 13 14:50:05 [kernel] usb 2-7: Weird data, len=5 20 ee 11 e2 1d 20 ...
Mar 13 14:50:06 [kernel] usb 2-7: Weird data, len=5 20 ee 11 12 ed 20 ...
Mar 13 14:50:07 [kernel] usb 2-7: Weird data, len=5 20 ee 11 92 6d 20 ...
Mar 13 14:50:09 [kernel] usb 2-7: Weird data, len=5 20 ee 11 02 fd 20 ...

Ich hab jetzt mal versucht die ati_remote.c anzupassen, und bei Taste 1 0x82, 0x7d ein zu tragen, leider ohne erfolg...

bei cat /dev/input/eventX wird genau wie bei evtest /dev/input/eventX nur die emulierte maus erkannt...

Epse · 13. März 2009

...ich habe da grade was gefunden

http://pastebin.ca/raw/18038

Das ist eine ziemlich hart geänderte ati_remote.c

da gibt es noch ein paar probs beim kompilieren...

Epse · 13. März 2009

ohoh... das wird viel Arbeit...

Kubax · 13. März 2009

Wie du bereits vermutet hast, kompilieren hat nicht geklappt...

Ich werd jetz mal probieren, mit der aus der version von pastbin zu ersetzen, und schauen ob sich was tut...

Hier die Compiler fehler:

Code

CHK     include/linux/version.h
  CHK     include/linux/utsrelease.h
  SYMLINK include/asm -> include/asm-x86
  CALL    scripts/checksyscalls.sh
  CHK     include/linux/compile.h
  CC [M]  drivers/input/misc/ati_remote.o
drivers/input/misc/ati_remote.c:97:26: error: linux/config.h: No such file or directory
drivers/input/misc/ati_remote.c:615: error: unknown field 'owner' specified in initializer
drivers/input/misc/ati_remote.c:615: warning: initialization from incompatible pointer type
drivers/input/misc/ati_remote.c: In function 'ati_remote_open':
drivers/input/misc/ati_remote.c:642: error: 'struct input_dev' has no member named 'private'
drivers/input/misc/ati_remote.c: In function 'ati_remote_close':
drivers/input/misc/ati_remote.c:669: error: 'struct input_dev' has no member named 'private'
drivers/input/misc/ati_remote.c: In function 'ati_remote_input_report':
drivers/input/misc/ati_remote.c:834: error: implicit declaration of function 'input_regs'
drivers/input/misc/ati_remote.c: In function 'ati_remote_irq_in':
drivers/input/misc/ati_remote.c:952: error: 'SLAB_ATOMIC' undeclared (first use in this function)
drivers/input/misc/ati_remote.c:952: error: (Each undeclared identifier is reported only once
drivers/input/misc/ati_remote.c:952: error: for each function it appears in.)
drivers/input/misc/ati_remote.c: In function 'ati_remote_input_init':
drivers/input/misc/ati_remote.c:996: error: implicit declaration of function 'LONG'
drivers/input/misc/ati_remote.c:996: warning: left shift count >= width of type
drivers/input/misc/ati_remote.c:996: warning: left shift count >= width of type
drivers/input/misc/ati_remote.c:997: warning: left shift count >= width of type
drivers/input/misc/ati_remote.c:997: warning: left shift count >= width of type
drivers/input/misc/ati_remote.c:1003: error: 'struct input_dev' has no member named 'private'
drivers/input/misc/ati_remote.c: In function 'ati_remote_initialize':
drivers/input/misc/ati_remote.c:1030: warning: passing argument 6 of 'usb_fill_int_urb' from incompatible pointer type
drivers/input/misc/ati_remote.c:1041: warning: passing argument 6 of 'usb_fill_int_urb' from incompatible pointer type
drivers/input/misc/ati_remote.c: In function 'ati_remote_probe':
drivers/input/misc/ati_remote.c:1143: error: 'SLAB_ATOMIC' undeclared (first use in this function)
drivers/input/misc/ati_remote.c:1184: warning: ignoring return value of 'input_register_device', declared with attribute warn_unused_result
make[3]: *** [drivers/input/misc/ati_remote.o] Error 1
make[2]: *** [drivers/input/misc] Error 2
make[1]: *** [drivers/input] Error 2
make: *** [drivers] Error 2

Alles anzeigen

Edit:

So einfach scheints nich zu werden -.-
Jetzt erkennt er keine einzige taste mehr...

Epse · 13. März 2009

ich hab grade angefangen das zu debugen... sind so wie aussieht ne menge gcc probleme...

Das schaff ich aber heute nicht mehr

Ich übernehme mal ein paar Zeilen Code aus der Pastebinseite und prüfe ob sie das auch anderst einbauen lässt.

Kubax · 13. März 2009

Alles klar

Danke das du dir für mein problem so viel Mühe machst!!

Wenn du dir die Mühe echt machen willst, lass dir zeit, ich hab übers Wochenende eh Besuch von meiner Freundin, so das ich nur recht sporadisch ins Forum schauen werde, und evtl. mal kurz kompilier...

Nochmals danke

Epse · 13. März 2009

... so jetzt hab ich den halben tag damit verbracht irgendeine lösung zu finden und es tut sich noch nicht wirklich was...

Das ist schon viel für einen "Einsteiger" wie mich

ich muss das mit der remote mal auf eis legen. Hab am Mi noch nen wichtigen Termin auf den ich mich ausgiebig vorbereiten muss. Dann gehts evtl weiter.

Ich hab auch mal einem eine Email geschrieben der das mal angeleiert hat. Evtl. gibts da noch einen aktuelleren Patch.

Kubax · 13. März 2009

Alles klar, danke das du dir die Zeit genommen hast, wenn ich unter der Woche noch ein wenig zeit hab, bastel ich selber mal ein wenig rum..

Edit:

Hab nochmal nen bereits gespatchten treiber gefunden für den 2.6.19er kernel... gibt schonmal weniger fehlermeldungen, vllt als vorlage ja einfacher zu benutzen...

http://www.phaze.org/mythtv/ati_remote.c-2.6.19.2

Epse · 18. März 2009

Hi,

also... ich habe einen Angeschrieben der schonmal was für die 0005er gemacht hat. s.o.

Er kuckt sich mal das was ich gemacht habe an und schickt mir seine sachen... bei Zeiten...

Jetzt muss ich nur warten

Mal sehen... wir werden noch maintainer für das Modul

Kubax · 18. März 2009

Alles klar,

ich hoffe & warte einfach mal

Epse · 12. Juli 2009

So... es ist schon wieder eine Weile her und ich komme immer noch nicht mit dem Modul vorran. Also weiter als vor 4 Monaten bin ich

Ich bin jetzt etwas tiefer in die C Materie eingestiegen allerdings habe ich noch einige Probleme. Vielleicht schaffe ich es den nächsten Monat eine erste auch für deine FB lauffähige Version hinzubekommen (zumindest zum testen)

Falls Du hier noch liest und überhaupt noch Interesse daran hast ich brauch ja dann jemand der das testet

Grüsse

X10 Ohne Lirc

Jetzt mitmachen!

Teilen