These were the fixes needed to support my msabbu-12hrdn1 (I think about 5 years old Aurora), what I used with EU-OSK103 dongle so far.
The first commit resolves that the AC's status report is shorter than what the code expects, e.g.:
RX: AA 1E AC 00 00 00 00 00 00 03 C0 01 AA 66 7F 7F 00 00 00 00 00 66 5E 00 00 00 00 00 00 6D 33
This is 19B long, so m_getFreezeProtection() overreads it, resulting MideUART thinking the AC is in freeze protection mode and denying control of the fan.
These were the fixes needed to support my msabbu-12hrdn1 (I think about 5 years old Aurora), what I used with EU-OSK103 dongle so far.
The first commit resolves that the AC's status report is shorter than what the code expects, e.g.: RX: AA 1E AC 00 00 00 00 00 00 03 C0 01 AA 66 7F 7F 00 00 00 00 00 66 5E 00 00 00 00 00 00 6D 33 This is 19B long, so m_getFreezeProtection() overreads it, resulting MideUART thinking the AC is in freeze protection mode and denying control of the fan.
The second one resolves that the AC reports 30/50 for LOW/MEDIUM, instead of 40/60. This was also reported here: https://github.com/esphome/issues/issues/2528
I've tested it with esphome 2023.7.1