Posts by HiassofT

Interesting, it looks like the lirc_rpi driver isn't loading.

Could you try to add the following line to /flash/config.txt

dtdebug=1

Then reboot and post the output of the following command:

vcdbg log msg 2>&1 | paste

so long,

Hias

Is this on original Slice (1) or Slice 3? Do you use a custom /storage/.config/lircd.conf?

Please upload system logs (LE settings->System->Submit Log) and post the URL.

so long,

Hias

Starting with LE 8.2 gpio-ir is the preferred/officially supported way to handle IR remotes on RPi. lirc-rpi is included as a legacy alternative while people migrate to gpio-ir. LE9.0 doesn't include lirc-rpi anymore.

gpio-ir has been included in LE for a while, but in LE 8.0 and before the easy userspace configuration (via rc_maps.cfg) didn't exist yet (overriding the keymap eg via .config/rc_keymaps/rc6_mce did work though).

Which LE version are you using and how does your setup look like? i.e. which dtoverlay lines did you use, do you have Lirc enabled or disabled in LE settings, do you have a custom lircd.conf file, did you add something lirc related to autostart.sh or add other custom configurations?

If you do a fresh installation of LE 8.2 and just add "dtoverlay=gpio-ir" to config.txt your harmony remote should work out of the box if you configure it as a Microsoft MCE remote.

so long,

Hias

I'm not an expert with Amlogic devices but IIRC with 8.2.x builds you'll have to go the amremote remote.conf route. Creating a /storage/.config/lircd.conf file and enabling Lirc in LE settings could also work.

Proper ir-keytable configuration for Amlogic devices was added very recently to the 9.0 LE development branch, so the documentation in the wiki does not apply to 8.2 AML builds.

"LibreELEC-S912.arm-8.2.4-Subtitles-ff" suggests you are using some community build, so you probably have to ask the creator of this build for details.

so long,

Hias

Sean, the kernel maintainer, was faster than me and discovered and fixed the issue before I had time to have a closer look at it [v2,6/7] media: rc: mce_kbd decoder: fix stuck keys - Patchwork

A backport of the fix will be included in LE 8.2.5 [8.2] fix stuck keys with MCE keyboard by HiassofT · Pull Request #2643 · LibreELEC/LibreELEC.tv · GitHub

so long,

Hias

Yes, this setup will work.

One thing to keep in mind is that the IR receiver of your DVB dongle will still be setup with the kernel driver's default config (in most cases to decode the manufacturer's remote, eg hauppauge remotes on hauppauge dongles - ir-keytable will tell you which table is active). If that causes issues (eg when you also use such a remote in the same room) you'll still need aluminium tape or blacklist the IR receiver driver module.

The only case when you might want to run "ir-keytable -a ..." manually is when testing a new setup, to check if it works and eg find out if you have typos in your files. This is why I mentioned it in the wiki Infrared Remotes [LibreELEC.wiki]. If you are sure everything's correct you could also just reboot so the config is automatically applied.

so long,

Hias

What do you mean with v7, are you still using an ancient 7.x LibreELEC version? If yes, I can't help you much other than suggest you upgrade to the current 8.2 version and read through the docs in the wiki Infrared Remotes [LibreELEC.wiki]

so long,

Hias

With 2 IR receivers the configuration is a bit tricky.

Your "* * avermedia_remote" rc_maps.cfg will configure both the gpio-ir receiver and the receiver on your DVB dongle to decode the signals of your remote. One possibility is to change the file so that only the gpio-ir receiver is configured:

gpio-rc-recv * avermedia_remote

Another thing to keep in mind is that it's not guaranteed that the gpio ir receiver will always be the first IR device (check the output of "ir-keytable"). If you manually run ir-keytable to change the config it'll apply the settings to the first rc device (rc0) unless you explicitly change that with the "-s" option.

The automatic configuration run by the udev rules take care of that, ir-keytable -a will be run for all your IR receivers with -s set appropriately - so that rc_maps.cfg is applied to all IR receivers on your system.

So, better remove the ir-keytable call from your autostart.sh.

Instead of covering the IR receiver with black or aluminium tape it'd be better to blacklist the the driver for the IR receiver in your DVB dongle - or just use the IR receiver in your DVB and not add gpio-ir. With only one receiver life's a lot easier

so long,

Hias

Connect the TSOP4838 to 3.3V and drop the voltage translation circuit - TSOP4838 can be powered from 2.5 to 5.5V (see the datasheet tsop48.pdf ).

Also drop all modifications to autostart.sh - you only need to set up rc_maps.cfg and put the keytable in rc_keymaps. This config will be automatically picked up.

If you still have problems post the output of ir-keytable. If you have another ir receiver (eg on a DVB USB dongle) you could get double keypresses as the signal will be received by 2 receivers.

so long,

Hias

Thanks a lot for the test output and the capture!

I could reproduce the issue here, it looks like it's a bug in the kernel's MCE keyboard decoder (or probably multiple issues in there).

I'll have a closer look at it and discuss it with the kernel maintainer. I'll keep you posted about the status.

so long,

Hias

Interesting. It looks like the mce_kbd decoder might be sending a key down event but no key up event.

Also odd that ir-keytable -t doesn't show anything, I'd expected to see KEY_... events from the driver.

Could you install the system tools addon and check with evtest instead of ir-keytable -t? Kodi and eventlircd must be stopped, as usual. Please post the evtest output of a short keypress.

It would also be interesting to have a capture of the raw IR signals, then I could try to reproduce that here. Could you run the following command

ir-ctl --receive=rawkey.txt

then press a key on the IR keyboard, then abort ir-ctl with control-c and upload the file "rawkey.txt" here?

so long,

Hias

AlleyCat have you tested the build, did passthrough work with it?

so long,

Hias

Make sure you are using the correct GPIO pins. The gpio_pin options of the overlays are a bit misleading. Despite their name they specify the GPIO number, not the header pin number...

gpio-ir, gpio-ir-tx and pwm-ir-tx all default to GPIO 18 (pin 12 of the header) - see the README in /flash/overlays.

gpio-ir defaulting to GPIO 18 is a relic of old lirc_rpi days which defaulted to GPIO 18 for input and GPIO 17 for output - which is a bit of a pity as GPIO 18 is the only one that's usable for PWM output.

So, it's best to use pwm-ir-tx with the default GPIO 18 and use any other GPIO (eg GPIO 17 / header pin 11) for receiving IR:

dtoverlay=gpio-ir,gpio_pin=17
dtoverlay=pwm-ir-tx

This will give you 2 /dev/lircX devices, one for receiving and one for transmitting. The device names could change so it's best to create a udev rule to setup persistent names. eg create a /storage/.config/udev.rules.d/90-lirc-devices.rules files with this content

ACTION=="add|change", KERNEL=="lirc*", DRIVERS=="gpio-rc-recv", SYMLINK+="lirc-rx"
ACTION=="add|change", KERNEL=="lirc*", DRIVERS=="pwm-ir-tx", SYMLINK+="lirc-tx"

Then you can use the persistent device nodes in ir-ctl. eg

ir-ctl -d /dev/lirc-tx -S rc5:0x1234
ir-ctl -d /dev/lirc-rx -r

so long,

Hias

Manually update your RPi2 LE8.2 installation with the tar file - just copy the file into the "update" share and reboot. See this wiki page for details: Update LibreELEC [LibreELEC.wiki]

so long,

Hias

AlleyCat just saw your additional comment (maybe it was held back for moderation?)

Non-working passthrough and missing alsa card conf sounds familiar... Blame it on the RPi sound card manufacturers who build a plethora of cards based on the same chip (wm8804 in your case) and choose to write separate sound card drivers with different card names instead of using unified drivers per chip. And blame it on the RPi kernel maintainers for accepting that stuff in their tree - this is not allowed in the upstream Linux kernel for very good reasons (you just noticed one of these).

Anyways, could you test if this build works?

LibreELEC-RPi2.arm-8.2-devel-20180403014343-r26324-gd125c30462.tar

so long,

Hias

The loaded modules look fine. Does it show up in Settings->System->Audio and can you select it as an audio output device?

If yes and you still get no output (eg the GUI sound clicks) please use the Log Upload option in LibreELEC settings to upload full system logs.

so long,

Hias

Thanks a lot for the feedback, glad you got it working!

To make this permanent create a /storage/.config/autostart.sh file with the 2 commands. You might have to put a "sleep 1" after the unbind command so the kernel has some time to do the unbinding.

Using an MCE keyboard is going to be tricky.

These keyboards use a special IR protocol (mce_kbd) which you have to enable in addition to the rc-6 protocol used for MCE remotes:

ir-keytable -p rc-6,mce_kbd

Now you should see scancodes in ir-keytable -t which you can map to keycodes (not 100% sure, never tried this, I don't have such a keyboard).

One problem though will be that all these scancodes/keycodes will hit kodi as LIRC events, meaning you'd have to map A-Z keys and special keys like "Shift" etc won't be processed as usual.

One way around this would be to disable eventlircd (which translates input to lirc events). If you do this you'll have to use a modified rc6_mce keytable as some keycodes (eg "KEY_OK") aren't supported by kodi.

so long,

Hias

In LE8.2 this doesn't work yet, but you'll be able to do that in LE9.0 (it'll work eg in current Milhouse builds).

LE9.0 uses the newer 4.14 kernel which added support for gpio-ir-tx and pwm-ir-tx. With either one of these dtoverlays you can define a GPIO for transmitting IR data.

If you don't need analog audio on the RPi I'd recommend using pwm-ir-tx, this results in lower CPU load compared to gpio-ir-tx (the latter has to bit-bang the GPIO at ~38kHz whereas the former offloads lots of the heavy lifting to the PWM).

With these overlays you get a separate /dev/lircX device node and can use eg ir-ctl -S ... to transmit IR signals.

so long,

Hias