LE 11 & ir-keytable persistent

thessy · July 28, 2023 at 9:40 PM

Hi,

running LE 11.0.3 on Raspberry Pi 3 with TSOP receiver. Have a cheap IR remote control (called Alma) and created successfully a working toml-file for it, which can be loaded with ir-keytable -c -w /storage/.config/rc_keymaps/nec_alma.toml and used without problems.

Here the first lines of the file 'nec_alma.toml'

Code

# Manually adapted from /usr/lib/udev/rc_keymaps/nec-terratec-cinergy-xs.toml
[[protocols]]
name = "nec_terratec_cinergy_xs"
protocol = "nec"
variant = "nec"
[protocols.scancodes]
0x10f = "KEY_HOME"
...

Now I want this configuration persistent on boot.

My /storage/.config/rc_maps.cfg looks like:

Code

# Keymaps table
#
# This table creates an association between a keycode file and a kernel
# driver. It can be used to automatically override a keycode definition.
#
#
# Format:
#       driver - name of the driver provided via uevent - use * for any driver
#       table -  RC keymap table, provided via uevent - use * for any table
#       file - file name. If directory is not specified, it is first looked up
#               in /storage/.config/rc_keymaps, then /usr/lib/udev/rc_keymaps
#
# For example:
#
# driver        table           file
#
# gpio-rc-recv  rc-streamzap    streamzap
# gpio-rc-recv  *               justboom
# *             rc-rc6-mce      rc6_mce_new
# *             *               hauppauge_new
gpio-rc-recv    rc-nec-terratec-cinergy-xs    /storage/.config/rc_keymaps/nec_alma.toml

Display More

Found the wiki with the old format (not toml). Found old postings here and here. Have no old file /storage/.config/lircd.conf

After booting the output of ir-keytable is:

Code

Found /sys/class/rc/rc0/ with:
    Name: gpio_ir_recv
    Driver: gpio_ir_recv
    Default keymap: rc-rc6-mce
    Input device: /dev/input/event0
    LIRC device: /dev/lirc0
    Attached BPF protocols: 
    Supported kernel protocols: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp imon rc-mm 
    Enabled kernel protocols: lirc rc-6 
    bus: 25, vendor/product: 0001:0001, version: 0x0100
    Repeat delay = 500 ms, repeat period = 125 ms

Display More

After ir-keytable -c -w ~/.config/rc_keymaps/nec_alma.toml it looks like:

Code

Found /sys/class/rc/rc0/ with:
    Name: gpio_ir_recv
    Driver: gpio_ir_recv
    Default keymap: rc-rc6-mce
    Input device: /dev/input/event0
    LIRC device: /dev/lirc0
    Attached BPF protocols: 
    Supported kernel protocols: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp imon rc-mm 
    Enabled kernel protocols: lirc nec 
    bus: 25, vendor/product: 0001:0001, version: 0x0100
    Repeat delay = 500 ms, repeat period = 125 ms

Display More

I don't understand why there is still shown: Default keymap: rc-rc6-mce. Also there only kernel modules according to 'rc6' loaded:

Code

lsmod | grep rc6
ir_rc6_decoder         20480  0
rc_rc6_mce             16384  0

But the remote control works and putting this command in /storage/.config/autostart.sh works also for rebooting.

Where is my fault? Any hints?

Regards

Thomas aka Thessy

**HiassofT** · July 28, 2023 at 11:08 PM

There are 2 minor - but important issues:

First, you have to use "gpio_ir_recv" (as reported under "Driver:" in the ir-keytable output) as the first parameter, not "gpio-rc-recv" (that was the old driver name several years ago, but that has changed).

Second, the "rc-rc6-mce" keytable parameter comes from the IR driver, and in this case the gpio-ir dtoverlay (the dtoverlay has a parameter to change that, but that's not needed and could cause other issues if you invent some new name here) - see https://github.com/raspberrypi/li…DME#L1315-L1316

To keep it simple you can ignore the keytable name and use "*" as the second parameter.

So, to sum it up, rc_maps.cfg should look like this:

Code

gpio_ir_recv * nec_alma.toml

so long,

Hias

thessy · July 30, 2023 at 1:45 PM

Yes, gpio_ir_recv instead of gpio-rc-recv in rc_maps.cfg solved it.

Thanks Hias!

LE 11 & ir-keytable persistent

Similar Threads

NUC11PAHi5 HD audio passthrough problems (and AAC 5.1)