-
Notifications
You must be signed in to change notification settings - Fork 836
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Hitachi RAS-70YHA3 (remote RAR-3U3) #1757
Comments
You seem to have been doing quite good. The values you have seem to match the generic IRrecv::decodeHitachiAC only a "new number of bits" |
Add support for Hitachi RAS-70YHA3 (remote RAR-3U3). Fixes #1757 This PR provides some initial support for the RAR-3U3 remote. It works of initial research [found here](https://perhof.wordpress.com/2015/03/29/reverse-engineering-hitachi-air-conditioner-infrared-remote-commands/).
_v2.8.2 (20220314)_ **[Bug Fixes]** - ESP32-C3: Fix reboot/crashes on ESP32-C3s when receiving. (#1768 #1751) **[Features]** - HITACHI_AC296: Add `IRac` class support & tests. (#1776 #1758 #1757) - Support for Hitachi RAS-70YHA3 (remote RAR-3U3) (#1758 #1757) - LG: Add Swing Toggle support for Model `LG6711A20083V` (#1771 #1770) - IRMQTTServer: add `MQTT_SERVER_AUTODETECT_ENABLE` via mqtt mDNS (#1769) - Experimental basic support for Kelon 168 bit / 21 byte protocol. (#1747 #1745 #1744) - MitsubishiAC: Tweak repeat gap timing. (#1760 #1759) - Gree YAP0F8 (Detected as Kelvinator) vertical position set support (#1756) - Make KELON (48 bit) protocol decoding stricter. (#1746 #1744) - IRMQTTServer V1.6.1 (#1740 #1739 #1729) - HITACHI_AC264: Add minimal detailed support. (#1735 #1729) - LG2: Improve Light toggle msg handling. (#1738 #1737) - MIDEA: Add support for Quiet, Clean & Freeze Protect controls. (#1734 #1733) - Add basic support for HITACHI_AC264 264bit protocol. (#1730 #1729) - ESP32-C3: Work around for some C3 specific compiler issues again. (#1732 #1695) **[Misc]** - MIDEA: Update supported devices (#1774 #1773 #1716) - Update devices supported by ELECTRA_AC (#1766 #1765) - Improve documentation for `encodePioneer()` (#1761 #1749) - Update (un)supported DAIKIN128 devices. (#1752) - Refactor `decodeCOOLIX()` code & add another test case. (#1750 #1748) - Simplify code based on state_t being initialised by default. (#1736 #1699) - Add comments to help Teknopoint users. (#1731 #1728) - Fix library version string calculation. (#1727 #1725) - Confirm we can reproduce `TurnOnFujitsuAC.ino` via IRac/IRMQTTServer. (#1726 #1701)
##_v2.8.2 (20220314)_ **[Bug Fixes]** - ESP32-C3: Fix reboot/crashes on ESP32-C3s when receiving. (#1768 #1751) **[Features]** - HITACHI_AC296: Add `IRac` class support & tests. (#1776 #1758 #1757) - Support for Hitachi RAS-70YHA3 (remote RAR-3U3) (#1758 #1757) - LG: Add Swing Toggle support for Model `LG6711A20083V` (#1771 #1770) - IRMQTTServer: add `MQTT_SERVER_AUTODETECT_ENABLE` via mqtt mDNS (#1769) - Experimental basic support for Kelon 168 bit / 21 byte protocol. (#1747 #1745 #1744) - MitsubishiAC: Tweak repeat gap timing. (#1760 #1759) - Gree YAP0F8 (Detected as Kelvinator) vertical position set support (#1756) - Make KELON (48 bit) protocol decoding stricter. (#1746 #1744) - IRMQTTServer V1.6.1 (#1740 #1739 #1729) - HITACHI_AC264: Add minimal detailed support. (#1735 #1729) - LG2: Improve Light toggle msg handling. (#1738 #1737) - MIDEA: Add support for Quiet, Clean & Freeze Protect controls. (#1734 #1733) - Add basic support for HITACHI_AC264 264bit protocol. (#1730 #1729) - ESP32-C3: Work around for some C3 specific compiler issues again. (#1732 #1695) **[Misc]** - MIDEA: Update supported devices (#1774 #1773 #1716) - Update devices supported by ELECTRA_AC (#1766 #1765) - Improve documentation for `encodePioneer()` (#1761 #1749) - Update (un)supported DAIKIN128 devices. (#1752) - Refactor `decodeCOOLIX()` code & add another test case. (#1750 #1748) - Simplify code based on state_t being initialised by default. (#1736 #1699) - Add comments to help Teknopoint users. (#1731 #1728) - Fix library version string calculation. (#1727 #1725) - Confirm we can reproduce `TurnOnFujitsuAC.ino` via IRac/IRMQTTServer. (#1726 #1701)
FYI, the changes mentioned above have now been included in the new v2.8.2 release of the library. |
I'm having some troubles with HITACHI_AC296 detection. 11:47:33.449 -> Tolerance : 24% Any ideas? Also, looks like 2 of the modes aren't recognized (took me a looooot of tries to be able to extract a "working" match: // HITACHI DRY "OFF" // DRY ON // FAN "ON" // FAN "OFF" |
Setting kTimeout to ~15 or less does reduce the amount of unknown messages to short messages (6-8-9 bits): How to get rid of those? Does kHitachiAcMinGap has anything to do with it? |
Here are the mode we have had reported to us: IRremoteESP8266/src/ir_Hitachi.h Lines 345 to 353 in 00b27cc
Unfortunately the make/model you are dealing with here has more mode options than our library can easily report. |
For the modes -- const uint8_t kHitachiAc296Cool = 0b0011; -- how is "0b0011" derived? I.e. How can I get it from my remote to add to supported. |
You can disable "UNKNOWN"s using: IRremoteESP8266/src/IRremoteESP8266.h Lines 113 to 116 in 00b27cc
i.e. Set |
https://www.rapidtables.com/convert/number/base-converter.html https://www.geeksforgeeks.org/binary-literals-in-c14-with-examples/ |
Also, a good "issue" ettiquite is to NOT add information about a new problem to an existing "closed"/resolved issue. |
I am trying to add support for my Hitachi RAS-70YHA3 heatpump with remote RAR-3U3. I forked your repo and started an attempt (you'll have to forgive me, I'm not a c++ developer) a few months back, but I struggled a bit. I called it
HITACHI_AC296
.My attempt is based on someone else's research on the same protocol. Using what I learnt there I was able to send working signals, I just wasn't able to get it into IRremoteESP8266 properly.
At the time I did not know about auto_analyse_raw_data.py, so I will give that a shot. I just wanted to open this ticket to track progress and have a place for guidance 🙏.
Raw output from IRrecvDumpV2 (I am using a VS1838b, but I don't seem to have had too many issues with it, I don't think):
Output from auto_analyse_raw_data.py.
The text was updated successfully, but these errors were encountered: