[mythtv-users] LIRC SET_TRANSMITTERS no longer working?

[Mike Perkins]

On 31/12/16 20:05, Matt Goebel wrote:
> I have a MCEUSB IR receiver/dual transmitter that I use to control 2 set top boxes my HD-PVR's record from. In my channel change script I "irsend SET_TRANSMITTERS 1 (or 2)" depending on which box I am trying to control. That has been working fine for years.
>
> I recently discovered that that's no longer working. Now when I try " irsend SET_TRANSMITTERS 1" it throws an error: "Error running command: Input/output error" and in the logs I see:
>
> Dec 31 14:55:24 mercury lircd-0.9.4c[2693]: Notice: accepted new client on /var/run/lirc/lircd
> Dec 31 14:55:24 mercury lircd-0.9.4c[2693]: Error: error processing command: SET_TRANSMITTERS 2
> Dec 31 14:55:24 mercury lircd-0.9.4c[2693]: Error: error - maximum of 1 transmitters
> Dec 31 14:55:24 mercury irsend: irsend: command failed: SET_TRANSMITTERS 2
> Dec 31 14:55:24 mercury irsend: lirc_command_run: status:END, status:5
> Dec 31 14:55:24 mercury lircd-0.9.4c[2693]: Info: removed client
>
> The channel change script then proceeds to send the IR commands to BOTH boxes, causing issues with recording or any one watch live TV on the other HD-PVR.
>
> The IR receiver portion is working fine. I'm using the default driver and /dev/lirc0 device. I noticed this after upgrading to Fedora 25, although it might have been happening earlier and I just didn't notice as I haven't had both tuners is use at the same time very often. I highly suspect this issue started sometime before the upgrade though.
>
> Anyone know if there is an known issue and if there is a fix?
>
An obvious point: The error checking in the script isn't doing the right thing. I'm not sure what 
the right thing would be, mind, but just dropping through and sending to both boxes can't be it.

You might try checking the return status and doing something that fails gracefully. By the sounds of 
things, one box works fine and the other has trouble. (I'm not suggesting that the boxes themselves 
are faulty.) You might let the good box work and fail the bad box completely. Ok, so you lose a 
recording; this may be better than getting conflicting recording info or bad recordings.

-- 

Mike Perkins