Menu
▾
▴
#366 The built in driver for Irtoy / Irdroid in LIRC makes the modules to lock from time to time, which require to replug the Irdroy/Irdroid and restart LIRC
The built in driver for Irtoy / Irdroid in LIRC has a bug that makes the modules to lock from time to time, which require to replug the Irdroy/Irdroid and restart LIRC
In the last few weeks we have extensively tested the Irtoy and the Irdroid devices with the old interface (CDC-ACM) and the relevant LIRC plugin - LIRC version 0.10.0 and also the latest version from LIRC Git repository, compiled from source. We have discovered a bug that was never addressed with multiple reports from people on the Internet and no actual resolution for the issue.
Description of the bug
—--------------------------
When the device is transmitting via irsend in a loop (tested with different delays between transmit from 500ms to 2 seconds), and a signal from another IR source such as another remote control is received by the IR receiver the device “hangs” de-enumerates from the usb bus and a replug is needed to start functioning again.
Solution
—--------
To avoid the above issue, the following changes need to be made when entering sampling mode ( plugin driver Irtoy.c ):
- After issuing the “s” command a delay of 100ms should be added before reading the result from the device (The Irtoy / Irdroid have their USB Stack designed in polling mode)
- The commands 0x24, 0x25 and 0x26 are sent just once when entering sampling mode with a delay between each command of 20ms before reading the result (Currently these commands are sent each time when TX_START (0x03) command is issued, which sometimes renders the device in a de-enumerated state.)
- The lircd should be started together with either irw (preferably) or irexec running in the background in order to assure that the Irtoy/Irdroid will not exit sampling mode when a client connects and then disconnects (leaving and entering sampling mode with a residual ir signals from other ir devices such as remote control may render the device is de-enumerated state if received by the ir-receiver in the moment when the device enters sampling mode)
More information on the issue and available patch:
correction, the delays are in milliseconds
Last edit: Georgi Bakalski 2022-01-20
Fixed in 0.10.2