Кастомный компонент для ESPHome для управления кондиционером по wifi

English readme is here.

Управляет кондиционерами на базе AUX по wifi.
По тексту ниже для компонента используется сокращение aux_ac.

Обсудить проект можно в чате Телеграм.
Отзывы о багах и ошибках, а так же запросы на дополнительный функционал оставляйте в соответствующем разделе. Будет просто отлично, если к своему сообщению вы добавите лог и подробное описание. Для сбора логов есть специальный скрипт на Python. С его помощью вы сможете сохранить в csv-файл все пакеты, которыми обменивается wifi-модуль и сплит-система. Если такой лог дополнить описанием, в какое время и что именно вы пытались включить, то это сильно ускорит исправление багов.

ДИСКЛЭЙМЕР (ОТМАЗКИ)

Все материалы этого проекта (программы, прошивки, схемы, 3D модели и т.п.) предоставляются "КАК ЕСТЬ". Всё, что вы делаете с вашим оборудованием, вы делаете на свой страх и риск. Автор не несет ответственности за результат и ничего не гарантирует. Если вы с абсолютной четкостью не понимаете, что именно вы делаете и для чего, лучше просто купите wifi-модуль у производителя вашего кондиционера.
Я ~~не настоящий сварщик~~ не программер. Поэтому код наверняка не оптимален и плохо оформлен (зато комментариев по коду я разместил от души), местами может быть написан небезопасно. И хоть я и старался протестировать всё, но уверен, что какие-то моменты упустил. Так что отнеситесь к коду с подозрением, ожидайте от него подвоха и если что-то увидели - пишите в багрепорт.

Поддерживаемые кондиционеры

AUX - это один из нескольких OEM-производителей кондиционеров. AUX производят кондиционеры как под собственным брендом, так и для внешних заказчиков. Поэтому есть шанс, что произведенный на их фабрике кондиционер неизвестного бренда с aux_ac так же заработает. В интернете есть такой перечень производившихся на фабриках AUX брендов: AUX, Abion, AC ELECTRIC, Almacom, Ballu , Centek, Climer, DAX, Energolux, ERISSON, Green Energy, Hyundai, IGC, Kentatsu (некоторые серии), Klimaire, KOMANCHI, LANZKRAFT, LEBERG, LGen, Monroe, Neoclima, NEOLINE, One Air, Pioneer (до 2016 года), Roda, Rovex, Royal Clima, SAKATA, Samurai, SATURN, Scarlett, SmartWay, Soling, Subtropic, SUBTROPIC, Supra, Timberk, Vertex, Zanussi. В его полноте и достоверности есть сомнения, но ничего лучше найти не удалось.

Список совместимых (протестированных) кондиционеров

Список протестированных кондиционеров размещен в отдельном файле и включает те модели, на которых aux_ac был запущен автором компонента или пользователями. Этот список постоянно пополняется, преимущественно по обратной связи от пользователей в чате Телеграм.

Если кондиционер в списке отсутствует

Если ваш кондиционер отсутствует в списке протестированных, то это еще не значит, что его не получится подключить к wifi. Вот основные "звоночки", которые могут говорить о высоких шансах на успех:

Если производитель вашего кондиционера есть в списке протестированных выше, но модели нет.
Если на шильдике кондиционера в строке производитель написано что-то про AUX или Аукс.
Если в инструкции пользователя вашего кондиционера что-то написано про возможность управления по wifi с помощью мобильного приложения ACFreedom.
Если производитель вашего кондиционера предлагает для управления wifi-модуль CTTM-40X24-WIFI-AKS (слева) или такой, как на фото справа. Причем правый модуль может быть как с USB-разъемом, так и с 5-контактным разъемом.

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

Если вы протестировали ваш кондиционер и он работает, напишите мне, пожалуйста. Я внесу вашу модель в список протестированных. Возможно, это упростит кому-то жизнь =)
Лучший способ сообщить о протестированном кондиционере - написать в телеграм или в разделе багрепортов и заказа фич.

Как использовать компонент

Для работы с кондиционером понадобится "железо" и прошивка. Описание электроники вынесено в отдельный файл.

Прошивка: интеграция aux_ac в вашу конфигурацию ESPHome

Для использования требуется ESPHome версией не ниже 1.18.0. Именно в этой версии появились external_components. Но лучше использовать версию 1.20.4 или старше, так как до этой версии массированно исправлялись ошибки в механизме подключения внешних компонентов.

Установка

Подключите компонент. За подробностями можно заглянуть в официальную документацию ESPHome.

external_components:
  - source:
      type: git
      url: https://github.com/GrKoR/esphome_aux_ac_component

Настройте UART для коммуникации с вашим кондиционером:

uart:
  id: ac_uart_bus
  # ВНИМАНИЕ! Для TX и RX на платах типа NodeMCU используйте GPIO4 (D2) и GPIO5 (D1)!
  # подробнее см. в документации: https://github.com/GrKoR/esphome_aux_ac_component/blob/master/docs/HARDWARE.md
  tx_pin: GPIO1
  rx_pin: GPIO3
  baud_rate: 4800
  data_bits: 8
  parity: EVEN
  stop_bits: 1

ВАЖНО! Нужно отключить логгер ESPHome, чтобы он не отправлял в кондиционер свои данные. Отключение логгера от UART никак не затронет вывод в лог консоли или web-сервера.

logger:
    baud_rate: 0

Если по каким-то причинам вам нужен вывод логгера в UART, можно переключить его на другой UART чипа. Например, у ESP8266 два аппаратных UART: UART0 и UART1. Aux_ac подходит только UART0, поскольку только он у esp8266 имеет и TX и RX. Логгеру достаточно только TX. Такой функционал в чипе esp8266 у UART1:

logger:
    level: DEBUG
    hardware_uart: UART1

Настройка компонента

Минимальная конфигурация:

climate:
  - platform: aux_ac
    name: "AC Name"

Полная конфигурация:

climate:
  - platform: aux_ac
    name: "AC Name"
    id: aux_id
    uart_id: ac_uart_bus
    period: 7s
    show_action: true
    display_inverted: false
    indoor_temperature:
      name: AC Indoor Temperature
      id: ac_indoor_temp
      accuracy_decimals: 1
      internal: false
    outdoor_temperature:
      name: AC Outdoor Temperature
      id: ac_outdoor_temp
      internal: false
    outbound_temperature:
      name: AC Colant Outbound Temperature
      id: ac_outbound_temp
      internal: false
    inbound_temperature:
      name: AC Colant Inbound Temperature
      id: ac_inbound_temp
      internal: false
    compressor_temperature:
      name: AC Compressor Temperature
      id: ac_strange_temp
      internal: false
    display_state:
      name: AC Display State
      id: ac_display_state
      internal: false
    defrost_state:
      name: AC Defrost State
      id: ac_defrost_state
      internal: false
    invertor_power:
      name: AC Invertor Power
      id: ac_invertor_power
      internal: false
    preset_reporter:
      name: AC Preset Reporter
      id: ac_preset_reporter
      internal: false
    vlouver_state:
      name: AC Vertical Louvers State
      id: ac_vlouver_state
      internal: false
    visual:
      min_temperature: 16
      max_temperature: 32
      temperature_step: 1
    supported_modes:
      - HEAT_COOL
      - COOL
      - HEAT
      - DRY
      - FAN_ONLY
    custom_fan_modes:
      - MUTE
      - TURBO
    supported_presets:
      - SLEEP
    custom_presets:
      - CLEAN
      - HEALTH
      - ANTIFUNGUS
    supported_swing_modes:
      - VERTICAL
      - HORIZONTAL
      - BOTH

Параметры компонента:

name (Обязательный, строка): Имя кондиционера. Как минимум один из параметров id или name должен быть указан!
id (Опциональный, ID): Укажите идентификатор кондиционера чтобы обращаться к нему из кода. Как минимум один из параметров id или name должен быть указан!
uart_id (Опциональный, ID): Укажите ID шины UART, к которой подключен кондиционер. Если сконфигурирована одна шина, то компонент подключит её автоматически. Если шин несколько, то лучше указать вручную.
period (Опциональный, время, по умолчанию 7s): Период между запросами статуса кондиционера. Aux_ac получает новое состояние кондиционера только после регулярного запроса, потому что сам кондиционер об изменении параметров своеё работы не уведомляет. Поэтому нужно запрашивать его, вдруг пользователь установил иной режим работы с помощью ИК-пульта.
show_action (Опциональный, логическое, по умолчанию true): Показывать ли текущую задачу кондиционера (экспериментальная функция). Например, в режиме HEAT-COOL кондиционер может выполнять одну из следующих задач:
- НАГРЕВ: нагревает воздух в комнате;
- ПРОСТОЙ: кондиционер работает в режиме вентилятора для перемешивания воздуха в комнате, поскольку целевая температура уже достигнута;
- ОХЛАЖДЕНИЕ: кондиционер охлаждает воздух в комнате. Аналогично будут отображаться действия кондиционера и для режимов ОТОПЛЕНИЕ и ОХЛАЖДЕНИЕ. Единственная разница будет в количестве действий: ПРОСТОЙ+НАГРЕВ для режима отопления и ПРОСТОЙ+ОХЛАЖДЕНИЕ для режима охлаждения комнаты.
display_inverted (Опциональный, логическое, по умолчанию false): Настраивает способ управления дисплеем. Как выяснилось (issue #31), включение-выключение дисплея обрабатывается кондиционерами по разному. Кондиционеры Rovex включают дисплей по 0 в соответствующем бите команды и выключают по биту 1. Многие другие модели кондиционеров поступают наоборот.
indoor_temperature (Опциональный): Параметры создаваемого датчика температуры воздуха, если такой датчик нужен
- name (Обязательный, строка): Имя датчика температуры.
- id (Опциональный, ID): Можно указать свой ID для датчика для использования в лямбдах.
- internal (Опциональный, логическое): Пометить данный датчик как внутренний. Внутренний датчик не будет передаваться во фронтэнд (такой как Home Assistant). В противоположность стандартному поведению сенсоров этот параметр для датчика в кондиционере всегда выставлен в true за исключением случаев, когда пользователь не установил его в false. То есть по умолчанию значение сенсора не будет передаваться во фронтенд даже если указано name для сенсора.
- Все остальные параметры сенсора ESPHome.
outdoor_temperature (Опциональный): Параметры создаваемого датчика уличной температуры воздуха, если такой датчик нужен. Параметры аналогичны датчику внутренней температуры indoor_temperature (см. выше).
ВНИМАНИЕ! Когда кондиционер выключен, температура наружного воздуха обновляется редко (раз в 6-7 часов). Это не баг компонента, а особенность работы железа кондиционера. Единственный способ получать изменения чаще - создать шаблонный сенсор, температуру которого изменять в ручную. Когда кондиционер работает, значение такого сенсора можно копировать из outdoor_temperature. Когда кондиционер выключен, значение температуры пересчитывать по динамике сенсора outbound_temperature (он изменяется часто и при выключенном кондее показывает значения близкие к температуре воздуха). Заморочки с пересчетом нужны потому, что показания сенсоров не идентичны и на графике значений шаблонного сенсора могут быть ступеньки при переходе с outdoor_temperature на outbound_temperature и обратно.
inbound_temperature (Опциональный): Параметры создаваемого датчика температуры на подаче теплоносителя, если такой датчик нужен. Параметры аналогичны датчику внутренней температуры indoor_temperature (см. выше).
outbound_temperature (Опциональный): Параметры создаваемого датчика температуры на обратке теплоносителя, если такой датчик нужен. Параметры аналогичны датчику внутренней температуры indoor_temperature (см. выше).
compressor_temperature (Опциональный): Параметры создаваемого датчика температуры компрессора, если такой датчик нужен. Параметры аналогичны датчику внутренней температуры indoor_temperature (см. выше).
display_state (Опциональный): Параметры создаваемого датчика дисплея (включен или выключен), если такой датчик нужен.
- name (Обязательный, строка): Имя датчика дисплея.
- id (Опциональный, ID): Можно указать свой ID для датчика для использования в лямбдах.
- internal (Опциональный, логическое): Пометить данный датчик как внутренний. Внутренний датчик не будет передаваться во фронтэнд (такой как Home Assistant). В противоположность стандартному поведению бинарных сенсоров этот параметр для датчика в кондиционере всегда выставлен в true за исключением случаев, когда пользователь не установил его в false. То есть по умолчанию значение сенсора не будет передаваться во фронтенд даже если указано name для сенсора.
- Все остальные параметры бинарного сенсора ESPHome.
defrost_state (Опциональный): Параметры создаваемого датчика состояния разморозки (включена или выключена), если такой датчик нужен. Параметры аналогичны датчику дисплея display_state.
invertor_power (Опциональный): Параметры создаваемого датчика мощности инвертора, если такой датчик нужен. Параметры аналогичны датчику дисплея display_state.
preset_reporter (Опциональный): Параметры создаваемого текстового датчика текущего активного пресета. Параметры аналогичны датчику дисплея display_state.
Климатические устройства ESPHome не отправляют по MQTT активный пресет (см. supported_presets и custom_presets), в котором работает устройство. Если вы используете MQTT и хотите получать информацию о пресетах, то пропишите этот датчик в конфигурации.
vlouver_state (Опциональный): Параметры создаваемого сенсора состояния вертикальных жалюзи. Параметры аналогичны датчику дисплея display_state. Состояние желюзи кодируется целочисленными значениями (подробнее смотри aux_ac.vlouver_set action ниже).
supported_modes (Опциональный, список): Список поддерживаемых режимов работы. Возможные значения: HEAT_COOL, COOL, HEAT, DRY, FAN_ONLY. Обратите внимание: некоторые производители кондиционеров указывают на пульте режим AUTO, хотя по факту этот режим не работает по расписанию и только лишь поддерживает целевую температуру. Такой режим в ESPHome называется HEAT_COOL. По умолчанию список содержит только значение FAN_ONLY.
custom_fan_modes (Опциональный, список): Список поддерживаемых дополнительных режимов вентилятора. Возможные значения: MUTE, TURBO. По умолчанию никакие дополнительные режимы не установлены.
supported_presets (Опциональный, список): Список поддерживаемых базовых функций кондиционера. Возможные значения: SLEEP. По умолчанию никакие базовые функции не установлены.
custom_presets (Опциональный, список): Список поддерживаемых дополнительных функций кондиционера. Возможные значения: CLEAN, HEALTH, ANTIFUNGUS. По умолчанию никакие дополнительные функции не установлены.
supported_swing_modes (Опциональный, список): Список поддерживаемых режимов качания шторки. Возможные значения: VERTICAL, HORIZONTAL, BOTH. По умолчанию устанавливается, что качание шторки кондиционером не поддерживается.
Все остальные параметры климатического устройства ESPHome.

Действия:

`aux_ac.display_on`

Включение экрана температуры на лицевой панели кондиционера.

on_...:
  then:
    - aux_ac.display_on: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.display_off`

Выключение экрана температуры на лицевой панели кондиционера.

on_...:
  then:
    - aux_ac.display_off: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_set`

Переводит жалюзи в указанное состояние.

Состояние кодируется следующими целочисленными значениями:

0: жалюзи находятся в состоянии SWING (качаются вверх-вниз);
1: жалюзи остановлены в каком-то пользовательском положении;
2: жалюзи установлены в верхнее положение;
3: жалюзи установлены в положение на шаг выше среднего;
4: жалюзи установлены в среднее положение;
5: жалюзи установлены в положение на шаг ниже среднего;
6: жалюзи установлены в нижнее положение.

on_...:
  then:
    - aux_ac.vlouver_set:
        id: aux_id
        position: 3 # устанавливаем жалюзи в среднее положение

aux_id (Обязательный, строка): ID компонента aux_ac.
position (Обязательный, целое число): состояние вертикальных жалюзи.

`aux_ac.vlouver_stop`

Остановка вертикального движения жалюзи кондиционера. Если жалюзи качались в вертикальном направлении, то можно их остановить в нужном положении.

on_...:
  then:
    - aux_ac.vlouver_stop: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_swing`

Включение вертикального качания жалюзи кондиционера.

on_...:
  then:
    - aux_ac.vlouver_swing: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_top`

Установка жалюзи в самое верхнее положение.

on_...:
  then:
    - aux_ac.vlouver_top: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_middle_above`

Установка жалюзи во второе сверху положение. Это положение между верхним и средним.

on_...:
  then:
    - aux_ac.vlouver_middle_above: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_middle`

Установка жалюзи в среднее положение.

on_...:
  then:
    - aux_ac.vlouver_middle: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_middle_below`

Установка жалюзи в положение ниже среднего.

on_...:
  then:
    - aux_ac.vlouver_middle_below: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

`aux_ac.vlouver_bottom`

Установка жалюзи в самое нижнее положение.

on_...:
  then:
    - aux_ac.vlouver_bottom: aux_id

aux_id (Обязательный, строка): ID компонента aux_ac.

Простейший пример

Исходный код простейшего примера можно найти в файле aux_ac_simple.yaml.

Все настройки в нем тривиальны и подробно описаны в официальной документации на ESPHome и дополнены в разделе о настройке компонента выше.
Просто скопируйте yaml-файл примера в локальную папку у себя на компьютере, пропишите настройки вашей сети WiFi и откомпилируйте YAML с использованием ESPHome.

Продвинутый пример

Все исходники продвинутого примера лежат в соответствующей папке.

В этом примере мы конфигурируем два относительно одинаковых кондиционера на работу с aux_ac.
Вводные: представим, что у нас есть два кондея, расположенных в кухне и в гостиной. Эти кондиционеры могут и не быть одного бренда. Главное, чтобы они были совместимы с aux_ac.

Поскольку мы ленивы, мы пропишем все общие настройки обоих кондиционеров в общем конфигурационном файле ac_common.yaml.
А все параметры, специфичные для каждого конкретного устройства, вынесем в отдельные файлы. Это файлы ac_kitchen.yaml и ac_livingroom.yaml. В них мы установим значения для подстановок devicename и upper_devicename, чтобы у устройств в сети были корректные имена самого компонента и его сенсоров. И здесь же мы указываем уникальные для каждого устройства IP-адреса, спрятанные в secrets.yaml.
Кстати да! Не забудьте присвоить корректные значения wifi_ip_kitchen, wifi_ota_ip_kitchen, wifi_ip_livingroom и wifi_ota_ip_livingroom в файле secrets.yaml наряду с остальной "секретной" информацией (например пароли, токены и т.п.). Файл secrets.yaml по понятным причинам на гитхаб не выложен.

Если попытаться компилировать файл ac_common.yaml, то ESPHome выдаст ошибку. Для корректной прошивки необходимо компилировать ac_kitchen.yaml или ac_livingroom.yaml.

Cheap and reliable Node.js hosting starts at $3/month, and $1/month static HTML hosting

GrKoR / esphome_aux_ac_component

Programming Languages

Labels

Projects that are alternatives of or similar to esphome aux ac component