From: Stefan Ringel <stefan.ringel@arcor.de>
To: Massis Sirapian <msirapian@free.fr>
Cc: Richard Zidlicky <rz@linux-m68k.org>, linux-media@vger.kernel.org
Subject: Re: HVR900H : IR Remote Control
Date: Tue, 16 Nov 2010 21:52:36 +0100 [thread overview]
Message-ID: <4CE2EF14.40007@arcor.de> (raw)
In-Reply-To: <4CE2ECB2.2010004@free.fr>
Am 16.11.2010 21:42, schrieb Massis Sirapian:
> Le 16/11/2010 21:32, Stefan Ringel a écrit :
>> Am 16.11.2010 21:26, schrieb Massis Sirapian:
>>> Le 15/11/2010 22:08, Stefan Ringel a écrit :
>>>> Am 15.11.2010 22:00, schrieb Massis Sirapian:
>>>>> Le 15/11/2010 18:43, Stefan Ringel a écrit :
>>>>>> Am 15.11.2010 10:15, schrieb Richard Zidlicky:
>>>>>>> On Sun, Nov 14, 2010 at 08:22:44PM +0100, Massis Sirapian wrote:
>>>>>>>
>>>>>>>> Thanks Stefan. I've checked the /drivers/media/IR/keymaps of the
>>>>>>>> kernel
>>>>>>>> source directory, but nothing seems to fit my remote, which is a
>>>>>>>> DSR-0012 :
>>>>>>>> http://lirc.sourceforge.net/remotes/hauppauge/DSR-0112.jpg.
>>>>>>> FYI, this remote is identical to that shipped with (most?) Haupauge
>>>>>>> Ministicks
>>>>>>> and the codes reportedly match the rc-dib0700-rc5.c keymap.
>>>>>>> However I
>>>>>>> have not figured
>>>>>>> out how to make the userspace work with the new ir-code yet.
>>>>>>>
>>>>>>> Richard
>>>>>> With my terratec cinergy hybrid xe (equal yours hvr900h) I have
>>>>>> this:
>>>>>>
>>>>>> localhost:/usr/src/src/tm6000_alsa/utils/v4l-utils # ir-keytable
>>>>>> Found /sys/class/rc/rc0/ (/dev/input/event5) with:
>>>>>> Driver tm6000, table rc-nec-terratec-cinergy-xs
>>>>>> Supported protocols: NEC RC-5 Enabled protocols: NEC
>>>>>>
>>>>>> I can change outside the keytable.
>>>>>>
>>>>>>
>>>>> Just loading tm6000-dvb, I have this :
>>>>> [ 253.829422] IR NEC protocol handler initialized
>>>>> [ 253.846608] IR RC5(x) protocol handler initialized
>>>>> [ 253.883882] tm6000: module is from the staging directory, the
>>>>> quality is unknown, you have been warned.
>>>>> [ 253.886611] tm6000 v4l2 driver version 0.0.2 loaded
>>>>> [ 253.887558] tm6000: alt 0, interface 0, class 255
>>>>> [ 253.887574] tm6000: alt 0, interface 0, class 255
>>>>> [ 253.887575] tm6000: Bulk IN endpoint: 0x82 (max size=512 bytes)
>>>>> [ 253.887577] tm6000: alt 0, interface 0, class 255
>>>>> [ 253.887578] tm6000: alt 1, interface 0, class 255
>>>>> [ 253.887579] tm6000: ISOC IN endpoint: 0x81 (max size=3072 bytes)
>>>>> [ 253.887580] tm6000: alt 1, interface 0, class 255
>>>>> [ 253.887581] tm6000: alt 1, interface 0, class 255
>>>>> [ 253.887582] tm6000: INT IN endpoint: 0x83 (max size=4 bytes)
>>>>> [ 253.887583] tm6000: alt 2, interface 0, class 255
>>>>> [ 253.887584] tm6000: alt 2, interface 0, class 255
>>>>> [ 253.887586] tm6000: alt 2, interface 0, class 255
>>>>> [ 253.887587] tm6000: alt 3, interface 0, class 255
>>>>> [ 253.887588] tm6000: alt 3, interface 0, class 255
>>>>> [ 253.887589] tm6000: alt 3, interface 0, class 255
>>>>> [ 253.887590] tm6000: New video device @ 480 Mbps (2040:6600,
>>>>> ifnum 0)
>>>>> [ 253.887591] tm6000: Found Hauppauge WinTV HVR-900H / WinTV
>>>>> USB2-Stick
>>>>> [ 253.888848] IR RC6 protocol handler initialized
>>>>> [ 253.890209] IR JVC protocol handler initialized
>>>>> [ 253.891515] IR Sony protocol handler initialized
>>>>> [ 253.893815] lirc_dev: IR Remote Control driver registered, major
>>>>> 250
>>>>> [ 253.894722] IR LIRC bridge handler initialized
>>>>> [ 254.806122] Board version = 0x67980bf4
>>>>> [ 255.197098] board=0x67980bf4
>>>>> [ 255.320786] tm6000 #0: i2c eeprom 00: 01 59 54 45 12 01 00 02 00 00
>>>>> 00 40 40 20 00 66 .YTE.......@@ .f
>>>>> [ 255.512277] tm6000 #0: i2c eeprom 10: 69 00 10 20 40 01 02 03 48 00
>>>>> 79 00 62 00 72 00 i.. @...H.y.b.r.
>>>>> [ 255.703783] tm6000 #0: i2c eeprom 20: ff 00 64 ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ..d.............
>>>>> [ 255.895281] tm6000 #0: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 256.086786] tm6000 #0: i2c eeprom 40: 10 03 48 00 56 00 52 00 39 00
>>>>> 30 00 30 00 48 00 ..H.V.R.9.0.0.H.
>>>>> [ 256.278289] tm6000 #0: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 256.469783] tm6000 #0: i2c eeprom 60: 30 ff ff ff 0f ff ff ff ff ff
>>>>> 0a 03 32 00 2e 00 0...........2...
>>>>> [ 256.661287] tm6000 #0: i2c eeprom 70: 3f 00 ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ?...............
>>>>> [ 256.852786] tm6000 #0: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 257.044307] tm6000 #0: i2c eeprom 90: 30 ff ff ff 16 03 34 00 30 00
>>>>> 33 00 32 00 32 00 0.....4.0.3.2.2.
>>>>> [ 257.235798] tm6000 #0: i2c eeprom a0: 33 00 36 00 39 00 30 00 35 00
>>>>> 00 00 77 00 ff ff 3.6.9.0.5...w...
>>>>> [ 257.427295] tm6000 #0: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 257.618794] tm6000 #0: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 257.810303] tm6000 #0: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 258.001810] tm6000 #0: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 258.193291] tm6000 #0: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff
>>>>> ff ff ff ff ff ff ................
>>>>> [ 258.372825] ................
>>>>> [ 258.378849] tuner 4-0061: chip found @ 0xc2 (tm6000 #0)
>>>>> [ 258.400777] xc2028 4-0061: creating new instance
>>>>> [ 258.400779] xc2028 4-0061: type set to XCeive xc2028/xc3028 tuner
>>>>> [ 258.400781] Setting firmware parameters for xc2028
>>>>> [ 258.427221] xc2028 4-0061: Loading 81 firmware images from
>>>>> xc3028L-v36.fw, type: xc2028 firmware, ver 3.6
>>>>> [ 258.668063] xc2028 4-0061: Loading firmware for type=BASE (1), id
>>>>> 0000000000000000.
>>>>> [ 333.245767] xc2028 4-0061: Loading firmware for type=(0), id
>>>>> 000000000000b700.
>>>>> [ 334.510473] SCODE (20000000), id 000000000000b700:
>>>>> [ 334.510476] xc2028 4-0061: Loading SCODE for type=MONO SCODE
>>>>> HAS_IF_4320 (60008000), id 0000000000008000.
>>>>> [ 335.783252] Trident TVMaster TM5600/TM6000/TM6010 USB2 board (Load
>>>>> status: 0)
>>>>> [ 335.783271] usbcore: registered new interface driver tm6000
>>>>> [ 335.784191] tm6000: open called (dev=video1)
>>>>> [ 335.815994] tm6000_dvb: module is from the staging directory, the
>>>>> quality is unknown, you have been warned.
>>>>> [ 335.854973] DVB: registering new adapter (Trident TVMaster 6000
>>>>> DVB-T)
>>>>> [ 335.854976] DVB: registering adapter 0 frontend 0 (Zarlink ZL10353
>>>>> DVB-T)...
>>>>> [ 335.855087] xc2028 4-0061: attaching existing instance
>>>>> [ 335.855088] xc2028 4-0061: type set to XCeive xc2028/xc3028 tuner
>>>>> [ 335.855090] tm6000: XC2028/3028 asked to be attached to frontend!
>>>>> [ 335.855343] tm6000 #0: Initialized (TM6000 dvb Extension) extension
>>>>> [ 337.338951] tm6000: open called (dev=video1)
>>>>>
>>>>> Then, ir-keytable complains : "Couldn't find any node at
>>>>> /sys/class/rc/rc*."
>>>>>
>>>>> So it looks Jarod is right : tm6000 is loading, it calls lirc_dev and
>>>>> a bunch of protocol modules, but the IR doesn't seem to be handled.
>>>>>
>>>>> I saw some ir lines in tm6000-cards.c for the HVR900H and thought the
>>>>> IR receiver was supported. It's a bit disturbing if the cinergy stick
>>>>> you evoke is equivalent to HVR900H and works, while HVR900H's IR part
>>>>> isn't implemented ?
>>>>>
>>>>> Massis
>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe
>>>>> linux-media" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>> add this line with the right map name
>>>>
>>>> .ir_codes = RC_MAP_NEC_TERRATEC_CINERGY_XS,
>>>>
>>>> in this struct
>>>>
>>>> [TM6010_BOARD_HAUPPAUGE_900H] = {
>>>> .name = "Hauppauge WinTV HVR-900H / WinTV USB2-Stick",
>>>> .tuner_type = TUNER_XC2028, /* has a XC3028 */
>>>> .tuner_addr = 0xc2 >> 1,
>>>> .demod_addr = 0x1e >> 1,
>>>> .type = TM6010,
>>>> .caps = {
>>>> .has_tuner = 1,
>>>> .has_dvb = 1,
>>>> .has_zl10353 = 1,
>>>> .has_eeprom = 1,
>>>> .has_remote = 1,
>>>> },
>>>> .gpio = {
>>>> .tuner_reset = TM6010_GPIO_2,
>>>> .tuner_on = TM6010_GPIO_3,
>>>> .demod_reset = TM6010_GPIO_1,
>>>> .demod_on = TM6010_GPIO_4,
>>>> .power_led = TM6010_GPIO_7,
>>>> .dvb_led = TM6010_GPIO_5,
>>>> .ir = TM6010_GPIO_0,
>>>> },
>>>>
>>>> Stefan
>>>>
>>> Thank you Stefan, I've added .ir_codes = RC_MAP_DIB0700_RC5_TABLE (as
>>> you suggested to use the right map name and as Richard understated
>>> that the RC are similar) to the struct, and now, dmesg gives :
>>>
>>> [ 206.350288] Registered IR keymap rc-dib0700-rc5
>>> [ 206.350442] input: tm5600/60x0 IR (tm6000 #0) as
>>> /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/rc/rc0/input7
>>> [ 206.350489] rc0: tm5600/60x0 IR (tm6000 #0) as
>>> /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/rc/rc0
>>>
>>> ir-keytable comes : found /sys/class/rc/rc0/ (/dev/input/event7) with:
>>> Driver tm6000, table rc-dib0700-rc5
>>> Supported protocols: NEC RC-5 Enabled protocols: RC-5
>>>
>>> However, when I press some RC buttons, I hhave no output on the screen
>>> ; with lircd --driver=devinput --device=/dev/input/event7 and irw,
>>> nothing happens when I use the RC. I've tried to switch protocol from
>>> RC5 to NEC, but nothing occurs anyway.
>>>
>>> Does it mean I have to test with another RC_MAPs in the tm6000-cards.c
>>> ? How to use the created input device?
>>>
>>> Thanks
>>>
>>> Massis
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe
>>> linux-media" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> load the tm6000 module with the parameter "ir_debug=1". (not the
>> tm6000_dvb), and check dmsg after you pressed a button. Have the
>> received code the same from the map?
>>
> I have only
> [ 5232.133592] tm5600/60x0 IR (tm6000 #0)/ir: ir->get_key result
> data=0000
> endlessly, and nothing seems to change when I press a button.
can you test a little change in tm6000-input.c. The dprintk line "this
line" move to "here", and then testing it.
return;
}
dprintk("ir->get_key result data=%04x\n",
poll_result.rc_data); // this line
if (ir->key) {
// here
ir_keydown(ir->rc, poll_result.rc_data, 0);
ir->key = 0;
next prev parent reply other threads:[~2010-11-16 20:52 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-14 14:37 HVR900H : IR Remote Control Massis Sirapian
2010-11-14 15:47 ` Stefan Ringel
2010-11-14 19:22 ` Massis Sirapian
2010-11-14 20:49 ` Mariusz Bialonczyk
2010-11-14 22:20 ` Massis Sirapian
2010-11-15 2:28 ` Jarod Wilson
2010-11-15 9:15 ` Richard Zidlicky
2010-11-15 17:43 ` Stefan Ringel
2010-11-15 21:00 ` Massis Sirapian
2010-11-15 21:08 ` Stefan Ringel
2010-11-16 20:26 ` Massis Sirapian
2010-11-16 20:32 ` Stefan Ringel
2010-11-16 20:42 ` Massis Sirapian
2010-11-16 20:52 ` Stefan Ringel [this message]
2010-11-17 19:33 ` Massis Sirapian
2010-11-18 19:59 ` Massis Sirapian
2010-11-18 20:07 ` Devin Heitmueller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CE2EF14.40007@arcor.de \
--to=stefan.ringel@arcor.de \
--cc=linux-media@vger.kernel.org \
--cc=msirapian@free.fr \
--cc=rz@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox