IRremoteESP8266 icon indicating copy to clipboard operation
IRremoteESP8266 copied to clipboard

Toshiba AC Remote Control B Support

Open jackysze opened this issue 2 months ago • 1 comments

Version/revision of the library used

v2.8.6/master

Describe the bug

I have two indoor units installed close together and configured to use "Remote Control A" in the first unit and "Remote Control B" in the other unit to avoid interference, as described in the user manual below.

image

The current codebase has hardcoded the first five bytes 0xF20D03FC01 that only allows to emulate "Remote Control A". After capturing the IR signals of "Remote Control B", it is found that the only variance is on the leading 4 bits of the 3rd byte in the 72-bits command.

IR

Complete Command 3rd byte 4th byte
Remote Control A 0xF20D03FC0180010080 0x03 0xFC
Remote Control B 0xF20D13EC0180010080 0x13 0xEC

While the 4th byte's value is already derived by the checksum function automatically. Please help to enhance the support by enabling to specify remote type in the constructor and expose the field with getter, setter functions. Thank you.

jackysze avatar Apr 24 '24 09:04 jackysze

In addition to the Remote Control B findings. Fan speed implementation was found to be different in remote control model WH-TA03NE/WH-TA04NE as below.

Fan Speed - First 4 bits of the 7th byte (byte[6]).

HEX Existing Scheme WH-TA03NE/WH-TA04NE
0x0 Auto Auto
0x1 Min N/A
0x2 N/A Quiet (Min)
0x3 Med N/A
0x4 N/A Fan Speed Level 1
0x5 Max N/A
0x6 N/A Fan Speed Level 2
0x7 N/A N/A
0x8 N/A Fan Speed Level 3
0x9 N/A N/A
0xA N/A Fan Speed Level 4
0xB N/A N/A
0xC N/A Fan Speed Level 5 (Max)
0xD N/A N/A
0xE N/A N/A
0xF N/A N/A

jackysze avatar Apr 24 '24 18:04 jackysze