Anyone Have LIRC Working? - AVS Forum
Forum Jump: 
Reply
 
Thread Tools
post #1 of 31 Old 07-20-2012, 03:50 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
This week I've struggled (all week) to get LIRC working on Debian Testing, and it is hopeless. Every single one of the instruction pages, docs, and even the /usr/share/doc/lirc, are all completely wrong for installing for an iMon setup. I can not make this work.

I am told in backchannel that lirc_* modules are obsolete, even though they come with the 3.2 kernel, and that I must use the kernel imon module with devinput driver for LIRC. Only thing is, it doesn't work. irw /run/lirc/lircd yields, "connect: Connection refused".
Code:
# lsmod |grep imon
imon                   25733  0 
rc_core                18286  3 imon,cx23885
usbcore               128498  9 ehci_hcd,ohci_hcd,usbhid,uhci_hcd,imon,uas,usb_storage

# lsmod |grep lirc

# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 046d:c030 Logitech, Inc. iFeel Mouse
Bus 003 Device 003: ID 15c2:0035 SoundGraph Inc. 
Bus 002 Device 002: ID 0547:1002 Anchor Chips, Inc. Python2 WDM Encoder
Bus 002 Device 003: ID 0bda:0151 Realtek Semiconductor Corp. Mass Storage Device (Multicard Reader)

# ls -al /dev/input/by-id
total 0
drwxr-xr-x 2 root root 140 Jul 20 08:37 ./
drwxr-xr-x 4 root root 360 Jul 20 08:37 ../
lrwxrwxrwx 1 root root   9 Jul 20 08:37 usb-15c2_0035-event-if00 -> ../event4
lrwxrwxrwx 1 root root   9 Jul 20 08:37 usb-15c2_0035-event-mouse -> ../event2
lrwxrwxrwx 1 root root   9 Jul 20 08:37 usb-15c2_0035-mouse -> ../mouse1
lrwxrwxrwx 1 root root   9 Jul 20 08:32 usb-Logitech_Inc._iFeel_Mouse-event-mouse -> ../event1
lrwxrwxrwx 1 root root   9 Jul 20 08:32 usb-Logitech_Inc._iFeel_Mouse-mouse -> ../mouse0

# /etc/init.d/lirc start
[ ok ] Loading LIRC modules:.
[ ok ] Starting remote control daemon(s) : LIRC :.
[ ok ] Starting execution daemon: irexec:.

# ps aux |grep lirc
root     15766  0.0  0.0  20364   608 ?        Ss   13:42   0:00 /usr/sbin/lircd --driver=devinput --device=/dev/input/by-id/usb-15c2_0035-event-if00
root     15790  0.0  0.0   6128   104 ?        Ss   13:42   0:00 /usr/bin/irexec -d /etc/lirc/lircrc
root     15813  0.0  0.0   7816   892 pts/8    S+   13:42   0:00 grep --color=auto lirc

# ps aux |grep irexec
root     15790  0.0  0.0   6128   104 ?        Ss   13:42   0:00 /usr/bin/irexec -d /etc/lirc/lircrc
root     16585  0.0  0.0   7816   892 pts/8    S+   13:48   0:00 grep --color=auto irexec

# /etc/init.d/lirc stop
[ ok ] Stopping execution daemon: irexec:.
[ ok ] Stopping remote control daemon(s): LIRC:.

# ps aux |grep lirc
root     15710  0.0  0.0   7816   892 pts/8    S+   13:42   0:00 grep --color=auto lirc

# ls -al /run/lirc
total 0
drwxr-xr-x  2 root root  60 Jul 20 08:35 ./
drwxr-xr-x 25 root root 800 Jul 20 08:34 ../
srw-rw-rw-  1 root root   0 Jul 20 08:32 lircd=

# ls -al /var/run
lrwxrwxrwx 1 root root 4 Mar 15 08:20 /var/run -> run

# irw /run/lirc/lircd
connect: Connection refused

#

Anyone who has this PoS running on Debian Testing or newer, must be intensely psychic. It's an order of magnitude harder than it used to be, in fact I'll say infinity since it's busted.
quantumstate is offline  
Sponsored Links
Advertisement
 
post #2 of 31 Old 07-20-2012, 06:31 PM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
If you are using the in-kernel module, then you need to forget about lirc. Read this blog about it:

http://wyliecoyoteuk.wordpress.com/2012/01/30/how-to-forget-lirc-for-mythtv-remotes/

Install the ir-keytable package:
Code:
sudo apt-get install ir-keytable
This gives you some tools, plus a large list of key map files. These are found in /lib/udev/rc_keymaps/, and it looks like there are two for the iMon:

/lib/udev/rc_keymaps/imon_mce
/lib/udev/rc_keymaps/imon_pad

I set up a MCE remote using this, but it is on Fedora, so things are different. Plus I forgot most of what I did.
waterhead is offline  
post #3 of 31 Old 07-21-2012, 11:54 AM
AVS Special Member
 
Mac The Knife's Avatar
 
Join Date: Oct 2003
Location: Phoenix, AZ
Posts: 4,903
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 23
Quote:
Originally Posted by quantumstate View Post

This week I've struggled (all week) to get LIRC working on Debian Testing, and it is hopeless. ....

While it looks like waterhead might have already covered your specific issue. This brings up the issue that Debian is currently working on stripping out all the "non-free" code from their distro in order to become an FSF certified "free" distro.

This means no binary blobs at all provided by Debian, not even in a separate repo like the current case. So no libdvdcss, no mp3, no mpeg2, no h264, no flash, no win32codec, no broadcom drivers, no Nvidea drivers, no ATI drivers, no firmware blobs that are needed by a bunch of the Tuner devices.

I think it's going to become a massive PITA to try to build a HTPC directly on top of Debian in the near future. To maintain your sanity, you'll probably want to build on top of Ubuntu or Mint who will hopefully add all the non-free stuff back in to their distros.

[Since you're using the Testing repo, it does make me wonder if your LIRC problems could be related to things that they've begun to strip out of the Testing repo.]
Mac The Knife is offline  
post #4 of 31 Old 07-21-2012, 04:53 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
eh heh

I haven't heard this. Although Debian is radical open-source, it's hard to believe that they would take steps to effectively shut out firmware, radio MACs, etc. No sign of this on their News page.
quantumstate is offline  
post #5 of 31 Old 07-22-2012, 01:54 PM
AVS Special Member
 
Mac The Knife's Avatar
 
Join Date: Oct 2003
Location: Phoenix, AZ
Posts: 4,903
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 23
Debian GNU/Linux seeks alignment with Free Software Foundation

Are there enough people that want to comment on this that it deserves it's own topic?

[ed: I decided that this is an important topic and deserves it's own thread, so please respond in this thread so that I can stop hijacking this thread.]
Mac The Knife is offline  
post #6 of 31 Old 07-22-2012, 02:31 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Quote:
Originally Posted by waterhead View Post

If you are using the in-kernel module, then you need to forget about lirc. Read this blog about it:
http://wyliecoyoteuk.wordpress.com/2012/01/30/how-to-forget-lirc-for-mythtv-remotes/

He doesn't explain how things work. Far out.

# ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event3) with:
Driver imon, table rc-empty
Supported protocols: RC-6 other
Enabled protocols:
Repeat delay = 500 ms, repeat period = 125 ms


table rc-empty. Well the only files in the ir-keytable package are the /lib/udev/rc_keymaps/* files, /etc/rc_maps.cfg, and the directory rc_keymaps. So how to designate the table? Not being deeply psychic I inferred that you have to put a symlink in /etc/rc_keymaps pointing to the relevant driver in /lib/udev/rc_keymaps/, in my case imon_pad since I have the iMon Pad remote. Reboot and... no change. So then I linked imon_mce... no change.

After struggling for the whole past week on LIRC this is really frustrating. Nobody seems to understand how these systems work, much less explain it in reasonably comprehensive instructions, even on lirc.org. I haven't found a single set of instructions which cover the current state of affairs. I doubt that anyone has LIRC working, and I can't even make this bypass work, and as there is absolutely no clue how it actually works, I can't even work to fix it.


Edit: Maybe this sux. Maybe I should refocus on a bluetooth remote. Only thing is I need to control my projector, and that is IR only. In fact it has been the impetus behind all this wasted effort.
quantumstate is offline  
post #7 of 31 Old 07-22-2012, 03:35 PM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
I thought that I had documented what I had to do, but I guess I didn't.

I believe that the link you are referring to are in the /etc/rc_maps.cfg file. I see in your output that for table it lists rc-empty, and I don't even see anything like that listed I thought that you needed the imon_mce key table. I see that the rc_maps.cfg file does contain the links to the files in the /lib/udev/rc_keymaps/ folder. Maybe you just need to tell it to load that file. The directions say to do this:
Code:
ir-keytable -a
If that doesn't work, try specifying the table:
Code:
ir-keytable --auto-load=imon_mce
It is also possible that if both the kernel module and LIRC are loaded, that nothing will work. You may need to remove one before the other will work. I uninstalled LIRC altogether.
waterhead is offline  
post #8 of 31 Old 07-22-2012, 04:02 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Tried those too. It's acting like there's something wrong with the keytable, but no clue what.

# ir-keytable -a /lib/udev/rc_keymaps/imon_mce
Invalid parameter on line 2 of /lib/udev/rc_keymaps/imon_mce
Invalid parameter(s)
ir-keytable: -a: (PROGRAM ERROR) Option should have been recognized!?
Try `ir-keytable --help' or `ir-keytable --usage' for more information.

# ir-keytable -a /lib/udev/rc_keymaps/imon_pad
Invalid parameter on line 2 of /lib/udev/rc_keymaps/imon_pad
Invalid parameter(s)
ir-keytable: -a: (PROGRAM ERROR) Option should have been recognized!?
Try `ir-keytable --help' or `ir-keytable --usage' for more information.

# ir-keytable --auto-load=/lib/udev/rc_keymaps/imon_mce
Invalid parameter on line 2 of /lib/udev/rc_keymaps/imon_mce
Invalid parameter(s)
ir-keytable: --auto-load: (PROGRAM ERROR) Option should have been recognized!?
Try `ir-keytable --help' or `ir-keytable --usage' for more information.

# ir-keytable --auto-load=/lib/udev/rc_keymaps/imon_pad
Invalid parameter on line 2 of /lib/udev/rc_keymaps/imon_pad
Invalid parameter(s)
ir-keytable: --auto-load: (PROGRAM ERROR) Option should have been recognized!?
Try `ir-keytable --help' or `ir-keytable --usage' for more information.

I have LIRC stopped. Only thing related is the imon module which is loaded, but I think that's needed.

[code=imon_mce]# table imon_mce, type: RC6
0x800ff415 KEY_REWIND
0x800ff414 KEY_FASTFORWARD
0x800ff41b KEY_PREVIOUS
0x800ff41a KEY_NEXT[/code]
quantumstate is offline  
post #9 of 31 Old 07-22-2012, 04:49 PM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
I ended up making my own keymap file, for a WMC remote. Run it in test mode and press the keys. Write down the number that it says is associated with each button. You may want to save a copy of the original first.
Code:
ir-keytable -t
If I recall, there were several versions of the iMon. I had the original, that came with a case I bought. I ended up tossing it in the trash!
waterhead is offline  
post #10 of 31 Old 07-22-2012, 10:02 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Yeah the iMon remote isn't very good, but I was just trying to get something, anything to work.

Maybe I'll see if I can make a keyfile.

I did manage to get my projector remote working tonight anyway, and that was the main impetus. Turns out the code set in the projector somehow got knocked to a different setting than the remote during a house move. I just tried the other codeset in the projector.

Anything else I can do with Bluetooth, so probably looking at a cheap bigscreen phone or small tablet to use as a remote, likely Android.
quantumstate is offline  
post #11 of 31 Old 07-23-2012, 10:01 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
I may have found the problem. Discovered a little util called evtest. It says that something else has seized my remote port. lsof /dev/input/by-id/{device} shows it's taken by both acpid and lirc, acpid first. This would explain why I get nothing in irw, irrecord, or mode2.

Looking further into it tomorrow.
quantumstate is offline  
post #12 of 31 Old 07-24-2012, 07:18 AM
AVS Special Member
 
blackcat6's Avatar
 
Join Date: Aug 2010
Location: Charlotte
Posts: 1,057
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 20 Post(s)
Liked: 40
If your remote can be made to be recognized as an additional keyboard and mouse, then you don't need any kind of IR receiving software such as LIRC. This will be determined by the receiver that is plugged into the USB port. I have a Vista MCEUSB remote that's running as a KBD & mouse. I set them up in xorg.conf as input devices and then simply used Xmodmap to remap a few keys for MythTV.
blackcat6 is offline  
post #13 of 31 Old 07-24-2012, 10:00 AM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
False alarm. Stopped acpid and still no joy.
Code:
Code:
# evtest 
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      AT Translated Set 2 keyboard
/dev/input/event1:      Logitech Inc. iFeel Mouse   
/dev/input/event2:      iMON Panel, Knob and Mouse(15c2:0035)
/dev/input/event3:      iMON Remote (15c2:0035)
/dev/input/event4:      iMON USB Touchscreen (15c2:0035)
/dev/input/event5:      Power Button
/dev/input/event6:      Power Button
/dev/input/event7:      PC Speaker
/dev/input/event8:      Video Bus
/dev/input/event9:      HDA Digital PCBeep
Select the device event number [0-9]: 3
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x15c2 product 0x35 version 0x3
Input device name: "iMON Remote (15c2:0035)"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
  Event type 20 (EV_REP)

When I run this I should be connected directly to the remote pickup, but I get nothing. I do get gibberish in dmesg from the remote, but nothing in evtest. Starting to look like this is hopeless.
quantumstate is offline  
post #14 of 31 Old 07-27-2012, 09:33 AM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
My God, I believe I have the horrid frightful LIRC working on my Silverstone HTPC case. Its display and touchscreen have always worked (I have Conky running in it to display system stats and bar graphs), but not the remote.

I've always known that for my Soundgraph remote I need the imon module and that the lirc_imon is obsolete. I've struggled for two weeks trying everything under the Sun to make this pig work, but it seems I may now have the way.

I finally determined that evtest is my best tool, as it is closest to the kernel module and device. I've almost always gotten the result in the prior post with it though, which was clearly wrong as no keys are mapped. But today I stopped lirc and unloaded and reloaded the imon module, and Lo it also loaded the rc_imon_pad module. I tried evtest and got this for a change:
Code:
# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      AT Translated Set 2 keyboard
/dev/input/event1:      iMON Panel, Knob and Mouse(15c2:0035)
/dev/input/event2:      Logitech Inc. iFeel Mouse   
/dev/input/event3:      iMON Remote (15c2:0035)
/dev/input/event4:      iMON USB Touchscreen (15c2:0035)
/dev/input/event5:      Power Button
/dev/input/event6:      Power Button
/dev/input/event7:      Video Bus
/dev/input/event8:      PC Speaker
/dev/input/event9:      HDA Digital PCBeep
Select the device event number [0-9]: 3
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x15c2 product 0x35 version 0x3
Input device name: "iMON Remote (15c2:0035)"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 1 (KEY_ESC)
    Event code 14 (KEY_BACKSPACE)
    Event code 28 (KEY_ENTER)
    Event code 57 (KEY_SPACE)
    Event code 103 (KEY_UP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 139 (KEY_MENU)
    Event code 156 (KEY_BOOKMARKS)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 208 (KEY_FASTFORWARD)
    Event code 212 (KEY_CAMERA)
    Event code 368 (KEY_LANGUAGE)
    Event code 370 (KEY_SUBTITLE)
    Event code 372 (KEY_ZOOM)
    Event code 374 (KEY_KEYBOARD)
    Event code 375 (KEY_SCREEN)
    Event code 377 (KEY_TV)
    Event code 389 (KEY_DVD)
    Event code 392 (KEY_AUDIO)
    Event code 393 (KEY_VIDEO)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 407 (KEY_NEXT)
    Event code 412 (KEY_PREVIOUS)
    Event code 442 (?)
    Event code 512 (KEY_NUMERIC_0)
    Event code 513 (KEY_NUMERIC_1)
    Event code 514 (KEY_NUMERIC_2)
    Event code 515 (KEY_NUMERIC_3)
    Event code 516 (KEY_NUMERIC_4)
    Event code 517 (KEY_NUMERIC_5)
    Event code 518 (KEY_NUMERIC_6)
    Event code 519 (KEY_NUMERIC_7)
    Event code 520 (KEY_NUMERIC_8)
    Event code 521 (KEY_NUMERIC_9)
    Event code 522 (KEY_NUMERIC_STAR)
    Event code 523 (KEY_NUMERIC_POUND)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
  Event type 20 (EV_REP)
Properties:
Testing ... (interrupt to exit)

Holy cow, it's working! I tested all the buttons on this miserable Soundgraph Pad remote, and indeed they all work.

evtest will not run with lirc running as the interface is bound, so I then ^C evtest and started lirc, then ran irw (which can't run without lirc), and indeed it now sees the keys hit on my remote! I have yet to see if the remote works with MythTV and whether this method remains reliable after a boot. I have to stop lirc, unload the imon module, and modprobe it, then it should work. Why, I don't know. I've tried loading the rc_imon_pad module manually many times before but it would not work.

Next step is to test it in Myth, and then see about making my Dish 21.0 remote work, which doesn't get a peep out of evtest for some reason.
quantumstate is offline  
post #15 of 31 Old 07-28-2012, 09:28 AM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Yop, since I'm doing New Science here I might as well document it. This is Secret Information as it is posted nowhere else on The Internets. (PVR4craig you are ordered to not read this)

First of all you have to have lirc set up in /etc/lirc/hardware.conf. This is the high-level config file. Only thing you really need to have annotated here is DEVICE= pointing to the permanent name of your remote's incoming signal socket. In my case it's:
DEVICE="/dev/input/by-id/usb-15c2_0035-event-if00"
Supposedly LIRC should default to /dev/lirc (according to the man page) or /dev/lirc0 (according to hardware.conf), but I can tell you that neither one worked when I symlinked to /dev/input/by-id/usb-15c2_0035-event-if00. Now /dev/input/by-id/usb-15c2_0035-event-if00 is actually a symlink pointing to /dev/input/event3, but do not use that. It is subject to change any time you boot your system. Use the name in by-id.

The new paradigm with LIRC is that everything is treated as a keyboard by a translator called devinput. A remote control generates a given event (tested with evtest), and that is translated to a universal language, which I'll call KEY/BTN, by devinput, which is essentially the mapping file /etc/lirc/lirc.conf. It's not there by default, you have to copy it there from /usr/share/lirc/remotes/devinput, or get the newest one from lirc.org. In turn the KEY/BTN code is interpreted for apps through the /etc/lirc/lircrc file. I am not allowed to attach mine here, so your loss. Now, mythfrontend will only look for lircrc in /home/{user}/.mythtv or /home/{user} so you must symlink /etc/lirc/lircrc to /home/{user}/.mythtv or else Myth won't find it.

OK, I'm trying to use this rinky-dink iMon Pad remote, and it is not reliable. When I restart LIRC I make sure that lircd, lircmd, and irexec all start. lircmd translates mouse functions. The pad on the remote works as a mouse, and the left- and right-click buttons work well as well as Enter, but in Myth padding up, down, left, right made two clicks in the menu, not one. I think this is because both lircd and lircmd are translating the pad. Escape and Menu do work.

This remote uses 38KHz IR with the RC6 IR protocol. There are basically two remote protocols, RC6 by Philips and NEC for Japanese products, and there are many different frequencies. Well I want my better Dish 21.0 remote to work so I went to lirc.org and got the Dish lirc.conf . It appears that I should be able to replace devinput's lirc.conf with the Dish lirc.conf from lirc.org, but unfortunately that does not work. The Dish file has some very specific settings in it like:
Code:
flags SPACE_ENC|NO_HEAD_REP
  eps 30
  aeps 100

  frequency 56000
#  duty_cycle 32

  one 440 1645
  zero 440 2780

  header 525 6045
  ptrail 450
  gap 6115

  min_repeat 6

  bits 6
  post_data_bits 10

  post_data 0x000

Well this should set up LIRC when I rename it to lirc.conf, restart lirc, and test it with irw, but nothing. First problem is that with lirc stopped, evtest sees nothing from the Dish remote. This is looking at it right from the driver. Maybe I have to analyze the imon and rc_imon_pad drivers to see what the heck. It would make sense that rc_imon_pad sets up the freqs and spacing specific to the Pad remote. Supposedly it's RC6 so other RC6 remotes should work. I set my Dish TV button to a Philips TV, and I should have thought that would be recognized, but noOo. I notice that there are other interesting keymap files in /lib/modules/3.2.0-3-amd64/kernel/drivers/media/rc/keymaps .
quantumstate is offline  
post #16 of 31 Old 07-28-2012, 08:36 PM
AVS Special Member
 
tux99's Avatar
 
Join Date: Jan 2005
Location: Europe
Posts: 1,523
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 11
quantumstate, I know you have solved it now, but the following blog post might have been useful too:
http://wilsonet.com/?page_id=99

The following ones are interesting too for some background info on LIRC changes (migration to the kernel tree) in recent years:
http://wilsonet.com/?page_id=95
http://wilsonet.com/?p=85
http://wilsonet.com/?p=91

My Linux news / reviews / tips+tricks / downloads web site: http://www.linuxtech.net/
tux99 is offline  
post #17 of 31 Old 07-28-2012, 10:00 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Man that would have saved me a week of agony if I'd been able to find it.
quantumstate is offline  
post #18 of 31 Old 07-29-2012, 04:41 AM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
Quote:
Originally Posted by quantumstate View Post

Man that would have saved me a week of agony if I'd been able to find it.
Isn't what Jarod is saying is to NOT use LIRC and use the kernel modules? Isn't that what I said back towards the beginning of this thread?
waterhead is offline  
post #19 of 31 Old 07-29-2012, 05:57 AM
Senior Member
 
Pvr4Craig's Avatar
 
Join Date: Jun 2004
Location: Near Toronto, Canada
Posts: 305
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 18 Post(s)
Liked: 13
Quote:
Originally Posted by quantumstate View Post

... (PVR4craig you are ordered to not read this) ...

I didn't need to--LiRC works for me!

Craig
Pvr4Craig is offline  
post #20 of 31 Old 07-29-2012, 05:59 AM
Senior Member
 
Pvr4Craig's Avatar
 
Join Date: Jun 2004
Location: Near Toronto, Canada
Posts: 305
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 18 Post(s)
Liked: 13
Quote:
Originally Posted by waterhead View Post

Isn't what Jarod is saying is to NOT use LIRC and use the kernel modules? Isn't that what I said back towards the beginning of this thread?

Um, are you saying that QuantumState may not have read and/or understood something that was written here? Gosh.


wink.gif

Craig
Pvr4Craig is offline  
post #21 of 31 Old 07-29-2012, 08:41 AM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Quote:
Originally Posted by Pvr4Craig View Post

Um, are you saying that QuantumState may not have read and/or understood something that was written here? Gosh.
wink.gif
As expected, you were obedient in following my orders to not read that post. You don't know what went on.

And yeah, sure you have LIRC running... cool.gif


Waterhead:
Quote:
Originally Posted by Jerod's Blog Post 
However, you *can* still use this hardware with the lirc daemon, if you wish to do so, and in fact, it may be necessary, due to limitations of the X server’s prehistoric keycode support and/or applications that do not support key remapping any way but via lirc configuration files.
The remote does not work unless lirc is running. That key mapping is needed for iMon devices. I'm investigating alternative remotes though.
quantumstate is offline  
post #22 of 31 Old 07-29-2012, 10:54 AM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
Quote:
Originally Posted by quantumstate View Post

Waterhead:
The remote does not work unless lirc is running. That key mapping is needed for iMon devices. I'm investigating alternative remotes though.
OK, I stand corrected.

I recently got the Rosewill MCE remote. I tried to alter the keymap so the "OK" and "Back" buttons would work. I got them to work, but then other buttons stopped working. I ended up creating an entirely new keymap file, that only works for MythTV, and not other applications. The IR receiver dongle is tiny, compared to how big these things used to be.

http://www.newegg.com/Product/Product.aspx?Item=N82E16880101002
waterhead is offline  
post #23 of 31 Old 07-29-2012, 11:04 AM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
It's a mess.

This morning I evaluated rc_imon_pad.c and rc_imon_mce.c, and clearly they are keymapping files. evtest will not detect key events without one or tother of these loaded. So I have keymapping in rc_imon_pad, in xorg, and in lirc.conf.

I rmmoded rc_imon_pad and loaded rc_imon_mce because Jarod says mce is the RC6 one, but when I set my Dish remote to any of the Philips TV codes evtest sees nothing. The iMon remote still works though!

A puzzle wrapped in a mystery wrapped in an enigma.

I'm left to wonder whether any aspect of rc_imon_pad.c is folded into the imon kernel module. (surely not) If so that would mean that I can't use any other rc_ keymapping module, but I doubt this is the case.

If I can't even get any response in evtest from the Dish remote, I won't be making any kind of a keymapping file.


Edit: OK here's a thought. One of the few New things I learned from Jarod's blog was:
Quote:
Originally Posted by Jerod's Blog Post 
However, most iMON hardware doesn’t actually pass along raw IR signals. It decodes them in hardware, and passes along internally generated scancodes.
So the iMon hardware translates the raw IR into scancodes. This would mean that it can only understand an iMon remote, and it doesn't matter what rc_ scancode module I load. The hardware is set to only 38KHz and iMon's signalling, and there is no way it can understand Dish.

Although, Jerod says the _mce module does RC6. Still doesn't work with the Dish remote. It may be that I need to buy a USB remote pickup/blaster that is known to work with just the kernel modules. May not be such an animal.
quantumstate is offline  
post #24 of 31 Old 08-02-2012, 05:42 AM
AVS Special Member
 
blackcat6's Avatar
 
Join Date: Aug 2010
Location: Charlotte
Posts: 1,057
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 20 Post(s)
Liked: 40
If you mean the USB IR receiver is doing the translation and sending the scancodes to the PC, then you should not need any special drivers for it. You also don't need lirc or anything like it. (what I referred to above) If evtest picks it up then you can simply create a xorg.conf inputdevice entry for it, and those codes will be seen by xorg. You can test with xev. You are correct that this type of receiver will only work with the remote it ships with or one, such as a harmony that can reproduce the correct IR signals.
blackcat6 is offline  
post #25 of 31 Old 08-06-2012, 10:01 AM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Well I am not willing to live with this cheep SoundGraph iMon remote. I might as well take care of this good.

I am thinking about a small Android tablet like the XYBoard for a remote, on bluetooth. It's water-resistant, so when I spill wine on it it'll be OK, unlike my keyboard which keeps shorting out. Also it has an accelerometer, so when I pick it up it comes on.

I'm sure there's a virtual keyboard and mouse Android app I can use, and I think there are several Android remote control apps, including one for Myth. Only thing is, there doesn't seem to be an x2go app.

I think that using a tablet leapfrogs a high-end remote like the Harmony et al.

Has anyone experimented with a tablet as remote? Or am I once again doing New Science?

quantumstate is offline  
post #26 of 31 Old 08-06-2012, 10:16 AM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
There ia a Android app named Mythmote that I have used. It seems to be ok, but it needs a LAN connection, not bluetooth. I also think that I had to compile it from source.

http://www.code.google.com/p/mythmote/
waterhead is offline  
post #27 of 31 Old 08-06-2012, 01:29 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
Ya I saw that, thanks. The app is in the Market. And sure I'll have a concurrent 802.11an connexion, and can use that when necessary. Fortunately the XYBoard has 'an', as I don't like to pollute the 2.4GHz band with my streaming video to disturb the neighbors.

I just wonder whether anyone has experimented with this extensively in practice.

Also I've just discovered that the slimline DVD-RW drive from my defunct EliteBook will be perfect for the slimline slot in my HTPC! I've done without this for years because I'm so cheap, and just had an old CDRom drive sitting bare on top of the HTPC. The slim DVD fits perfectly and is now secured. All I need is a SuperMicro adapter to convert this funky Slim CD ATAPI JAE 50 connector on the back to PATA. Don't want it SATA because I only have one hole left, and will need that for a fifth 2TB disk. It will be so nice to get rid of that old CDRom and have DVD-RW.
quantumstate is offline  
post #28 of 31 Old 08-06-2012, 03:21 PM
AVS Special Member
 
waterhead's Avatar
 
Join Date: May 2007
Posts: 1,259
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 12
Vizio makes/made a tablet that has a IR blaster built in. Reviews of it were so-so, and I think it is stuck on Android 2.2.

http://store.vizio.com/vtab1008b.html
waterhead is offline  
post #29 of 31 Old 08-06-2012, 09:52 PM - Thread Starter
 
quantumstate's Avatar
 
Join Date: Apr 2006
Posts: 1,694
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 17
I know Vizio makes good TVs, but I've lost confidence in most tablet and phone manufacturers except Moto. HTC and their $500 phone with busted compass & GPS, poor mic and poor camera really left a bad taste. I wish I could get the Moto Razr, but want to stay with TMobile.
quantumstate is offline  
post #30 of 31 Old 08-09-2012, 06:09 AM
Senior Member
 
Lost Dog's Avatar
 
Join Date: Jun 2007
Location: North of the Columbia River
Posts: 475
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 12
I picked up a Nexus 7 the other day and I'm really happy with it. I've installed mythmote and it works really well as a larger remote control.

It's not water proof / splash proof but this would be a solution for the spilled wine:

Tech Spill Device
Lost Dog is offline  
Reply HTPC - Linux Chat

User Tag List

Thread Tools
Show Printable Version Show Printable Version
Email this Page Email this Page


Forum Jump: 

Posting Rules  
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off