klange Posted February 13, 2019 Report Share Posted February 13, 2019 I picked up a flirc as it was the only USB IR transceiver available online in my area and I wanted to do some experiments with home automation on a handful of devices that use infrared remotes, specifically LED lighting and an air conditioner. I've had great success with the lights and was able to reverse engineer the remote and write scripts to control them with the flirc. The air conditioner is a different story. Air conditioner remotes send huge packets with all of the current settings for the device. Unfortunately, this means the signal sent by my remote is more than 100 edges and flirc stops early and returns an error - I can't see the whole packet to reverse engineer it! Additionally, from my testing, it seems the firmware limits transmitted packets to 100 edges as well, so even if I could figure out the format, I wouldn't be able to send it back to the air conditioner - no bueno. Is there any possibility of being able to receive, or at least print to the debug log, more than 100 edges? Same for improving the transmit command to support longer packets? 100 seems like a very arbitrary choice, rather than something that was specifically called for based on available RAM on the device. Quote Link to comment Share on other sites More sharing options...
Bluscream Posted June 6, 2022 Report Share Posted June 6, 2022 (edited) Have you figured this out? Maybe the flirc_util can be rewritten to handle this? https://github.com/flirc/sdk/blob/26e271e49325ec7e449a705e4d438c7d0426fd0d/libs/flirc/flirc.h#L997 https://github.com/flirc/sdk/blob/26e271e49325ec7e449a705e4d438c7d0426fd0d/cli/src/cmds/ir_transmit.c#L90 Edited June 6, 2022 by Bluscream Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.