Hitachi_AC264

[Yuccax]

Hi all,
Timestamp : 004316.042
Library : v2.8.6

Protocol : HITACHI_AC264
Code : 0x01100040BFFF00CC33926D44BB689700FF00FF00FF00FF00FF46B9D12E03FC02FD (264 Bits)
Mesg Desc.: Power: On, Mode: 6 (Heat), Temp: 26C, Fan: 4 (High), Button: 68 (Temp Up)
uint16_t rawData[531] = {3400, 1694, 428, 1270, ........., 428, 1272, 428}; // HITACHI_AC264
uint8_t state[33] = {0x01, 0x10, 0x00, 0x40, 0xBF, 0xFF, 0x00, 0xCC, 0x33, 0x92, 0x6D, 0x44, 0xBB, 0x68, 0x97, 0x00, 0xFF, 0x00, 0xFF, 0x00, 0xFF, 0x00, 0xFF, 0x00, 0xFF, 0x46, 0xB9, 0xD1, 0x2E, 0x03, 0xFC, 0x02, 0xFD};

Timestamp : 004329.865
Library : v2.8.6

Protocol : HITACHI_AC264
Code : 0x01100040BFFF00CC33926D44BB689700FF00FF00FF00FF00FF46B9D12E00FF00FF (264 Bits)
Mesg Desc.: Power: On, Mode: 6 (Heat), Temp: 26C, Fan: 4 (High), Button: 68 (Temp Up)
uint16_t rawData[531] = {3290, 1732, 344, 1312, ....., 402, 1252, 396}; // HITACHI_AC264
uint8_t state[33] = {0x01, 0x10, 0x00, 0x40, 0xBF, 0xFF, 0x00, 0xCC, 0x33, 0x92, 0x6D, 0x44, 0xBB, 0x68, 0x97, 0x00, 0xFF, 0x00, 0xFF, 0x00, 0xFF, 0x00, 0xFF, 0x00, 0xFF, 0x46, 0xB9, 0xD1, 0x2E, 0x00, 0xFF, 0x00, 0xFF};

first signal was received from original Remote transmitter. second signal was transmitted by my ESP.
it supposed to be same but it differs on last four Bytes. If I understand it correctly last 4 bytes supposed to be control sum,

Question: Why it differs, what I`m missing,

my code:

#include <Arduino.h>
#include <IRremoteESP8266.h>
#include <IRsend.h>
#include <ir_Hitachi.h>
const uint16_t kIrLed = 4; // ESP8266 GPIO pin to use. Recommended: 4 (D2).
IRHitachiAc264 ac(kIrLed); // Set the GPIO used for sending messages.
void printState() {
// Display the settings.
Serial.println("Hitachi A/C remote is in the following state:");
Serial.printf(" %s\n", ac.toString().c_str());
// Display the encoded IR sequence.
unsigned char* ir_code = ac.getRaw();
Serial.print("IR Code: 0x");
for (uint8_t i = 0; i < kHitachiAc264StateLength; i++)
Serial.printf("%02X", ir_code[i]);
Serial.println();
}

void setup(void) {
ac.begin();
Serial.begin(115200);
Serial.println("Default state of the remote.");
printState();
Serial.println("Setting desired state for A/C.");
ac.on();
ac.setFan(4);
ac.setMode(kHitachiAc264Heat);
ac.setTemp(26);
delay(1000);
}

void loop(void) {
ac.send();
delay(6000);
}

[crankyoldgit]

The answer is we don't know what the last 4 bytes contain. No one bothered to decode them. They could be a clock/time etc for all we know. They were not needed for it to be controlled so no one bothered.

[crankyoldgit]

The control sum is not the last four bytes, this protocol seems to use pairs of bytes being inverted to message integrity