Smaller kToshibaAcMinGap

[nao-pon]

Version/revision of the library used

v2.7.15

Describe the bug

My infrared remote control requires a smaller kToshibaAcMinGap.

Output of raw data from [IRrecvDumpV2.ino]

python auto_analyse_raw_data.py 'uint16_t rawData[295] = {4410, 4364,  558, 1606,  556, 1604,  558, 1604,  558, 1604,  558, 526,  554, 524,  556, 1606,  556, 526,  554, 526,  554, 526,  554, 526,  554, 526,  554, 1604,  558, 1602,  558, 526,  556, 1604,  558, 526,  554, 526,  556, 526,  554, 526,  554, 524,  556, 526,  554, 1602,  560, 1604,  558, 1602,  558, 1606,  558, 1604,  556, 1604,  560, 1604,  558, 1604,  556, 526,  556, 524,  556, 526,  554, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 522,  532, 1630,  558, 524,  556, 526,  556, 1604,  558, 1604,  558, 526,  554, 526,  554, 524,  554, 526,  556, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 526,  554, 526,  556, 524,  556, 526,  554, 524,  556, 526,  554, 524,  556, 524,  556, 526,  556, 524,  554, 524,  556, 1604,  558, 1604,  558, 526,  554, 524,  556, 524,  556, 1604,  558, 4632,  4416, 4362,  556, 1604,  560, 1602,  558, 1604,  558, 1602,  558, 526,  556, 524,  556, 1604,  558, 524,  556, 524,  556, 526,  556, 524,  554, 526,  554, 1604,  558, 1606,  558, 528,  556, 1604,  560, 524,  554, 526,  554, 524,  556, 524,  556, 524,  556, 524,  556, 1604,  558, 1606,  556, 1604,  558, 1606,  558, 1604,  558, 1604,  556, 1606,  558, 1604,  558, 524,  554, 526,  554, 526,  556, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 1604,  558, 524,  556, 524,  556, 1604,  558, 1606,  558, 524,  556, 524,  556, 524,  556, 524,  554, 526,  556, 524,  556, 528,  556, 524,  556, 524,  556, 526,  554, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 526,  556, 524,  556, 526,  556, 526,  554, 524,  556, 526,  554, 524,  556, 1604,  558, 1606,  556, 526,  554, 526,  554, 524,  556, 1604,  558};'
Found 295 timing entries.
Potential Mark Candidates:
[4416, 560]
Potential Space Candidates:
[4632, 4364, 1630, 528]

Guessing encoding type:
Looks like it uses space encoding. Yay!

Guessing key value:
kHdrMark   = 4413
kHdrSpace  = 4363
kBitMark   = 555
kOneSpace  = 1604
kZeroSpace = 524
kSpaceGap = 4632

Decoding protocol based on analysis so far:

kHdrMark+kHdrSpace+111100100000110100000011111111000000000100110000000000000000000000110001GAP(4632)
  Bits: 72
  Hex:  0xF20D03FC0130000031 (MSB first)
        0x8C00000C803FC0B04F (LSB first)
  Dec:  4465049936067165159473 (MSB first)
        2582544184064302166095 (LSB first)
  Bin:  0b111100100000110100000011111111000000000100110000000000000000000000110001 (MSB first)
        0b100011000000000000000000000011001000000000111111110000001011000001001111 (LSB first)
kHdrMark+kHdrSpace+111100100000110100000011111111000000000100110000000000000000000000110001
  Bits: 72
  Hex:  0xF20D03FC0130000031 (MSB first)
        0x8C00000C803FC0B04F (LSB first)
  Dec:  4465049936067165159473 (MSB first)
        2582544184064302166095 (LSB first)
  Bin:  0b111100100000110100000011111111000000000100110000000000000000000000110001 (MSB first)
        0b100011000000000000000000000011001000000000111111110000001011000001001111 (LSB first)

Total Nr. of suspected bits: 144

python auto_analyse_raw_data.py 'uint16_t rawData[327] = {4438, 4342,  580, 1604,  558, 1604,  558, 1580,  584, 1582,  580, 496,  556, 526,  584, 1580,  582, 522,  558, 496,  584, 498,  582, 496,  584, 498,  584, 1582,  580, 1580,  580, 498,  582, 1580,  582, 498,  584, 496,  582, 498,  582, 498,  582, 496,  584, 1578,  584, 498,  582, 498,  584, 1604,  558, 1582,  580, 1582,  582, 1578,  582, 1580,  584, 496,  582, 1582,  580, 1582,  580, 498,  582, 498,  584, 496,  584, 496,  584, 1580,  580, 498,  582, 498,  582, 1582,  582, 496,  582, 498,  582, 1582,  580, 1604,  558, 498,  582, 496,  584, 496,  584, 496,  582, 498,  582, 496,  584, 498,  582, 496,  584, 498,  582, 498,  582, 498,  582, 1582,  580, 498,  582, 498,  582, 498,  582, 496,  584, 498,  584, 498,  582, 496,  584, 498,  582, 498,  582, 496,  584, 502,  582, 498,  584, 498,  582, 498,  582, 496,  584, 1604,  558, 498,  584, 496,  582, 1582,  582, 1580,  580, 1604,  558, 498,  582, 522,  528, 1610,  582, 4632,  4414, 4366,  558, 1604,  558, 1582,  580, 1604,  558, 1582,  580, 496,  584, 498,  582, 1580,  582, 522,  558, 496,  584, 496,  584, 498,  582, 496,  584, 1582,  580, 1604,  556, 500,  582, 1604,  558, 500,  580, 498,  582, 498,  582, 498,  584, 498,  582, 1580,  582, 498,  582, 498,  582, 1578,  582, 1582,  580, 1582,  580, 1582,  580, 1582,  582, 498,  582, 1602,  560, 1580,  582, 498,  582, 500,  580, 496,  582, 498,  582, 1604,  558, 498,  582, 500,  580, 1584,  580, 498,  582, 498,  582, 1582,  582, 1580,  582, 498,  582, 498,  582, 498,  582, 498,  584, 498,  582, 500,  580, 496,  584, 498,  582, 522,  558, 498,  582, 500,  580, 1582,  580, 498,  582, 498,  556, 524,  584, 498,  582, 498,  582, 522,  558, 498,  582, 500,  582, 498,  582, 500,  580, 496,  584, 498,  582, 500,  580, 500,  582, 498,  582, 1604,  558, 500,  582, 496,  582, 1606,  558, 1580,  582, 1582,  580, 496,  582, 498,  584, 1578,  582};'
Found 327 timing entries.
Potential Mark Candidates:
[4438, 584]
Potential Space Candidates:
[4632, 4366, 1610, 526]

Guessing encoding type:
Looks like it uses space encoding. Yay!

Guessing key value:
kHdrMark   = 4426
kHdrSpace  = 4354
kBitMark   = 578
kOneSpace  = 1587
kZeroSpace = 499
kSpaceGap = 4632

Decoding protocol based on analysis so far:

kHdrMark+kHdrSpace+11110010000011010000010011111011000010010011000000000001000000000000000100111001GAP(4632)
  Bits: 80
  Hex:  0xF20D04FB093001000139 (MSB first)
        0x9C8000800C90DF20B04F (LSB first)
  Dec:  1143052855418109451829561 (MSB first)
        739050390611712853192783 (LSB first)
  Bin:  0b11110010000011010000010011111011000010010011000000000001000000000000000100111001 (MSB first)
        0b10011100100000000000000010000000000011001001000011011111001000001011000001001111 (LSB first)
kHdrMark+kHdrSpace+11110010000011010000010011111011000010010011000000000001000000000000000100111001
  Bits: 80
  Hex:  0xF20D04FB093001000139 (MSB first)
        0x9C8000800C90DF20B04F (LSB first)
  Dec:  1143052855418109451829561 (MSB first)
        739050390611712853192783 (LSB first)
  Bin:  0b11110010000011010000010011111011000010010011000000000001000000000000000100111001 (MSB first)
        0b10011100100000000000000010000000000011001001000011011111001000001011000001001111 (LSB first)

Total Nr. of suspected bits: 160

What brand/model IR demodulator are you using?

Toshiba WH-UB03NJ Remote commander.

What brand/model IR demodulator are you using?

VS1838B

I have followed the steps in the [Troubleshooting Guide]

Yes, But as partial as possible.

Has this library/code previously worked as expected for you?

No, I haven't tried previous versions.

Other useful information

diff --git a/src/ir_Toshiba.cpp b/src/ir_Toshiba.cpp
index bb6d1a7..9829ed9 100644
--- a/src/ir_Toshiba.cpp
+++ b/src/ir_Toshiba.cpp
@@ -27,7 +27,7 @@ const uint16_t kToshibaAcHdrSpace = 4300;
 const uint16_t kToshibaAcBitMark = 580;
 const uint16_t kToshibaAcOneSpace = 1600;
 const uint16_t kToshibaAcZeroSpace = 490;
-const uint16_t kToshibaAcMinGap = 7400;
+const uint16_t kToshibaAcMinGap = 4600;

I was able to successfully decode my infrared remote with the above changes.

Timestamp : 000641.915Library   : v2.7.15
Protocol  : TOSHIBA_ACCode      : 0xF20D03FC0130070036 (72 Bits)Mesg Desc.: Temp: 20C, Power: Off, Fan: 0 (Auto), Turbo: Off, Econo: Off
uint16_t rawData[295] = {4438, 4364,  558, 1604,  558, 1580,  580, 1604,  558, 1580,  582, 522,  556, 500,  580, 1582,  580, 500,  580, 498,  582, 498,  582, 498,  580, 500,  582, 1582,  580, 1582,  582, 500,  582, 1580,  582, 520,  558, 522,  558, 496,  582, 524,  560, 520,  556, 500,  582, 1604,  558, 1584,  580, 1582,  580, 1582,  582, 1580,  582, 1580,  582, 1580,  582, 1582,  580, 522,  556, 524,  556, 500,  580, 522,  560, 498,  582, 522,  558, 500,  554, 524,  582, 498,  580, 1582,  580, 500,  582, 496,  582, 1582,  582, 1604,  558, 524,  558, 522,  560, 498,  580, 500,  582, 498,  582, 522,  558, 498,  582, 520,  558, 500,  528, 1634,  580, 1584,  578, 1582,  582, 496,  584, 496,  582, 498,  582, 498,  582, 498,  582, 500,  582, 522,  558, 498,  584, 498,  582, 496,  582, 1580,  582, 1604,  558, 500,  582, 1580,  554, 1608,  580, 500,  580, 4630,  4416, 4316,  606, 1604,  558, 1580,  580, 1606,  556, 1604,  558, 500,  580, 498,  554, 1606,  582, 498,  582, 498,  584, 496,  584, 498,  582, 522,  558, 1586,  556, 1608,  580, 498,  584, 1580,  580, 500,  582, 498,  582, 500,  582, 498,  580, 498,  582, 522,  558, 1580,  554, 1610,  580, 1604,  532, 1606,  582, 1604,  558, 1604,  560, 1582,  580, 1582,  554, 548,  560, 498,  582, 500,  580, 500,  580, 500,  582, 520,  558, 500,  580, 524,  558, 498,  582, 1582,  582, 498,  580, 522,  532, 1608,  582, 1604,  558, 498,  582, 522,  556, 500,  580, 500,  582, 498,  582, 522,  560, 496,  582, 500,  582, 498,  582, 1604,  558, 1604,  558, 1604,  560, 496,  582, 522,  558, 500,  580, 500,  582, 500,  554, 524,  582, 500,  580, 500,  582, 498,  554, 524,  582, 1604,  558, 1582,  582, 496,  582, 1582,  580, 1604,  558, 500,  580};  // TOSHIBA_ACuint8_t state[9] = {0xF2, 0x0D, 0x03, 0xFC, 0x01, 0x30, 0x07, 0x00, 0x36};

Timestamp : 000646.391Library   : v2.7.15
Protocol  : TOSHIBA_ACCode      : 0xF20D03FC0130010030 (72 Bits)Mesg Desc.: Temp: 20C, Power: On, Mode: 1 (Cool), Fan: 0 (Auto), Turbo: Off, Econo: Off
uint16_t rawData[295] = {4414, 4364,  558, 1602,  560, 1604,  558, 1602,  560, 1604,  560, 522,  558, 522,  556, 1604,  560, 524,  556, 524,  556, 524,  556, 522,  558, 522,  558, 1604,  558, 1602,  558, 522,  558, 1604,  558, 522,  558, 522,  558, 522,  558, 522,  558, 522,  558, 524,  556, 1602,  560, 1602,  560, 1602,  560, 1602,  560, 1602,  560, 1604,  558, 1604,  558, 1602,  558, 522,  558, 522,  558, 522,  558, 524,  556, 524,  556, 522,  558, 522,  558, 522,  558, 524,  556, 1604,  558, 522,  558, 522,  556, 1604,  558, 1604,  558, 524,  558, 522,  558, 522,  558, 522,  558, 524,  556, 522,  558, 526,  556, 522,  558, 524,  556, 522,  558, 524,  558, 1602,  558, 522,  558, 524,  558, 524,  556, 522,  558, 524,  556, 524,  558, 522,  558, 522,  558, 524,  556, 524,  556, 1604,  558, 1604,  560, 524,  532, 546,  558, 522,  558, 522,  558, 4630,  4416, 4366,  558, 1604,  560, 1604,  558, 1604,  560, 1604,  560, 522,  558, 522,  558, 1602,  558, 524,  558, 522,  556, 524,  558, 524,  556, 522,  558, 1604,  558, 1604,  558, 526,  558, 1604,  558, 522,  558, 522,  556, 524,  556, 524,  556, 524,  556, 524,  558, 1604,  558, 1604,  558, 1604,  558, 1604,  560, 1604,  558, 1602,  560, 1602,  560, 1604,  560, 522,  558, 522,  558, 522,  558, 522,  558, 524,  558, 524,  556, 524,  556, 524,  558, 522,  556, 1604,  558, 522,  558, 522,  558, 1604,  558, 1602,  560, 524,  556, 522,  558, 522,  558, 522,  558, 522,  558, 524,  556, 524,  556, 522,  558, 524,  558, 522,  558, 522,  558, 1604,  558, 522,  558, 524,  556, 488,  590, 522,  560, 522,  558, 524,  556, 524,  556, 524,  558, 522,  558, 522,  558, 1604,  558, 1602,  560, 522,  558, 524,  556, 522,  558, 524,  556};  // TOSHIBA_ACuint8_t state[9] = {0xF2, 0x0D, 0x03, 0xFC, 0x01, 0x30, 0x01, 0x00, 0x30};

Timestamp : 001885.082Library   : v2.7.15
Protocol  : TOSHIBA_ACCode      : 0xF20D04FB093001000139 (80 Bits)Mesg Desc.: Temp: 20C, Power: On, Mode: 1 (Cool), Fan: 0 (Auto), Turbo: On, Econo: Off
uint16_t rawData[327] = {4410, 4366,  556, 1606,  556, 1606,  556, 1606,  556, 1606,  556, 524,  556, 524,  556, 1606,  556, 524,  556, 522,  556, 524,  556, 528,  554, 524,  556, 1606,  556, 1606,  556, 524,  556, 1606,  556, 548,  532, 524,  554, 526,  554, 526,  556, 524,  556, 1606,  556, 524,  556, 524,  556, 1606,  556, 1606,  556, 1606,  556, 1606,  556, 1606,  556, 524,  556, 1606,  556, 1606,  556, 524,  556, 524,  556, 524,  556, 524,  556, 1604,  556, 526,  556, 524,  556, 1606,  556, 526,  554, 524,  556, 1606,  556, 1608,  582, 498,  556, 550,  556, 498,  584, 498,  556, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 526,  554, 524,  556, 1608,  556, 524,  556, 526,  554, 524,  556, 524,  556, 548,  532, 524,  556, 524,  556, 548,  532, 524,  556, 548,  534, 548,  532, 524,  556, 524,  556, 524,  556, 524,  556, 1606,  582, 522,  532, 526,  552, 1606,  558, 1606,  556, 1608,  554, 524,  556, 524,  556, 1606,  582, 4608,  4414, 4364,  558, 1606,  582, 1578,  558, 1606,  556, 1630,  532, 524,  556, 526,  582, 1580,  556, 526,  556, 524,  556, 526,  556, 524,  556, 524,  558, 1606,  556, 1606,  556, 526,  554, 1606,  554, 524,  556, 524,  556, 524,  556, 524,  556, 524,  556, 1606,  556, 524,  556, 548,  532, 1606,  556, 1606,  582, 1580,  556, 1608,  580, 1582,  556, 524,  556, 1612,  550, 1606,  558, 526,  552, 524,  556, 548,  532, 524,  556, 1630,  532, 524,  556, 524,  582, 1580,  582, 500,  554, 524,  582, 1582,  580, 1580,  556, 524,  556, 524,  556, 524,  556, 524,  556, 526,  556, 524,  554, 524,  556, 548,  532, 524,  556, 526,  554, 524,  556, 1608,  580, 498,  556, 524,  556, 524,  558, 522,  556, 526,  554, 524,  556, 550,  532, 526,  554, 526,  556, 524,  582, 498,  556, 524,  556, 548,  532, 524,  556, 524,  558, 1604,  556, 524,  556, 526,  556, 1606,  556, 1606,  556, 1608,  556, 526,  554, 524,  556, 1606,  556};  // TOSHIBA_ACuint8_t state[10] = {0xF2, 0x0D, 0x04, 0xFB, 0x09, 0x30, 0x01, 0x00, 0x01, 0x39};

[crankyoldgit]

Thanks for the report and data. I'll look in to it soon.
In the meantime, can you confirm if sending via the unmodified library works to control your AC successful?
The answer to that question will influence how I modify the library.

Thanks in advance

[nao-pon]

@crankyoldgit Thank you for your reply. When I tried sending with the unmodified one, the air conditioner is generally working fine.

What is a little worrisome is that when the air conditioner receives a signal, it makes two beeping sounds. When operated with a genuine remote controller, the received sound is only once.

And, The type of air conditioner is RAS-2558V.

[nao-pon]

When I tried this change, I heard two beeps in the same way. Therefore, there was no clear difference in the reception status of the air conditioner between the one that was not changed and the one that was changed.

[crankyoldgit]

That's interesting. Can you please post your example code that's producing the two beeps?

Thanks for confirming the unmodified version still sends correctly. That means I can probably get away just tweaking the decoder code to match either values, as we have previous data indicating the 7400 is also correct/expected on some remotes

[nao-pon]

I'm using Tasmota and HomeAssistant. I also use Mitsubishi and Panasonic, but I never get two beeps.

However, this could also be due to Tasmota or HomeAssistant, so I'll try it with examples / TurnOnToshibaAC. We will inform you of the results at a later date.

[crankyoldgit]

I've looked at the code, and it seems in order to set the desired swing state of the Toshiba A/C we have to send a separate "short" command/message. So, when using the interface that Tasmota uses, yes, it will send two messages. One to set most of the desired state of the A/C, the second, to set the desired Swing state of the A/C. So two beeps is expected in that use case.

No need to chase it down etc.

[crankyoldgit]

Hey @nao-pon , can you please download/test PR #1421 / branch: https://github.com/crankyoldgit/IRremoteESP8266/tree/Issue1420 and see if it works as you expect, and let us know etc.

[nao-pon]

@crankyoldgit Thank you for your quick response. I will try it and report the results.