On 4/6/24 18:38, Andrew Udvare wrote:
On Sat, 6 Apr 2024 at 21:32, Daniel Frey <djqf...@gmail.com> wrote:
What's even stranger is if I manually start it and restart lircd it works!
Have you tried adding Before=lircd.service in the [Unit] section?
I did, it made no difference.
From what I can tell it is running before lircd.
I have disabled lircd. Ran daemon-reload and rebooted.
For some reason, systemctl is saying it has run and exited successfully
according to the timestamps:
# systemctl status ir-key-map
○ ir-key-map.service - Add custom keymap to iMon remote
Loaded: loaded (/etc/systemd/system/ir-key-map.service; enabled;
preset: disabled)
Active: inactive (dead) since Sun 2024-04-07 08:56:18 PDT; 1min
36s ago
Duration: 48ms
Process: 295 ExecStart=/usr/bin/ir-keytable -c -p rc-6 -w
/etc/rc_keymaps/imon_mce.toml (code=exited, status=0/SUCCESS)
Main PID: 295 (code=exited, status=0/SUCCESS)
CPU: 19ms
Apr 07 08:56:18 htpclivingrm systemd[1]: Started Add custom keymap to
iMon remote.
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Read imon_mce table
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Old keytable cleared
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Wrote 76 keycode(s) to driver
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Protocols changed to rc-6
Apr 07 08:56:18 htpclivingrm systemd[1]: ir-key-map.service: Deactivated
successfully.
But, it doesn't actually change the protocol. It says it has
"ir-keytable[295]: Protocols changed to rc-6" but when you check
manually as root it really hasn't:
# ir-keytable
Found /sys/class/rc/rc0/ with:
Name: iMON Remote (15c2:0038)
Driver: imon
Default keymap: rc-imon-pad
Input device: /dev/input/event8
LIRC device: /dev/lirc0
Supported kernel protocols: rc-6 imon
Enabled kernel protocols: imon
bus: 3, vendor/product: 15c2:0038, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms
...and I have no idea why. Until this works, lircd will not work.
If you run it manually, it will update it. It shows in the log and more
importantly, if you check with ir-keytable you can see it was successful.
It's bizarre.
I even tried adding User= and Group= in the [Service] context and it
made no difference.
Dan
