Decode SANYO Air conditioner remote 270bits #1503
Assignees
Labels
Comments
|
It looks like this is an unsupported protocol at the moment. How far thru https://github.com/crankyoldgit/IRremoteESP8266/wiki/Adding-support-for-a-new-IR-protocol did you get? |
|
Looking at your raw data via our tools, it looks like you've got a poor quality capture. That could be for a number of reasons. I had to bump up the range matching on our tools to make heads or tails of your data. i.e. It appears to be a 88 bit message with two identical repeats. i.e. 3 x 88 bit messages. We can potentially work with the data you've collected but I am reluctant to do so till you can get cleaner captures. That is, the respective Mark and Space values are within an acceptable/repeatable range for their reference. i.e. The default range for a value is 200 usecs (+/-100 usecs), which most protocol values are typical well within. Most captures have their respective values within +/-50 usecs. Your captures required +/-150 usecs to get any semblance of decoding. |
|
HI, I have two tv remotes which work fine and another coolix AC remote that also works fine with out a glitch using this setup. could it be that the transmission beam BW is wide enough to be received by the 38kHz receiver and actually I have the wrong frequency receiver for this remote? until I get to do that this is my setup schematics: |
10cm is possibly even too close. 30cm to 100cm is typically optimal in my experience. ie. Remotes are not designed with Point Blank operation in mind.
Good to know.
That is entirely possible. A 36, 40, or 56 kHz signal could present like this to a 38kHz receiver.
Not really. In your situation, the raw data from the receiver looks fine. The timing issues are up stream from the ESP. i.e. receiver/remote/environment etc. The library is going to recognise it as
In the meantime, try adding/using the |
|
Hi, I guess my question is if you still think the problem is with the setup? is the timing still bad? or can it be maybe something else? a scope is harder to locate (though may be possible) ON: OFF Thanks! |
|
The best way to know is to open the remote and put an oscilloscope over the LEDs. It might also be possible to figure out the frequency by looking on the circuit of the remote, maybe it is a chip that we can find documentation for, or maybe simply a crystal from which the frequency be read and used to calculate which possible values the transmitter might use. (but more and more goes to micros these days where its more of a black box) |
|
I'll try to take another look at the data soon. Have you tried fresh batteries? (Long shot) Their are a number of electronic component stores that should carry ir demodulators tuned to various carrier frequencies. E.g. element14, rs-online, eBay, Amazon, AliExpress, etc. A logic analyser may work too instead of an oscilloscope. No promises. |
crankyoldgit
added a commit
that referenced
this issue
Jun 29, 2021
* Basic support added via `sendSanyoAc88()` & `decodeSanyoAc88()` * Unit test coverage for the additions/changes. Note: Bit ordering has NOT been determined. Data values may change in future. For #1503
|
@dotanger I've added some basic experimental support for this protocol. You'll need to test it (sending and receiving) against the real thing. It may work, it may not. It's just a stab in the dark. Download the branch via: https://github.com/crankyoldgit/IRremoteESP8266/tree/SanyoAc88 Note: Don't count or rely on the We need the model/brand info for the A/C unit and the remote too. Also, how sure are you that this really is a Sanyo device or protocol? So far, it doesn't look very Sanyo-like. |
crankyoldgit
added
more info
Pending Confirmation
|
Thanks a lot! I will have to do a lot of checks I think because it wasn't 100 percent stable. most of the encoding shows a 'header' of AA50 and then suddenly I had a streak of AA4F. Regarding the remote, I have a problem at the moment because there is absolutely no indication on the plastic/stickers/PCB - absolutely nothing. I did find remotes from other stores that claim it's a substitute but the model seems private for the store. I found the same looking remote on aliexpress after photographing the remote and applying google lens on it. most to all references are for a Sanyo AC. I applied the spaces below in the codes according to a quick play on what's repeating and changing. the A0 and 20 seem to be the on/off. |
But what about the A/C unit itself? Re: Your collected data. If you don't tell us what the corresponding settings are for each The next step is to collect a temperature range so we can check if we have the bit ordering correct or not. |
|
Hi @crankyoldgit,
It is a mini central or whatever it's called so I don't really have anything to go with. it is inside a compartment in the ceiling. I found remotes which are very similar in how they look, most to all are considered Sanyo replacement. I did further testing and am happy to report that the codes are sent well (on/off with 22C, Cool, auto) and accepted by the AC receiver. I will continue in trying to map bits for the modes/temp/etc. Thanks! |
Well, that's a bugger. :-(
I'm really reluctant to add "possible" supported brands/models etc. When we say something is supported, we like to be fairly sure.
Excellent! Thanks for confirming that bit seems to be working. I'll note it in the code when we have the bit order confirmed.
Thanks in advance. Looking forward to the results. |
|
This is what I have so far, I'd say it's the important parts. The majority is already covered so input/guidance would be welcome at this stage. https://docs.google.com/spreadsheets/d/1weUmGAsEpfX38gg5rlDN69Uchnbr6gQl9FqHffLBIRk/edit?usp=sharing Thanks |
|
Please make the document/spreadsheet publically readable. |
|
done |
|
I have been playing with ElectraAC coding (physically near my 'SanyoAc88)' as well for one of my ACs and I had 2 observations,
thanks |
|
Okay, that's weird. I've got a few other issues on the go at the moment, and I'll get back to this issue/task when they are done. i.e. I haven't forgotten. Just busy & distracted. |
Yes. ElectraAC doesn't have required repeats to work. You can make it repeat, but no captures for it ever showed repeats. |
|
Hey, updated the spreadsheet to include the bit for filter. |
crankyoldgit
added a commit
that referenced
this issue
Aug 1, 2021
* Basic support added via `sendSanyoAc88()` & `decodeSanyoAc88()` * Unit test coverage for the additions/changes. Note: Bit ordering has NOT been determined. Data values may change in future. For #1503
crankyoldgit
added a commit
that referenced
this issue
Aug 1, 2021
* Settings supported: - Power - Mode - Temp - Fan Speed - Sleep - Turbo - Filter * Add support in `IRac` class. * Unit tests added & updated. * Other minor code cleanups. Note: Protocol breakdown is nowhere near complete. This is untested. Not enough data supplied. For #1503
|
@dotanger I've added some experimental detailed support for this protocol. You'll need to test it (sending and receiving) against the real thing. It may work, it may not. It's based on your spreadsheet, which has a LOT of incomplete data & analysis. Download the branch via: https://github.com/crankyoldgit/IRremoteESP8266/tree/SanyoAc88 |
|
Hi, Also, answered your comments in the spreadsheet. |
crankyoldgit
added a commit
that referenced
this issue
Aug 10, 2021
* Add `set/getClock()`. * Add & update unit tests. For #1503
|
@dotanger I've added Clock support in a new commit to that branch. Have you tried it out yet? Any feedback? |
|
Just a reminder, we are waiting on your testing & feedback before we can proceed. |
|
Hey, I'll be trying to understand what the second byte is next. Protocol : SANYO_AC88 uint16_t rawData[539] = {5406, 1926, 556, 696, 556, 1454, 556, 696, 556, 1456, 552, 698, 556, 1456, 530, 750, 566, 1518, 556, 1454, 556, 1454, 556, 698, 632, 1438, 560, 1446, 574, 676, 568, 1462, 554, 680, 572, 726, 552, 682, 568, 682, 560, 692, 652, 700, 550, 1460, 550, 702, 550, 1460, 550, 1462, 550, 730, 464, 1548, 528, 724, 462, 1548, 534, 746, 532, 718, 530, 724, 526, 724, 524, 728, 650, 704, 548, 706, 546, 1464, 552, 726, 608, 726, 524, 754, 552, 702, 656, 1454, 556, 1454, 556, 1454, 556, 696, 558, 1454, 538, 744, 526, 724, 554, 1458, 532, 1478, 568, 1462, 550, 682, 568, 1462, 554, 724, 528, 724, 528, 706, 544, 708, 544, 708, 568, 682, 546, 734, 546, 704, 572, 682, 542, 710, 570, 710, 644, 710, 544, 692, 556, 696, 560, 720, 560, 766, 596, 680, 574, 704, 574, 792, 590, 660, 592, 706, 576, 754, 576, 676, 576, 704, 576, 676, 576, 704, 576, 676, 576, 678, 576, 702, 576, 676, 576, 702, 576, 702, 576, 702, 578, 706, 572, 1330, 576, 3574, 5442, 1898, 576, 676, 578, 1436, 552, 774, 600, 1434, 574, 704, 600, 1412, 570, 680, 554, 1454, 546, 1466, 574, 1440, 458, 792, 460, 1552, 560, 1468, 542, 694, 560, 1466, 544, 690, 562, 734, 544, 710, 490, 746, 508, 786, 494, 742, 512, 1516, 494, 740, 508, 1520, 496, 1514, 494, 758, 494, 1516, 494, 758, 494, 1514, 496, 758, 494, 758, 494, 784, 494, 784, 494, 784, 494, 784, 600, 712, 542, 1486, 462, 772, 540, 710, 566, 784, 494, 758, 494, 1516, 494, 1514, 496, 1514, 494, 758, 494, 1518, 492, 758, 494, 758, 494, 1516, 494, 1520, 490, 1522, 540, 738, 540, 1488, 522, 730, 522, 712, 540, 712, 542, 738, 540, 714, 538, 740, 544, 736, 542, 754, 526, 710, 622, 726, 526, 726, 526, 728, 524, 728, 526, 728, 524, 754, 550, 702, 550, 684, 538, 712, 536, 716, 458, 792, 460, 790, 520, 730, 522, 756, 546, 706, 546, 704, 548, 704, 524, 730, 522, 834, 542, 716, 460, 792, 460, 790, 462, 818, 460, 792, 518, 732, 518, 1384, 522, 3630, 5350, 1990, 518, 732, 520, 1494, 516, 736, 518, 1494, 460, 818, 460, 1570, 490, 744, 458, 1572, 518, 1492, 518, 1490, 518, 734, 518, 1490, 520, 1492, 516, 734, 492, 1518, 518, 764, 516, 734, 518, 764, 488, 762, 492, 760, 492, 786, 494, 1520, 460, 792, 490, 1520, 460, 1552, 482, 816, 488, 1522, 492, 786, 492, 1516, 494, 760, 494, 758, 494, 784, 494, 760, 494, 758, 494, 758, 492, 740, 480, 1550, 490, 744, 510, 786, 492, 760, 488, 746, 476, 1550, 492, 1518, 494, 1514, 516, 736, 518, 1490, 520, 734, 518, 734, 520, 1490, 520, 1490, 520, 1492, 490, 790, 460, 1554, 456, 792, 460, 822, 458, 792, 458, 792, 516, 734, 520, 732, 520, 732, 520, 732, 520, 760, 542, 766, 490, 762, 518, 734, 518, 734, 520, 814, 512, 790, 490, 742, 458, 794, 458, 792, 460, 794, 516, 734, 518, 732, 520, 762, 518, 734, 518, 734, 518, 734, 520, 734, 490, 816, 518, 734, 518, 760, 568, 768, 506, 746, 508, 772, 508, 792, 516, 788, 542, 1440, 518}; // SANYO_AC88 |
|
So, it appears to be decoding the remote correctly. Is it able to control the A/C correctly? |
|
It controls it perfectly |
Thanks for confirming. |
crankyoldgit
removed
help wanted
more info
Pending Confirmation
crankyoldgit
added a commit
that referenced
this issue
Aug 16, 2021
* Basic support added via `sendSanyoAc88()` & `decodeSanyoAc88()` * Unit test coverage for the additions/changes. Note: Bit ordering has NOT been determined. Data values may change in future. For #1503
crankyoldgit
added a commit
that referenced
this issue
Aug 16, 2021
* Settings supported: - Power - Mode - Temp - Fan Speed - Sleep - Turbo - Filter * Add support in `IRac` class. * Unit tests added & updated. * Other minor code cleanups. Note: Protocol breakdown is nowhere near complete. This is untested. Not enough data supplied. For #1503
crankyoldgit
added a commit
that referenced
this issue
Aug 16, 2021
* Add `set/getClock()`. * Add & update unit tests. For #1503
crankyoldgit
added a commit
that referenced
this issue
Aug 16, 2021
* Settings supported: - Power - Mode - Temp - Fan Speed - Sleep - Turbo - Filter - Clock * Add support in `IRac` class. * Unit tests added & updated. * Other minor code cleanups. Fixes #1503
crankyoldgit
added a commit
that referenced
this issue
Aug 28, 2021
_v2.7.20 (20210828)_ **[Bug Fixes]** - Make `strToSwingH()` match "Right Max" (#1550 #1551) **[Features]** - Experimental Bose remote support (#1579) - Added MitsubishiAC VaneLeft (#1572 #1576) - HAIER_AC176: Add experimental detailed support (#1480 #1571) - Detailed support for Tornado/Sanyo 88-bit A/C protocol (#1503 #1568) - Add support for new `TROTEC_3550` A/C protocol (#1563 #1566 #1507) - SamsungAc: Use `sendExtended()` going forward. (#1484 #1562) - SamsungAc: Redo/fix checksum calculations. (#1538 #1554) - LG: Add support for `AKB73757604` model (#1531 #1545) - Daikin176: Add support for Unit Id. (#1543 #1544) - Daikin2: Add support for Humidity setting/operation. (#1535 #1540) - TCL112AC: Add support for quiet/mute setting. (#1528 #1529) - LG2: Add Fan speed, Swing, & Light support for new `AKB74955603` model (#1513 #1530) - Add Mitsubishi AC "fan only" mode (#1527) **[Misc]** - Fix pylint issues due to pylint update. (#1569 #1570) - DAIKIN216: Update supported models. (#1552 #1567) - IRMQTTServer: Build a minimal OTA image via PlatformIO. (#1513 #1541) - Reduce memory fragmentation cause by String usage. (#1493 #1536) - Refactor `decodeMitsubishiAC()` (#1523 #1532) - Fix incorrect comment. - Migrate from Travis to GitHub Actions (#1522 #1526) - Documentation update with additional supported Panasonic AC models (#1525)
Merged
crankyoldgit
added a commit
that referenced
this issue
Aug 28, 2021
_v2.7.20 (20210828)_ **[Bug Fixes]** - Make `strToSwingH()` match "Right Max" (#1550 #1551) **[Features]** - Experimental Bose remote support (#1579) - Added MitsubishiAC VaneLeft (#1572 #1576) - HAIER_AC176: Add experimental detailed support (#1480 #1571) - Detailed support for Tornado/Sanyo 88-bit A/C protocol (#1503 #1568) - Add support for new `TROTEC_3550` A/C protocol (#1563 #1566 #1507) - SamsungAc: Use `sendExtended()` going forward. (#1484 #1562) - SamsungAc: Redo/fix checksum calculations. (#1538 #1554) - LG: Add support for `AKB73757604` model (#1531 #1545) - Daikin176: Add support for Unit Id. (#1543 #1544) - Daikin2: Add support for Humidity setting/operation. (#1535 #1540) - TCL112AC: Add support for quiet/mute setting. (#1528 #1529) - LG2: Add Fan speed, Swing, & Light support for new `AKB74955603` model (#1513 #1530) - Add Mitsubishi AC "fan only" mode (#1527) **[Misc]** - Change when some github workflows run (#1583) - Add/update supported device info (#1580 #1581 #1585) - Fix pylint issues due to pylint update. (#1569 #1570) - DAIKIN216: Update supported models. (#1552 #1567) - IRMQTTServer: Build a minimal OTA image via PlatformIO. (#1513 #1541) - Reduce memory fragmentation cause by String usage. (#1493 #1536) - Refactor `decodeMitsubishiAC()` (#1523 #1532) - Fix incorrect comment. - Migrate from Travis to GitHub Actions (#1522 #1526) - Documentation update with additional supported Panasonic AC models (#1525)
crankyoldgit
added a commit
that referenced
this issue
Aug 28, 2021
## _v2.7.20 (20210828)_ **[Bug Fixes]** - Make `strToSwingH()` match "Right Max" (#1550 #1551) **[Features]** - Experimental Bose remote support (#1579) - Added MitsubishiAC VaneLeft (#1572 #1576) - HAIER_AC176: Add experimental detailed support (#1480 #1571) - Detailed support for Tornado/Sanyo 88-bit A/C protocol (#1503 #1568) - Add support for new `TROTEC_3550` A/C protocol (#1563 #1566 #1507) - SamsungAc: Use `sendExtended()` going forward. (#1484 #1562) - SamsungAc: Redo/fix checksum calculations. (#1538 #1554) - LG: Add support for `AKB73757604` model (#1531 #1545) - Daikin176: Add support for Unit Id. (#1543 #1544) - Daikin2: Add support for Humidity setting/operation. (#1535 #1540) - TCL112AC: Add support for quiet/mute setting. (#1528 #1529) - LG2: Add Fan speed, Swing, & Light support for new `AKB74955603` model (#1513 #1530) - Add Mitsubishi AC "fan only" mode (#1527) **[Misc]** - Change when some github workflows run (#1583) - Add/update supported device info (#1580 #1581 #1585) - Fix pylint issues due to pylint update. (#1569 #1570) - DAIKIN216: Update supported models. (#1552 #1567) - IRMQTTServer: Build a minimal OTA image via PlatformIO. (#1513 #1541) - Reduce memory fragmentation cause by String usage. (#1493 #1536) - Refactor `decodeMitsubishiAC()` (#1523 #1532) - Fix incorrect comment. - Migrate from Travis to GitHub Actions (#1522 #1526) - Documentation update with additional supported Panasonic AC models (#1525)
|
FYI, the changes mentioned above have been included in the just released v2.7.20 of the library. |
|
Thanks a lot! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Version/revision of the library used
2.7.18
running the IRRecvDumpV3
Can't Decode a remote control that is SANYO according to google search. (mine is marked Tornado - probably OEM).
Getting protocol: UNKNOWN
Expected behaviour
find protocol: SANYO and the codes received
Output of raw data from [IRrecvDumpV3.ino]
For On/23C/Auto/cool/no swing I get different code each times, here are two on/off and on/off:
Circuit diagram and hardware used (if applicable)
Used an esp8266 gpio 4 using a TSOP4838 IR receiver.
I have followed the steps in the [Troubleshooting Guide]
Yes. tried auto_analyse_raw_data.py to the best of my ability.
Has this library/code previously worked as expected for you?
Yes, including this last version for the same remotes I've tested before.
Any suggestions would be appreciated.
remote control picture attached as well for reference.
The text was updated successfully, but these errors were encountered: