-
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
Add support for CARRIER 42WM100CT #1943
Comments
Auto analyze only has support for the most common way to send data. Can you collect more data with lowest to highest temperature setting? Also do you have a model number of the remote? |
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. Out best bet is if ALL the raw messages start with the same 4 bits. uint16_t rawData[171] = {5844, 1152, 1154, 462, 1152, 462, 418, 1194, 418, 1194, ... Let me know how you go with your data collection. |
Thanks a lot for your interest ! For the remote, I have those number, not sure if this is what @NiKiZe you called "model number of the remote": |
IR dump.xlsx |
* Add `sendCarrierAC84()` and `decodeCarrierAC84()` routines. * Create some unit tests to cover the new code. * Hack in some support for non-byte-aligned > 64 bit protocols. * Update supported devices. For #1943
I've cobbled together something that tries to match and send this odd-ball protocol. Let me know how it goes. It's very experimental, so don't rely on the data yet. Please capture a full temperature range as we have still to work out the bit ordering. (assuming it works enought to capture |
Hi !
The signal seems quite noisy as I have to be very (very) close to the receptor to have a good response... Do you think we can have some tolerance (or increase it) around the bit-time ? |
I found that there is a
and it seems to be a lot better (no need to play with |
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. |
Using your insights, I am now able to get data which seems correct, but I had to do something I don't fully understand: in
|
* Update timing info for better real-world matching. For #1943
Please try the updated branch. |
That's perfect 😍 !!!
|
As a side note, I still have sometimes burst that are not recognized. I can try to play with different values but as I don't fully understand the meaning behind those, I'll probably not do something correct. For instance, this one isn't recognized:
This one is correctly recognized (with the same meaning):
Do you have some tips of how to proceed to be more robust? Adjusting (but I fully understand that at some point, we can't recognize the frame, I just want to be sure that we can't improve stability more). |
I'll look into improving the matching. |
I'll work on it, do you have any guess or other protocols which does a similar control bits? |
|
Thanks a lot for your link, it help me a lot !
|
I tried to send some datas
|
I saw the |
Unless a lot of the bits line up the same, I wouldn't bother with inheritance. |
* Increase tolerance for this protocol by 5%. * Add unit test based on previously not-recognised capture. * Fix typos in unit tests. * Update decode status to STABLE. For #1943
* Add `sendCarrierAC84()` and `decodeCarrierAC84()` routines. * Create some unit tests to cover the new code. * Hack in some support for non-byte-aligned > 64 bit protocols. * Update supported devices. For #1943
_v2.8.5 (20230305)_ **[Bug Fixes]** - Missing argument in use of midea function (#1959 #1958) - IRMQTTServer: Improve HA MQTT climate handling. (#1911) - SEND_SANYO_AC88: Fix poor cut-n-paste error (#1905 #1897) **[Features]** - IRMQTTServer: SHT-3x Temperature Sensor Support (#1951) - IRMQTTServer: HA multi output discovery (#1947) - IRMQTTServer: extended with new A/C common fields (#1940) - IRMQTTServer: Sync the on state to power from mode for HA (#1946) - Experimental basic support for Carrier 84-bit protocol. (#1945 #1943) - Add support the WowWee 11-Bit RoboRaptor-X protocol. (#1939 #1938) - Added 'sensorTemperature' and 'iFeel' to IRac (common) (#1928) - Added extra 'mid' option for Fan & SwingV to IRac (#1929) - Added "commandType" to IRAc (#1921) - Added support for Argo WREM-3 A/C remote protocol [part1] (#1920) - Added Dutch (nl-NL) translation (#1907) - ARGO: Improve code & add support for decoding 32bit sensor msgs. (#1906 #1859) - Added support for Gorenje cooker hood IR protocol (#1888 #1887) **[Misc]** - Update `XMP` status to Stable (#1944) - upgrade to a later version of `googletest` (#1936) - MITSUBISHI128: Added model to supported protocol (#1924) - Added Dutch (nl-NL) README (#1908) - Added GMock to UT Makefile (#1902) - Update HA example config for HA 2022.6+ (#1901 #1900)
_v2.8.5 (20230508)_ **[Bug Fixes]** - Fix a bug where we never detached the timer interrupt on ESP32s. (#1984 #1983) - Missing argument in use of midea function (#1959 #1958) - IRMQTTServer: Improve HA MQTT climate handling. (#1911) - SEND_SANYO_AC88: Fix poor cut-n-paste error (#1905 #1897) **[Features]** - Add support for a 40bit variant of the standard Panasonic protocol (#1977 @1976) - Initial support for York AC protocol (#1889) - IRMQTTServer: SHT-3x Temperature Sensor Support (#1951) - IRMQTTServer: HA multi output discovery (#1947) - IRMQTTServer: extended with new A/C common fields (#1940) - IRMQTTServer: Sync the on state to power from mode for HA (#1946) - Experimental basic support for Carrier 84-bit protocol. (#1945 #1943) - Add support the WowWee 11-Bit RoboRaptor-X protocol. (#1939 #1938) - Added 'sensorTemperature' and 'iFeel' to IRac (common) (#1928) - Added extra 'mid' option for Fan & SwingV to IRac (#1929) - Added "commandType" to IRAc (#1921) - Added support for Argo WREM-3 A/C remote protocol [part1] (#1920) - Added Dutch (nl-NL) translation (#1907) - ARGO: Improve code & add support for decoding 32bit sensor msgs. (#1906 #1859) - Added support for Gorenje cooker hood IR protocol (#1888 #1887) **[Misc]** - Add Electrolux YKR-H/531E as a supported device (#1981 #1980) - Update `XMP` status to Stable (#1944) - upgrade to a later version of `googletest` (#1936) - MITSUBISHI128: Added model to supported protocol (#1924) - Added Dutch (nl-NL) README (#1908) - Added GMock to UT Makefile (#1902) - Update HA example config for HA 2022.6+ (#1901 #1900) - Add a `d1_mini_noMDNS` build option to `IRMQTTServer`. (#1985)
## _v2.8.5 (20230508)_ **[Bug Fixes]** - Fix a bug where we never detached the timer interrupt on ESP32s. (#1984 #1983) - Missing argument in use of midea function (#1959 #1958) - IRMQTTServer: Improve HA MQTT climate handling. (#1911) - SEND_SANYO_AC88: Fix poor cut-n-paste error (#1905 #1897) **[Features]** - Add support for a 40bit variant of the standard Panasonic protocol (#1977 @1976) - Initial support for York AC protocol (#1889) - IRMQTTServer: SHT-3x Temperature Sensor Support (#1951) - IRMQTTServer: HA multi output discovery (#1947) - IRMQTTServer: extended with new A/C common fields (#1940) - IRMQTTServer: Sync the on state to power from mode for HA (#1946) - Experimental basic support for Carrier 84-bit protocol. (#1945 #1943) - Add support the WowWee 11-Bit RoboRaptor-X protocol. (#1939 #1938) - Added 'sensorTemperature' and 'iFeel' to IRac (common) (#1928) - Added extra 'mid' option for Fan & SwingV to IRac (#1929) - Added "commandType" to IRAc (#1921) - Added support for Argo WREM-3 A/C remote protocol [part1] (#1920) - Added Dutch (nl-NL) translation (#1907) - ARGO: Improve code & add support for decoding 32bit sensor msgs. (#1906 #1859) - Added support for Gorenje cooker hood IR protocol (#1888 #1887) **[Misc]** - Add Electrolux YKR-H/531E as a supported device (#1981 #1980) - Update `XMP` status to Stable (#1944) - upgrade to a later version of `googletest` (#1936) - MITSUBISHI128: Added model to supported protocol (#1924) - Added Dutch (nl-NL) README (#1908) - Added GMock to UT Makefile (#1902) - Update HA example config for HA 2022.6+ (#1901 #1900) - Add a `d1_mini_noMDNS` build option to `IRMQTTServer`. (#1985)
Hi,
I'm trying to control my AC device without luck. Here are the log of IRrecvDumpV2 :
Unfortunately,
auto_analyse_raw_data.py
doesn't understand the protocol:Any clue of what happend?
The text was updated successfully, but these errors were encountered: