najdanovicivan / AUX_HVAC_Protocol

WiFi-dongle protocol description for AUX-based HVAC systems

Благодарности

Спасибо участникам чата AUX-based air conditioner (ESPHome) в Telegram за идеи, логи, обратную связь.
Отдельная безмерная благодарность Brokly. Без него значительная часть протокола долго бы оставалась загадкой.

Описание UART-протокола wifi-модулей кондиционеров, произведенных на заводах AUX.

Параметры UART

Скорость: 4800 Формат: 4800/8-E-1 Описание: один стартовый 0, 8 бит данных, один бит четности (равен 1, если в битах данных нечетное количество единиц) и одна стоповая единица, передача на скорости 4800 бод.

Структура пакета

Каждое сообщение, передаваемое по UART, имеет:

1. заголовок: 8 байт;
2. тело: от 0 до X байт;
3. контрольную сумму: 2 байта, CRC16.

Примечание Максимальная длина пакета для известных команд составляет 34 байта. Единственное исколючение - кондиционеры Royal Clima (как минимум, модель CO-D xxHNI). Для них длина большого пакета включая заголовки и CRC составляет 35 байт (в конец тела добавлен нулевой байт). Остальные пакеты по длине и структуре полностью соответствуют стандарту.

Заголовок

Это обязательная часть пакета длиной 8 байт:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x01
3	wifi?	0x00
4	?	0x00
5	?	0x00
6	LEN	0x00
7	?	0x00

Байт 0, START

Стартовый байт. Всегда равен 0xBB.

Байт 1, (?)

Не расшифрован. Во всех встреченных пакетах был равен 0x00.

Байт 2, TYPE

Тип пакета. Подробнее в соответсвующем разделе.

Байт 3, wifi?

Скорее всего признак пакета wifi-модуля. Для всех сообщений, посылаемых модулем, этот байт равен 0x80. Для всех сообщений, посылаемых сплитом, этот байт равен 0x00.

Байт 4, (?)

Не расшифрован. Встречаются значения 0x00 и 0x01.

• 0x01 встречается только в исходящих пакетах (которые отправляет wifi-модуль кондиционеру) и только для пакетов с TYPE равным 0x01 и 0x09.
• 0x00 встречается в исходящих пакетах с TYPE равным 0x06 и 0x0b. А также во всех входящих пакетах (TYPE = 0x01, 0x07, 0x09)

Байт 5, (?)

Не расшифрован. Во всех встреченных пакетах был равен 0x00.

Байт 6, LEN

длина тела пакета в байтах.

Длина тела разная для пакетов разных типов:

TYPE	направление	длина пакета
0x01	[=>]	8 байт
0x01	[<=]	0 байт
0x06	[=>]	2 или 15 байт; подробнее в описании пакета TYPE = 0x06
0x07	[<=]	4, 15 или 23 байта; подробнее в описании пакета TYPE = 0x07
0x09	[=>]	0 байт
0x09	[<=]	1 байт
0x0B	[=>]	2 байта

Байт 7, (?)

Не расшифрован. Во всех встреченных пакетах был равен 0x00.

Тело пакета

Это необязательная часть пакета. Длина тела указана в байте 6 (LEN) заголовка. Структура тела зависит от типа пакета, переданного в заголовке.

Контрольная сумма

Это CRC16 для заголовка + тела пакета.

Типы пакетов

Встречались только эти:

• 0x01 (направление: входящий, исходящий); подробнее.
  ping-пакет. Пакеты этого типа идут от кондиционера автоматически каждые 2,963 сек. Wifi-модуль отвечает на них пакетами того же типа. Без входящего дежурного пакета wifi-модуль пакеты такого типа не рассылает.

• 0x06 (направление: исходящий); подробнее.
  команда сплиту на выполнение. Отправляется wifi-модулем, когда это необходимо. Тип команды зашит в теле пакета. Длина тела - 2 байта.

• 0x07 (направление: входящий); подробнее.
  информационный пакет. Бывает 4 видов. Один из них рассылается кондиционером самостоятельно раз в 10 мин.
  Отправляется кондиционером в адрес wifi-модуля. Может быть как ответом на запрос wifi-модуля, так и быть отправленным кондиционером без каких-либо запросов.

• 0x09 (направление: входящий, исходящий); подробнее.
  инициирование WiFi модуля. Отправляется кондиционером, когда кнопка HEALTH нажимается 8 раз за 10 сек. В работе самодельного wifi-модуля не используется, так как в этом нет необходимости. Скорее всего, нужно на этапе настройки оригинального донгла (задание ему сети wifi, паролей и т.п.).
  Wifi-модуль на неё отвечает пакетом того же типа.
  Для входящего пакета длина тела пакета всегда 1 байт. Этот байт всегда был равен 0x02.
  Для исходящего пакета тело отсутствует.

• 0x0b (направление: исходящий); подробнее.
  Какой-то странный пакет. Посылка с такой командой отправляется wifi-модулем, если он не получает ping-пакетов кондера. Также wifi-модуль посылает такие пакеты в каких-то случаях, но в логике этого процесса разобраться не удалось. Вроде бы иногда при включени пиания... Но это не точно =) При этом кондиционер на такие пакеты никак не реагирует. Самодельный wifi-модуль успешно работает и без этой команды.
  Длина тела пакета всегда 2 байта.
  Первый байт тела - какой-то счетчик. То ли счетчик попыток, то ли что-то подобное. Встречались значения 0x01, 0x02 и 0x03.
  Второй байт тела пакета всегда 0x00.

0x01: Ping-пакет

---

Пакеты этого типа идут от кондиционера автоматически примерно каждые 3 секунды. Wifi-модуль отвечает на них пакетами этого же типа.

Стандартный вид входящего ping-пакета:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x01
3	wifi?	0x00
4	?	0x00
5	?	0x00
6	LEN	0x00
7	?	0x00
8	CRC1	0x43
9	CRC2	0xFF

Стандартный вид исходящего ping-пакета:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x01
3	wifi?	0x80
4	?	0x01
5	?	0x00
6	LEN	0x08
7	?	0x00
8		0x1C
9		0x27
10		0x00
11		0x00
12		0x00
13		0x00
14		0x00
15		0x00
16	CRC1	0x1E
17	CRC2	0x58

Иногда встречалось такое, что младший байт CRC у входящего пакета (0xFF) отсутствует. Это “битый” пакет. Чаще всего wifi-модуль на такой не отвечает. Но тоже не всегда :) В общем, “всё гибко” :)

Входящий ping-пакет всегда одинаков (за исключением битых пакетов с отсутствующим 0xFF в CRC). Ответ wifi-модуля тоже одинаков. По крайней мере никаких вариаций за всё время наблюдений не встретилось.

Есть предположение насчет отсутствия 0xFF в конце. Похоже, такое встречается, когда пинг-пакет совпадает по таймингу с дежурным информационным пакетом (TYPE=0x07, CMD=0x2x). В этом случае в кондее происходит какой-то баг, и два пакета “слипаются”. Пакет TYPE=0x07 прилипает к ответу на пинг между первым и вторым байтом CRC. То есть положенная последняя 0xFF в ответе на пинг прилетает уже после пакета TYPE=0x07.

0x06: команда кондиционеру

---

Это всегда исходящий пакет. В нем wifi-модуль передаёт команды кондиционеру или же запрашивает информацию о состоянии.

Тело пакета имеет длину 2 или 15 байт. Причем для любого тела первые два байта будут командой и каким-то флагом.

Примеры пакетов для разных команд:

Исходящий пакет:

#	NAME	вар.1	вар.2		NAME	вар.3
0	START	0xBB	0xBB		START	0xBB
1	?	0x00	0x00		?	0x00
2	TYPE	0x06	0x06		TYPE	0x06
3	wifi?	0x80	0x80		wifi?	0x80
4	?	0x00	0x00		?	0x00
5	?	0x00	0x00		?	0x00
6	LEN	0x02	0x02		LEN	0x0F
7	?	0x00	0x00		?	0x00
8	CMD	0x21	0x11		CMD	0x01
9	?X	0x01	0x01		?X	0x01
10	CRC1	0x1B	0x2B			0x97
11	CRC2	0x7E	0x7E			0x00
12					?	0x02
13					?	0x60
14					?	0x00
15					?	0x20
16					?	0x00
17					?	0x00
18					?	0x00
19					?	0x00
20					?	0x00
21					?	0x00
22					?	0x00
23					CRC1	0x94
24					CRC2	0xFD

Байт 8 (CMD)

одна из следующих команд кондиционеру:

• 0x01 - команда управления.

  Тело команды имеет тот же состав и структуру, что и тело пакета TYPE = 0x07, CMD = 0x11 на 25 байт. В ответ на команду приходит входящий пакет TYPE = 0x07, CMD = 0x01 на 14 байт.

• 0x11 - запрос информации о работе внутреннего блока сплит-системы.

  В ответ приходит пакет TYPE = 0x07 на 25 байт. Они появились уже после подключения модуля к WiFi. Идут периодически сами по себе (без запроса).

• 0x21 - запрос информации о работе внешнего блока сплит-системы.

  В ответ приходит пакет TYPE = 0x07 на 34 байта. Такие запросы модуль делал и до подключения к WiFi. Идут периодически сами по себе (без запроса).

Байт 9 (?X)

непонятен.

Есть предположение, что этот же байт возвращается во воходящем пакете TYPE = 0x07 в байте 8.

Предположение №1: это может быть ID запроса или порядковый номер запроса. Если будет тяга к экспериментам, то надо попробовать передать подряд две команды, для первой указать 0x01, для второй 0x02. И посмотреть на ответы.

Предположение №2: Стоит попробовать в исходящем пакете в этом месте передать отличный от 0x01 байт. И посмотреть, вернётся он в восьмом байте ответа или нет. Тогда по крайней мере станет понятно, связан этот байт с байтом 8 воходящего пакета TYPE = 0x07.

Байты 10..22

присутствуют только в пакетах TYPE = 0x06 для команды CMD = 0x01. Их значение идентично телу пакета TYPE = 0x07, CMD = 0x11 (описание смотри там же).

0x07: информирование

---

Пакетом данного типа кондиционер информирует wifi-модуль о результатах выполнения команды либо сообщает статус внутреннего или внешнего блока.

CMD 0x2x: Дежурное информирование

Этот пакет отправляется сплитом в дежурном режиме каждые 10 минут. Wifi-модуль на него не отвечает.

В пакете содержится информация о работе внешнего блока сплит-системы. Значение байтов тела пакета такое же, как для входящего пакета CMD = 0x21 со статусом внешнего блока сплит-системы (см. ниже).

Отличия только в байте 9 (CMD):

• Когда модуль wifi не подключен к кондиционеру, в этом байте сплит может передавать значения от 0x20 до 0x2F. После 0x2F идет опять 0x20.

  Что это за счетчик, не особо понятно.

  Значение счетчика меняется, если сплиту отправить какой-нибудь левый пакет с компьютера. Учитываются как минимум 8*HEALTH (результат в виде команды 0x09 в линии), а также передаваемые сплиту по USART команды с CMD=0x02.

• Когда wifi-модуль подключен к сплиту, в этом байте возвращается модулю код команды CMD, полученный от модуля в пакете с TYPE=0x06.

• Важно! При подключенном модуле тоже есть дежурные пакеты, присылаемые каждые 10 минут. При этом код в байте 9 может быть любой из интервала 0x20..0x2F.

CMD 0x21: Статус внешнего блока сплит-системы

В пакете содержится информация о работе внешнего блока сплит-системы.

Пакет отправляется кондиционером в ответ на команду wifi-модуля с TYPE = 0x06 и CMD = 0x21.

Входящий пакет:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x07
3	wifi?	0x00
4	?	0x00
5	?	0x00
6	LEN	0x18
7	?	0x00
8	?X	0x01
9	CMD	0x21
10	CONF	0xC0
11	MODE	0x3D
12	FRST	0x00
13	FSPD	0x02
14	FPWM	0x54
15	Tint	0x3A
16	?	0x00
17	To	0x29
18	?	0x00
19	?	0x00
20	iT	0x00
21	?	0x00
22	TCMP	0x00
23	?	0x00
24	iPwr	0x00
25	?	0x00
26	?	0x00
27	?	0x00
28	?	0x00
29	?	0x00
30	?	0x00
31	Tid	0x05
32	CRC1	0x10
33	CRC2	0x36

Байт 8 (?X)

Не понятно, что это. Всегда встречался только 0x01.

Есть предположение, что это тот же байт 0x01, который передает wifi-модуль в пакете TYPE = 0x06 в байте 9 (?x).

В описании к пакету TYPE = 0x06 (см. тут) описана пара возможных экспериментов с этим байтом.

Байт 9 (CMD)

возвращает wifi-модулю код типа команды CMD, полученный в пакете TYPE = 0x06.
По сути для ответов на запросы wifi-модуля тут всегда 0x21.
Для пакетов, рассылаемых кондиционером в автоматическом режиме, тут может быть любое значение в интервале 0x20..0x2F.

Байт 10 (CONF)

До конца не расшифрован.

Есть предположение, что этот байт информирует о типе кондиционера. Как минимум, инверторный он или on-off.

# бита	7	6	5	4	3	2	1	0
имя	?	?	INV	X	X	iPRD	X	X

Бит 7: не известно, для всех моделей был 1.

Бит 6: не известно, для всех моделей был 1.

Бит 5 (INV): тип кондиционера - 1 для инверторных сплитов, 0 для сплитов on-off.

Бит 4: не известно, для всех моделей был 0.

Бит 3: не известно, для всех моделей был 0.

Бит 2 (iPRD): как-то связан с автоматической рассылкой информации кондиционером. Причем встречается только для инверторых кондиционеров. При ответах на запросы wifi-модуля тут 0, для автоматически рассылаемых пакетов тут 1. Отправляется кондиционером примерно раз в 10 минут.

Бит 1: не известно, для всех моделей был 0.

Бит 0: не известно, для всех моделей был 0.

Получается такое:

• 0xC0 (1100 0000) - обычный on-off сплит;
• 0xE0 (1110 0000) - инверторный сплит, пакет с ответом на запрос wifi-модуля;
• 0xE4 (1110 0100) - инверторный сплит, пакет дежурного информирования. Встречается в логах с периодом порядка 10 минут.

Байт 11 (MODE)

Байт режимов работы внутреннего блока.
Функции iCLEAN, HEALTH, ANTIFUNGUS на данный байт не влияют.
В мультисплитсистемах для каждого внутреннего блока значения этого байта независимы, друг на друга не влияют.

# бита	7	6	5	4	3	2	1	0
имя	MD3	MD2	MD1	LON	HL	VL	SLP	PWR

Биты 7, 6, 5 (MD3..MD1): режим работы кондиционера.
Определили такие варианты:

• 0x00 (000x xxx0) - OFF
• 0x01 (000x xxx1) - AUTO. Для режима AUTO нет отдельного бита. То есть если кондиционер включен (бит PWR установлен в 1) и все биты MDx сброшены в 0, значит AUTO.
• 0x21 (001x xxx1) - COOL
• 0x41 (010x xxx1) - DRY
• 0x81 (100x xxx1) - HEAT
• 0x80 (100x xxx0) - тоже допустимый режим; хоть бит PWR и установлен в 0, но кондиционер еще не выключился и остывает. Это переход из HEAT в OFF.
• 0xC1 (110x xxx1) - FAN

Бит 4 (LON): Louvers_on. Если жалюзи включены, то тут 1, иначе 0.

Бит 3 (HL): horizontal_louver. Если горизонтальные жалюзи включены, то тут 1, иначе 0.

Бит 2 (VL): vertical_louver. Если вертикальные жалюзи включены, то тут 1, иначе 0.
ВАЖНО! Обнаружил в логах на Rovex ALS, что бит вертикальных жалюзи для этого кондиционера инвертирован! То есть тут 1, когда вертикальные жалюзи выключены и 0, когда вертикальные жалюзи включены!

Бит 1 (SLP): sleep_mode. Если включен режим SLEEP, то тут 1, иначе 0.

Бит 0 (PWR): power. Если кондиционер включен, то тут 1, иначе 0.

Байт 12 (FRST)

Вроде бы расшифрован. Требуется проверка. Говорит о процессе разморозки внешнего блока.

# бита	7	6	5	4	3	2	1	0
имя	CL	X	DF	NDF	?	X	X	X

Бит 7 (CL): cleen. Включена функция очистки (iCLEAN).

Бит 6: не известно, для всех моделей был 0.

Бит 5 (DF): defrostMode. Режим разморозки внешнего блока (прогрев испарителя).

Бит 4 (NDF): needDefrost. начало разморозки (накопление тепла). У KapSoft тут всегда 0. У кого иначе пока не ясно. У Андрея Александровича тут 0, но при разморозке включается бит 3. Надо разбираться.

Бит 3 (?): не известно, для всех моделей был 0. У Андрея Александровича тут 1 при включении разморозки. Надо разбираться.

Бит 2: не известно, для всех моделей был 0.

Бит 1: не известно, для всех моделей был 0.

Бит 0: не известно, для всех моделей был 0.

Байт 13 (FSPD)

fanSpeed

# бита	7	6	5	4	3	2	1	0
имя	X	X	X	X	X	FS3	FS2	FS1

Биты 0..2 (FS1..FS3): реальная скорость вентилятора.
Возможны следующие значения:
OFF = 0x00 (0000 0000)
LOW = 0x02 (0000 0010)
MID = 0x04 (0000 0100)
HIGH = 0x06 (0000 0110)
TURBO = 0x07 (0000 0111)
режим CLEAN = 0x01 (0000 0001)
Но это при ответах на запросы wifi-модуля (TYPE=0x06 CMD=0x21). В дежурных пакетах тут какие-то совсем другие значения.

Примечание: Это реальная скорость вентилятора. Не заданная пользователем, а которая в данный момент. Например может быть установлен нагрев со скоростью вентилятора HIGH, но кондей еще не произвел достаточно тепла, и крутит на LOW, И тогда тут будет отображаться LOW.

Байт 14 (FPWM)

скорость шима вентилятора

# бита	7	6	5	4	3	2	1	0
имя	FP7	FP6	FP5	FP4	FP3	FP2	FP1	?

Бит 0 (?): не понятно, что за бит. Как минимум в Rovex ALS встречалась тут 1. Надо изучать.

Биты 1..7 (FP1..FP7): значение ШИМ вентилятора.
Примерное соответствие: 126...128 - turbo 100...113 - hi 84...85 - mid 59...62 - low 0 - off

TODO: Нужно уточнить у Brokly, как он получил эти значения. По логам Rovex ALS у меня не получилось соответствие указанным значениям.

Из сообщества: В мультисплитсистеме на 2 внутренних блока здесь встречались самые разные значения. У выключенного сплита тут 0x00. В мульти-сплите у каждого внутреннего блока изменения тут независимые (при выключенном одном из блоков и включенном втором у выключенного ничего тут не меняется). Когда работает, значения меняются почти каждую посылку.

Байт 15 (Тint)

целая часть температуры внутреннего датчика.

Перевод в градусы цельсия по формуле: T = Тint - 0x20 + Tid/10.
Где Tid - дробная часть температуры (лежит в байте 31).

Байт 16

не расшифрован.
В Rovex ALS встречался только 0x00.

Brokly: В ВЫКЛЮЧЕНОМ СОСТОНИИ значение байт 15, 16, 17, 18 равны! А значит это термодатчики внутри внутреннего блока!

Из сообщества: В мультисплитсистеме на 2 внутренних блока здесь встречались самые разные значения. Для этой системы байты 16, 17 и 18 имели всегда одинаковые значения. На разных внутренних блоках эти значения были разные и при поочередном включении блоков вроде как значения этих байтов для разных блоков не особо коррелировали.

Из сообщества: на других инверторных системах тут тоже были значения, но разные для байт 16, 17 и 18.

Байт 17 (To)

Для сплитов on-off похоже на температуру теплообменника во внешнем блоке. Но адекватную формулу определить не получилось.

На температуру внешнего блока очень похоже, так как характер изменений значения в течение суток при выключенном кондиционере, соответствует изменению температуры уличного воздуха. Если кондиционер работает, то при изменении режимов его работы (обогрев, охлаждение) эта температура очень сильно и быстро меняется.

Для инверторов температура внешнего блока в байте 20 (iT) (см. ниже). Для мультисплитсистем и инверторов тут какие-то свои значения.

Наблюдения. При -7..-5 градусах на улице в этом байте у меня 0x33. При дальнейшем понижении температуры до -9..-7 градусов этот байт не изменился (остался 0x33). Так что либо там какое-то ограничение по нижней температуре, либо что-то еще. Пока сложно понять, как высчитывать температуру.

Brokly: скорее всего это действительно какая то температура или дельта температур СКОРЕЕ ВСЕГО ЭТО ТЕМПЕРАТУРА ПОДАЧИ !!!!!! При охлаждении - холодная, при нагреве теплая холоднее или горячее температуры в команте. В выключеном состоянии стремится к комнатной темп. у меня на трех инверторных кондиционерах Energolux серии Bern в выключеном состоянии значение этого байта находится на уровне 57-68 (мощность 0%) зависит от мощности работы компрессора (измерения при 12гр на улице) в режиме охлаждения уменьшается и при мощности 47% = 40 / 73% = 38 в режиме нагрева увеличивается и при мощности 47% = 70 / 73% = 75 / 84% = 84 изменение этого значения более вялое, с западыванием относительно изменения мощности видимо является реакцией (следствием работы) на изменение мощности инвертора учитывая стиль записи температур имеет смысл рассматривать это значение как увеличенное на 0x20

этот байт как-то связан с температурой во внешнем блоке. Требуются дополнительные исследования. При выключенном сплите характер изменения значения примерно соответствует изменению температуры на улице. При включенном сплите значение может очень сильно скакать. По схеме wiring diagram сплит-системы, во внешнем блоке есть термодатчик, отслеживающий температуру испарителя. Возможно, этот байт как раз и отражает изменение температуры на испарителе. Но я не смог разобраться, как именно перевести эти значения в градусы. Кроме того, зимой даже в минусовую температуру этот байт не уходит ниже 0x33 по крайней мере для температур в диапазоне -5..-10 градусов Цельсия.

Байт 18

не расшифрован. В Rovex ALS встречался только 0x00. Для мультисплитсистем и инверторов тут есть значения.

Brokly: полностью повторяет значение 17 байта

Байт 19

не расшифрован.

В Rovex ALS и Royal Clima 18HNI встречался только 0x00.
Для многих других тут всегда 0x64 (100).

Что означает - не ясно. Но это точно не связано с инвертором, т.к. Rovex ALS и Royal Clima 18HNI имеют тут оба 0x00, но при этом один on-off, а второй - инвертор.

Байт 20 (oT)

температура внешнего блока, если там есть термодатчик. У Rovex ALS встречались только 0x00.

ВАЖНО: когда кондиционер выключен, обновление температурного датчика наружного воздуха происходит очень редко - раз в 6-7 часов. Это ограничения железа кондиционера.
Если температура воздуха требуется чаще, то можно вручную корректировать температуру по динамике датчика обратки (байт 17). Температура обратки при работе кондиционера значительно отклоняется от температуры наружного воздуха, но при выключенном кондиционере стремится к уличной температуре. Стоит иметь ввиду, что напрямую использовать значение обратки не стоит, так как показания этих датчиков в покое могут отличаться на 1-2 градуса и на графике температуры будут резкие изменения при переходе с одного датчика на другой. А вот использовать динамику температуры обратки при выключенном кондиционере для корректировки значения уличной температуры можно (если температура обратки увеличилась на 1 градус, то к начению уличной температуры тоже +1 градус; если температура обратки уменьшилась, то и уличную -1).

Brokly Energolux Bern: Внешняя температура формула T-0x20 Датчик на радиаторе внешнего блока, доступен для пользователя без разборки блока температура внешнего теплообменника влияет на это значение (при работе на обогрев - понижает, при охлаждении или при разморозке - повышает)

Из сообщества: В мультисплитсистеме на 2 внутренних блока здесь самые разные значения. Причем для обоих внутренних блоков они одинаковы! Значит, это какие-то параметры внешнего блока.

Из сообщества: Для RoyalClima18HNI в байте 20 (oT) температура внешнего блока.

Байт 21

не расшифрованы. У Rovex ALS встречались только 0x00.

Из сообщества: Для RoyalClima18HNI в байте 21 всегда значение 0x20.

Brokly Energolux Bern: похоже на какой-то Термодатчик T-0x20 При охлаждении растет, при нагреве падает, можно делать вывод о режиме COOL или HEAT ПОХОЖЕ НА ТЕМПЕРАТУРУ ОБРАТКИ !!!

Байт 22 (TCMP)

Температура компрессора инверторного кондиционера.

# бита	7	6	5	4	3	2	1	0
имя	?	TCMP7	TCMP6	TCMP5	TCMP4	TCMP3	TCMP2	TCMP1

Биты 0..6 (TCMP1..TCMP7): температура компрессора.
Могут быть следуюжщие варианты:

• Для on-off кондиционеров эта часть байта всегда равна 0x00.
• Может быть вариант, что в этой части байта всегда значение 0x20 (замечено как минимум на Royal Clima 18HNI). Предположительно, так бывает у инверторов, у которых датчик температуры отсутствует.
• Если датчик температуры установлен, то показывает температуру компрессора. Расчет температуры по формуле: T-0x20.

Бит 7 (?): не понятно, что за бит. Зимой на инверторых системах бывает 1. Предположительно, это запрос подогрева внешнего блока. ВАЖНО! Не все инверторы так себя ведут. На сплитах новых поколений изменение старшего бита не замечено. Причем пользователи сообщали о том, что отличия замечены даже для разных поколений сплит-систем Energolux SASxxBN1-AI (один и тот же бренд, семейство и модель, но разное время приобретения). Отличия системные: у 2 из 4 сплитов старший байт меняется, для другой пары — нет. Надо изучать.

Байт 23

не расшифрован.
Как-то связан с многоголовостью сплита.

Что встречали:

• Rovex ALS - всегда 0x00 (0000 0000)
• Royal Clima 18HNI - всегда 0x00 (0000 0000)
• Energolux SASxxBN1 - всегда 0x39 (0011 1001)
• AUX AMWM (мультисплит) - было разное:
  • 0x1C (0001 1100)
  • 0x20 (0010 0000)
  • 0x1D (0001 1101)
  • 0x1F (0001 1111)
• IGC RAK-07NH (мультисплит) - было разное:
  • 0x27 (0010 0111)
  • 0x2B (0010 1011) .. 0x2F (0010 1111)
  • 0x30 (0011 0000) .. 0x3A (0011 1010)

Байт 24 (iPwr)

В сплитах on-off встречался только 0x00. Для инверторов тут мощность работы внешнего блока в процентах.

Из сообщества: для инвертора RoyalClima18HNI, в этом байте точно указывается мощность внешнего блока в % от 0 до 100 (0x00..0x64). например, разморозка внешнего блока происходит при 80%

Из сообщества: В мультисплитсистеме на 2 внутренних блоках здесь какие-то значения. По логу примерно через 35 сек после включения внутреннего блока тут начинают меняться цифры, и где-то через 56 сек. они устаканиваются на значении 0x1E (0001 1110) и не меняются до конца работы. Примерно через 35 сек после выключения внутреннего блока тут устанавливается 0x00. Цифры с работой второго блока не связаны. В логе включались и выключались сплиты последовательно. При этом для блока №1 до установки 0x1E потребовалось 35 секунд. А для блока №2, который был включен уже при работающем блоке №1, значение 0x1E появилось через 12 сек (через одну посылку пакета TYPE=0x07 CMD=0x21). Возможно потому, что внешний блок уже был на режиме?

Байт 25

не расшифрован. У Rovex ALS встречался только 0x00.

Из сообщества: В мультисплитсистеме на 2 внутренних блока этот байт видимо как-то связан с работой внешнего блока. В логе внутренние блоки включались в последовательности [#1 OFF; #2 OFF] => [#1 ON; #2 OFF] => [#1 ON; #2 ON] => [#1 OFF; #2 ON] => [#1 OFF; #2 OFF]. При этом когда оба блока не работали, в этом байте было 0x00. Когда же хоть один из блоков работал, тут встречались значения от 0x02 до 0x09.

Brokly Energolux Bern: полное наложение на показания инвертора (от 0 до 22, когда инвертор отключен и тут 0 при включении инвертора плавно растет, при выключении резко падает в 0, форма графика достаточно плавна

Байт 26

не расшифрован. У меня встречался только 0x00.

Из сообщества: В мультисплитсистеме на 2 внутренних блока здесь какие-то значения. Они меняются и при выключенных внутренних блоках. Для обоих внутренних блоков значение этого байта меняется примерно синхронно (чаще всего одинаково; иногда есть такое, что для одного из блоков тут какая-то отличающаяся цифра, но это можно объяснить не одновременным считыванием значения).

Brokly Energolux Bern: наложение на показания инвертора (от 144 до 174, когда инвертор отключен показания немного скачут в районе 149...154, при включении инвертора быстро растет, при выключении моментально падает до 149...154, бывают опускания ниже этих значений до 144, чаще в момент первоначального включения инвертора, а потом вверх, не всегда. При включении уходит в 0 на одну посылку

Байт 27

не расшифрован. У меня встречался только 0x00.

Из сообщества: В мультисплитсистеме на 2 внутренних блока в этом байте 0x02 пока внутренний блок не включен и значения 0x0E, 0x1E, 0x20, 0x22, 0x24, 0x26, 0x28, 0x2A, 0x2C, 0x2E, 0x30, 0x32, 0x36, 0x38, 0x3C.

Значения для разных блоков не общие (когда блок не работает, у него в этом байте 0x02 для любых значений этого байта у второго блока). При выключении блока №1 (блок №2 работал) значение сменилось на 0x02 через 5 пакетов. При выключении блока №2 (блок №1 уже не работал) значение сменилось на 0x02 через 18 пакетов.

Brokly Energolux Bern: включение 144 -> 124 -> 110 далее все время держим 110

Байт 28

не расшифрован. У меня встречался только 0x00.

Из сообщества: В мультисплитсистеме на 2 внутренних блока в логе здесь встречаются значения 0x00..0x0B. Когда оба внутренних блока выключены, тут значение 0x00. После включения блока №1 через 3 пакета тут появляется ненулевое значение. Причем у обоих блоков. Но при этом сами значения у блока №1 и №2 могут быть не равны. После выключения блока №1 (блок №2 продолжает работать) у обоих блоков тут продолжают меняться значения. После выключения и блока №2 у обоих блоков этот байт обнуляется.

Brokly Energolux Bern: полное наложение на показания инвертора (от 0 до 45, когда инвертор отключен и тут 0 при включении инвертора плавно растет, при выключении резко падает в 0, форма графика дрожащая нестабильная колебания в районе +-2...4 единицы

Байт 29

не расшифрован. Встречался только 0x00.

Байт 30

не расшифрован. Встречался только 0x00.

Байт 31 (Tid)

десятые доли градуса для внутренней температуры. Меняется и при выключенном сплите, и при включенном. Хранятся в прямом виде. Целую часть температуры искать в байте 15 (Tint).

# бита	7	6	5	4	3	2	1	0
имя	X	X	?	X	T4	T3	T2	T1

Биты 0..3 (T1..T4): дробная часть комнатной температуры воздуха с датчика на внутреннем блоке сплит-системы, подробнее смотреть байт 15.

Биты 5 (?): для Royal Clima 18HNI в этом бите 1. Не понятно, что это значит. У других сплитов такое не встречалось. Нужно больше данных.

CMD 0x11: Статус внутреннего блока сплит-системы {#type07cmd11}

Отправляется сплитом в ответ на команду модуля wifi с TYPE = 0x06 и CMD = 0x11.

Входящий пакет:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x07
3	wifi?	0x00
4	?	0x00
5	?	0x00
6	LEN	0x0F
7	?	0x00
8	?X	0x01
9	CMD	0x11
10	TS	0x97
11	SL	0x00
12	Td	0x01
13	SP+TH	0x60
14	TB	0x00
15	MO	0x20
16	?	0x00
17	?	0x00
18	EN	0x20
19	?	0x00
20	FL	0x00
21	PWR_LIM	0x00
22	Tsd	0x00
23	CRC1	0x00
24	CRC2	0x00

Байт 8 (?X)

не понятно, что это. Всегда встречался только 0x01. Есть предположение, что это тот же байт 0x01, который передает wifi-модуль в пакете TYPE = 0x06 в байте 9 (?x).

В описании к пакету TYPE = 0x06 описана пара возможных экспериментов с этим байтом.

Байт 9 (CMD)

возвращает wifi-модулю код типа команды CMD, полученный в пакете TYPE = 0x06.

Байт 10 (TS)

байт хранит целую часть целевой температуры, а также положение вертикальных шторок.

# бита	7	6	5	4	3	2	1	0
имя	T5	T4	T3	T2	T1	UD3	UD2	UD1

Биты T1-T5 - целая часть целевой температуры. Биты UD1-UD3 - положение вертикальных шторок.

Целевая температура в градусах определяется так:

8 + (байт10 >> 3) + (0.5 * (байт12 >> 7))

>> - это двоичный сдвиг вправо на указанное количество порядков.

(1000 0111 >> 3) = 0001 0000

Биты UD1-UD3 - положение вертикальных шторок.

Возможные значения:

• 0bXXXXX000 - старт в режиме качания (swing up-down)
• 0bXXXXX001 - фиксация в верхнем положении
• 0bXXXXX010 - второе сверху положение
• 0bXXXXX011 - среднее положение
• 0bXXXXX100 - положение ниже среднего
• 0bXXXXX101 - самое нижнее положение
• 0bXXXXX111 - остановка шторок (жалюзи остаются в том положении, в каком находятся на момент поступления команды).

Важно! Вариант 0bXXXXX110 протестирован. Ничего не даёт.

Байт 11 (SL)

часть байта хранит горизонтальное положение шторок. Остальная часть байта непонятно для чего.

# бита	7	6	5	4	3	2	1	0
имя	LR3	LR2	LR1	X	X	X	X	X

Для Rovex и Royal Clima: Если LR1 = LR2 = LR3 = 0, то включается качание шторок SWING_LR (лево-право). Если эти биты установлены в 1, то SWING_LR отключен.

Для AUX и большинства других систем: LR2 = LR3 = 0 для любого режима шторок. LR1 = 0 для включенного качания шторок SWING_LR (лево-право). LR1 = 1 для выключенного качания шторок SWING_LR.

Версия: В разных кондеях есть кроме свинга и другие режимы. Например, повернуть только влево, повернуть только вправо, раздвинуть в стороны (левую часть влево, правую часть вправо), направить по центру… и т.п. Скорее всего протоколом предусмотрены такие режимы. Но кондей может их и не поддерживать. Стоит поэкспериментировать.

Байт 12 (Td+TMR)

полностью не расшифрован. Часть значения - целевая температура.

# бита	7	6	5	4	3	2	1	0
имя	TD	X	TMR6	TMR5	TMR4	TMR3	TMR2	TMR1

Бит 7 (TD) показывает, есть ли у целевой температуры дробная часть в виде 0,5 градуса (дополнительно см. байт 10 (TS)).

Бит 6 не расшифрован. Возможно, всегда равен 0, т.к. других вариантов я не встретил.

Биты 0..5 (TMR1..TMR6) - это счетчик минут, прошедших с последней команды ИК-пульта. Каждая новая команда с ИК-пульта обнуляет счетчик. Команды от wifi-донгла счетчик не обнуляют (ни наш на базе aux_ac, ни официальный стик от производителя кондиционера). Проверка по имеющимся логам показала, что значение счетчика меняется от 0 (0x00) до 59 (0x3B), после чего опять стартует с нуля.

Байт 13 (SP+TH)

скорость вращения вентилятора сплита.

# бита	7	6	5	4	3	2	1	0
имя	SP3	SP2	SP1	TH5	TH4	TH3	TH2	TH1

Биты TH1..TH5 задают часы таймера выключения (возможно, и включения тоже) кондиционера. Максимальное значение тут 23 (0b10111), хотя для числа в 5 бит можно засунуть и 31. Что при этом получится - не известно, надо проверить :)

ВАЖНО: Хотя в 5 бит вполне влезает значение 24, но для установки 24 часов нужно обнулить минуты таймера в байте 14 и часы здесь!

Биты SP1..SP3 задают скорость вращения вентилятора.

Значения следующие:

• AUTO: SP3=1, SP2=0, SP1=1 (0xA0 если биты 0-4 сброшены в 0) эта скорость поддерживается сплитом в режиме COOL, но отсутствует в режиме FAN;
• LOW: SP3=0, SP2=1, SP1=1 (0x60 если биты 0-4 сброшены в 0)
• MEDIUM: SP3=0, SP2=1, SP1=0 (0x40 если биты 0-4 сброшены в 0)
• HIGH: SP3=0, SP2=0, SP1=1 (0x20 если биты 0-4 сброшены в 0)

Байт 14 (TB+MT+TM)

специальные режимы скорости вентилятора, а также минуты таймера выключения (возможно и включения тоже) кондиционера.

# бита	7	6	5	4	3	2	1	0
имя	MT	TB	X	TM5	TM4	TM3	TM2	TM1

Биты TM1..TM5 задают минуты таймера выключения (возможно, и включения тоже) кондиционера. Максимальное значение для числа в 5 бит - 31 минута. Но примет ли его кондиционер - пока не понятно. Надо проверять.

Проверить! С ИК-пульта можно установить только значение 30, возможно пройдут и другие, нужно пробовать.

Бит TB активирует интенсивный режим работы (TURBO). Если TB=1, то функция включена. Если TB=0, то функция выключена. Функция доступна в режимах COOL и HEAT. Суть: вентилятор начинает вращаться на максимальной скорости для того, чтобы обогреть или охладить помещение как можно скорее.

Проверить: В инструкции заявлено, что переключение режимов сплита или увеличение/уменьшение скорости вращения вентилятора автоматически отключает функцию TURBO. Но не понятно, эта логика реализована в пульте или в кондее. Наверное, в кондее. Но стоит проверить.

Функция TURBO комбинируется в режиме COOL со скоростями LOW, MEDIUM, HIGH. Сделано так, чтобы отмена функции TURBO возвращала установленную ранее скорость вентиляторов. Комбинацию со скоростью AUTO проверить забыл. Режим HEAT не проверял, но должно быть аналогично COOL.

Бит MT активирует тихий режим работы (MUTE). Если MT=1, то функция включена. Если MT=0, то функция выключена.

В режиме COOL функция не срабатывает: сплит команду принимает, но в дежурных пакетах в бите MT значение не появляется (остается 0).

В режиме FAN сработало.

Байт 15 (MO)

режим работы сплита.

# бита	7	6	5	4	3	2	1	0
имя	MD3	MD2	MD1	X	iFL	SLP	X	X

Биты MD1-MD3 задают режим работы сплита:

• AUTO: MD1=0, MD2=0, MD3=0
• COOL: MD1=1, MD2=0, MD3=0 (0x20 если биты 0-4 сброшены в 0)
• DRY: MD1=0, MD2=1, MD3=0 (0x40 если биты 0-4 сброшены в 0)
• HEAT: MD1=0, MD2=0, MD3=1 (0x80 если биты 0-4 сброшены в 0)
• FAN: MD1=0, MD2=1, MD3=1 (0xC0 если биты 0-4 сброшены в 0)

Бит SLP устанавливает функцию “работа в режиме ночного времени”. Если SLP=1, то функция включена. Если SLP=0, то функция выключена.

Функция доступна только в режиме COOL и HEAT. Выключение сплита функцию сбрасывает. Также функция автоматически сбрасывается через 7 часов.

Принцип работы в каждом из режимов:

• в режиме COOL температура повысится автоматически на 1 градус каждый час в первые два часа работы функции; функция автоматически выключится через 7 часов (по инструкциям не понял, при автоматическом выключении целевая температура возвращается ли к исходной, т.е. -2 градуса).
• в режиме HEAT температура повысится автоматически на 2 градуса каждый час в первые два часа работы функции; функция автоматически выключится через 7 часов (будет ли при этом возврат к исходной целевой температуре - ХЗ).

Бит iFL сигнализирует о включении режима iFeel на кондиционере. В этом режиме температура поддерживается около пульта, а не в месте установки кондея.

Если iFL=1, то функция включена. Если iFL=0, то функция выключена.

Для управления через wifi данная функция недоступна. Включение возможно только с ИК-пульта. По крайней мере нам не удалось её запустить через wifi. Ниже лог с попыткой включения функции:

[=>] [BB 00 06 80 00 00 0F 00] 01 01 97 20 00 40 00 20 00 00 20 00 10 00 00 [66 FD]
[<=] [BB 00 07 00 00 00 0F 00] 01 11 97 20 00 40 00 28 00 00 20 00 10 00 00 [66 65]

Поэтому пока записываем её в бесполезные.

Байт 16

не расшифрован, встречался только 0x00.

Байт 17

не расшифрован, встречался только 0x00.

Байт 18 (EN)

говорит о том, в каком режиме включен сплит.

# бита	7	6	5	4	3	2	1	0
имя	X	TMR	POW	X	X	iCL	HL2	HL1

Если байт 18 (EN) равен 0x00, то сплит выключен (POWER OFF).

Бит TMR. Это бит активации функции таймера.
Установка 1 в этом бите активирует таймер. При этом задержка таймера устанавливается в байте 13 и байте 14 этого же пакета.

Проверить! По сообщению Brokly, таймер включается только при включенном кондее. Но мне казалось, что на включение таймер тоже можно было ставить... В общем, этот момент надо изучить.

Бит POW = 1 говорит о том, что сплит работает в обычном режиме, когда можно выбирать охлаждение, нагрев и прочие режимы работы.

Бит iCL = 1 при POW = 0 говорит о том, что сплит включен в режиме самоочистки iCLEAN. Этот режим запускается (или должен запускаться) при выключенном сплите (т.е. байт 18 (EN) должен быть установлен целиком в 0x04).

Режим iCLEAN - это функция продувки испарителя (самоочистка внутреннего блока). В этом режиме вентилятор внутреннего блока автоматически вращается на низкой скорости, жалюзи открыты. Функция удаляет влагу с поверхности испарителя и внутренних полостей внутреннего блока кондиционера (предотвращает появление и рост бактерий, а также образование плесени внутри блока). После установки функции очистки для запуска кондиционера и отключения этой функции необходимо повторно нажать на пульте кнопку iCLEAN или кнопку ON/OFF. Функция iCLEAN прекратится автоматически по истечении 35 минут работы.

Как я понимаю, это что-то похожее на “антиплесень”, но включается редко, вручную и надолго. Антиплесень работает автоматически после каждого выключения кондея и не так долго.

Бит HL2 при POW = 1 активирует функцию HEALTH (ионизатор воздуха).

Функция HEALTH проверена пользователями с ионизатором. При активации функции HEALTH модуль передаёт команду 0x06 с установленными в 1 битами POW и HL2 байта 18 (EN). При этом бит POW уже был ранее установлен, т.к. сплит работал в обычном режиме; байт 18 (EN) равен 0x22.

Независисмо от наличия или отсутствия ионизатора в сплитке, после установки в 1 бита HL2 переданной командой, сплит самостоятельно поднимает в 1 бит HL1 в пакетах TYPE = 0x07 CMD = 0x11. Далее пока функция работает, оба бита HL1 и HL2 остаются равными 1, до выключенния функции.

Выключение функции происходит сбросом в 0 бита HL2. Бит HL1 в данной команде также не трогаем. Сплит рулит им самостоятельно.

Особенности поведения функции:

1. включается только при включенном кондее
2. при включении всегда переводит ifeel в режим ROOM
3. при выключении переводит всегда ifeel в режим SET

Бит HL1 - назначение бита не понятно. Возможно, это бит статуса ионизатора. Появление в этом бите 1 связано с включением ионизатора (функция HEALTH), но что именно этот бит обозначает - не понятно.

Байт 19

не расшифрован, встречался только 0x00.

Байт 20 (FL)

флаги включенных функций (дисплей, антиплесень).

# бита	7	6	5	4	3	2	1	0
имя	X	X	X	DS	MD	X	X	X

Бит DS (display) отвечает за включение и выключение дисплея. Если тут 0, то дисплей погашен, если бит сброшен в 1, то дисплей светится при работе сплита.

ВАЖНО! Есть несоответствие работы с дисплеем на разных моделях кондиционеров. См. issue #31 "особенности работы дисплея" к компоненту aux_ac. Поэтому в компоненте ввел параметр display_inverted для корректной работы с кондиционерами Rovex (возможно, есть и другие производители с инвертированным управлением дисплеем).

Бит MD (mildew) отвечает за работу функции “антиплесень”. Если тут 1, то функция включена, если бит сброшен в 0, то функция выключена.

В чем заключается функция "антиплесень", детально не изучал. В сети встретил такое:

“После отключения кондиционера, вентиляторы внутреннего блока продолжают свою работу при закрытых жалюзи. Это дает возможность быстро и качественно просушить все внутренние компоненты устройства, удалив избыточную влагу. Положительным следствием такой сушки является удаление посторонних, зачастую неприятных запахов.”

В общем, он типа сушит теплообменник и прочие внутренности.

По факту протестировал: после выключения сплита он оставляет минут на 5 открытые жалюзи и глушит вентилятор. Уличный блок при этом гудит и тарахтит. Возможно, прогревается теплообменник для высыхания. Через некоторое время внешний блок замолкает и сплит закрывает жалюзи.

Байт 21 (PWR_LIM)

Устанавливает ограничение мощности инвертора для инверторного кондиционера.
Минимальное значение ограничения мощности - 30%. По крайней мере в приложении AC Freedom так.
Если правильно понимаем, то в случае установки ограничения, кондиционер не будет работать на мощности выше заданной. Ниже может, выше - нет. Но это надо проверять.
Если ограничение мощности установлено, это повлияет на нагрев и охдлаждение. В частности, кондиционеру может при некоторых условиях не хватать мощности для достижения заданной температуры и он будет молотить без выключения. Так что с ограничением мощности стоит играться аккуратно.

# бита	7	6	5	4	3	2	1	0
имя	LIM_EN	LIM7	LIM6	LIM5	LIM4	LIM3	LIM2	LIM1

Бит LIM_EN указывает, включено ограничение или нет. Если тут 0, то ограничение мощности инвертора выключено. Если значение этого бита 1, то ограничение включено.

Биты LIM1-LIM7 устанавливают само значение ограничения, обычная двоичная кодировка. То есть ограничение 30% будет равно 0b001 1110, 47% = 0b010 1111, 51% = 0b011 0011, 100% = 0b110 0100.

При включении лимита мощности на 100% wifi-модуль в байте 21 (PWR_LIM) передаст значение 0xE4 (0b1110 0100). При выключении лимита, если он перед этим был установлен на 100%, wifi-модуль в байте 21 (PWR_LIM) передаст значение 0x64 (0b0110 0100), а сплит-система в следующей посылке сбросит этот байт (вернёт 0x00).

Байт 22 (Tsd)

десятые доли градуса целевой температуры.
Встречались только значения 0x00 и 0x05. Причем в передаваемой команде 0x06 этот байт всегда 0x00 и десятые доли передаются в байте 12. Но после установки температуры пакетом 0x06 сплит начинает в пакетах 0x07 в этом байте давать десятые доли. Не очень понятно, зачем такая логика работы. Может, чтобы это могли расшифровать тупые устройства и вывести на экран?

CMD 0x01: Подтверждение выполнения команды управления

Отправляется сплитом как подтверждение получения (или выполнения) команды. В ответ на пакет wifi-модуля с TYPE = 0x06 и CMD = 0x01.

Входящий пакет:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x07
3	wifi?	0x00
4	?	0x00
5	?	0x00
6	LEN	0x04
7	?	0x00
8	?X	0x01
9	CMD	0x01
10	sm1	0x94
11	sm2	0xFD
12	CRC1	0xA4
13	CRC2	0x00

Байт 8 (?X)

не понятно, что это. Всегда встречался только 0x01. Есть предположение, что это тот же байт 0x01, который передает wifi-модуль в пакете TYPE = 0x06 в байте 9 (?x).

В описании к пакету TYPE = 0x06 описана пара возможных экспериментов с этим байтом.

Байт 9 (CMD)

возвращает wifi-модулю код типа команды CMD, полученный в пакете TYPE = 0x06.

Байт 10 (sm1)

Соответствует байту CRC1 поступившего от wifi-модуля пакета с командой (TYPE = 0x06, CMD = 0x01).

Байт 11 (sm2)

Соответствует байту CRC2 поступившего от wifi-модуля пакета с командой (TYPE = 0x06, CMD = 0x01).

0x09: инициирование wifi-модуля

---

Этот пакет может быть как исходящим, так и входящим. Пакет отправляется сплитом, если при работающем сплите 8 раз за 10 сек. нажать на пульте кнопку HEALTH. В ответ wifi-модуль отправляет исходящий пакет того же типа.

Входящий пакет:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x09
3	wifi?	0x00
4	?	0x00
5	?	0x00
6	LEN	0x01
7	?	0x00
8		0x02
9	CRC1	0x38
10	CRC2	0xFF

Байт 8

не расшифрован. Всегда 0x02.

Исходящий пакет:

#	NAME	значение
0	START	0xBB
1	?	0x00
2	TYPE	0x09
3	wifi?	0x80
4	?	0x01
5	?	0x00
6	LEN	0x00
7	?	0x00
8	CRC1	0x3A
9	CRC2	0x7F

Входящий пакет всегда одинаков. Исходящий пакет (ответ wifi-модуля) тоже всегда один и тот же. По крайней мере за всё время наблюдений вариации не встречались.

0x0B: не понятно

---

Смысл этого пакета не понятен. Модуль такие пакеты рассылает, но сплит на это никак не реагирует.

Пока что есть ощущение, что wifi-модуль отправляет такие пакеты, когда проходит инициализация или что-то такое. Типа только подали питание… Или нажали 8 раз кнопку HEALTH на пульте.

Такие пакеты всегда идут тройками. Модуль отправляет три таких пакета с интервалом между ними порядка 24 мсек. Иногда таких троек несколько (встречал до трёх троек подряд). В этом случае три пакета передаются с интервалами примерно 24 мсек, потом пауза порядка 35 мсек, потом еще три пакета с паузами 24 мсек, еще пауза 35 мсек, еще три пакета с паузами 24 мсек.

Когда логгировал внешнюю температуру, пакеты TYPE = 0x0B за 2 с лишним часа записи встретились только раз (традиционная пачка из 3 пакетов), в самом начале записи. Скорее всего потому, что при отключенном ноутбуке висящие на линиях USB-UART переходники глушат сигналы и не дают модулю работать. Он включается при подключении к компу и начинает судорожно слать такие команды.

Встреченные варианты пакета:

#	NAME	вар.1	вар.2	вар.3	вар.4
0	START	0xBB	0xBB	0xBB	0xBB
1	?	0x00	0x00	0x00	0x00
2	TYPE	0x0B	0x0B	0x0B	0x0B
3	wifi?	0x80	0x80	0x80	0x80
4	?	0x00	0x00	0x00	0x00
5	?	0x00	0x00	0x00	0x00
6	LEN	0x02	0x02	0x02	0x02
7	?	0x00	0x00	0x00	0x00
8		0x00	0x01	0x02	0x03
9		0x00	0x00	0x00	0x00
10	CRC1	0x37	0x36	0x35	0x34
11	CRC2	0x7F	0x7F	0x7F	0x7F

Байт 8

не расшифрован. Возможно, это какой-то счетчик попыток. По крайней мере когда wifi-модуль отправляет серию из пачек по три пакета такого типа, этот байт в пачках может увеличиваться. Внутри одной пачки из трёх пакетов этот байт всегда одинаков. Между пачками может отличаться.

Последовательности команд

Wifi-модуль для работы и корректного отображения информации в приложении все команды отрабатывает не одиночными пакетами, а последовательностями.

Например, для выключения кондиционера модуль выполняет такую последовательность команд:

1. Перед выключением кондиционера wifi-модуль запрашивает у него статус внутреннего блока (TYPE = 0x06, CMD = 0x11)
2. Сплит отвечает пакетом статуса внутреннего блока (TYPE = 0x07, CMD = 0x11)
3. Wifi-модуль из тела полученного пакета формирует команду на выключение сплита (правит байт 18) и отправляет получившийся пакет кондиционеру (TYPE = 0x06, CMD = 0x01)
4. Сплит отвечает подтверждением выключения, в теле которого два байта равны CRC16 пакета, полученного на шаге 3. Команда имеет TYPE = 0x07 и CMD = 0x01.
5. Wifi-модуль запрашивает статус внутреннего блока для отображения в приложении (TYPE = 0x06, CMD = 0x11)
6. Сплит отвечает статусом внутреннего блока (TYPE = 0x07, CMD = 0x11). Байт 18 пакета будет соответствовать выключенному сплиту.

Между командами 4 и 5 могут быть другие команды. Команды 5 и 6 привел просто для иллюстрации изменений.