David Conran

Can I suggest disabling collection of IR messages when you transmit via RF? Maybe the RF library you are using uses the same hardware timer. See [documentation](https://crankyoldgit.github.io/IRremoteESP8266/doxygen/html/classIRrecv.html#a8fe4d26ef1f863db1db9994fed5fc209): https://crankyoldgit.github.io/IRremoteESP8266/doxygen/html/classIRrecv.html#a8fe4d26ef1f863db1db9994fed5fc209 e.g. ```c++...

So it seems: Real remote OFF: `0x88C0051` Library OFF: `0x88C0051` So, the OFF signal should work. Real remote ON: `0x880094D` Library ON: `0x880092B` (assuming I'm understanding your data correctly, IS...

Do you have a minimum viaable example of your code that you can share that produces the issue/errors/etc?

Can you please provide the minimal working code example that demonstrates the bug/your issue please? e.g. https://github.com/crankyoldgit/IRremoteESP8266/blob/master/examples/TurnOnMitsubishiHeavyAc/TurnOnMitsubishiHeavyAc.ino

> it seems that with the TurnOnMitsubishiHeavyAc.ino example code the codes are produced exactly as they should. Did you change the code appropriately to `88` and not the `152` stuff?...

Looking at the raw data, it appears this protocol uses a constant bit-time transmission protool.

I've got some half-arsed decoding working. But the data portion of the protocol appears to be 84 bits long. We can handle unusual bit lengths

I've cobbled together something that tries to match and send this odd-ball protocol. Can you please download & test out branch [https://github.com/crankyoldgit/IRremoteESP8266/tree/Issue1943](https://github.com/crankyoldgit/IRremoteESP8266/tree/Issue1943) / PR #1945 Let me know how it...

I'll look at changing those parameters. I need to change the bit ordering as the data you've collected indicates it is LSBF, not MSBF order.

Please try the updated branch.