alutov / esp32-r4sgate-for-redmond Goto Github PK

Большое пожелание - вести проект с правильной работой с гитом:

• не удалять/создавать файл с кодом - теряется история, сильно затрудняет просмотр изменений, затрудняет ведение проекта несколькими людьми
• заливать бинарники в релиз гитхаба, а не комитить в проет (сильно разрастается репозиторий)
• завести отдельную ветку с разработкой (dev), не заливать обновления в мастер с одинаковым номером релиза

Подскажите, пожалуйста, а возможно сделать билд под ESP32-C3?

При попытке обновиться через wi-fi с 2020.12.09 на 2020.12.11 с помощью r4sGate.bin

Возможна ли поддержка этого чайника?
Подробнее проблему изложил тут: https://mjdm.ru/forum/viewtopic.php?f=8&t=5501&start=250#p127307
Посоветуйте, пожалуйста. Спасибо.

Предлагаю помощь в интеграции мультиварки в Ваш проект. Лучше всё обсудить в telegram @ring04

Здравствуйте Андрей, подскажите, кофеварка M1509S будет работать на Вашей прошивке?
Спасибо!)

Подскажите какую самую близкую лучше всего выставить для теста ?

Простите, что снова тревожу.. Просто перешел с кастомной интеграции для HA на вашу прошивку, настраиваюсь :)

В предыдущей версии кастомного компонента (которую я использовал) для RK-G210S была статистика включений и количество потребленной энергии. Тут можно глянуть как его получить. Возможно это реализовать?

Доброго времени суток!

Ни в какую не подключается к основной сети. Пробовал и прошивку от 3-го месяца и текущую. ERASE ESP делал.
Сеть разумеется 2.4Ghz, 5Ghz висит на другом названии. Сеть у меня называется WiFi Draft, т.е. имеется пробел Может из-за этого? В интерфейсе после сохранения настроек название сети меняется на: WiFi+Draft. Пароль обычный, цифровой, без спец. символов.

Возможно ли сделать дополнительные состояния для GPIO: задавать через web-интерфейс постоянные состояния high или low без проброса состояния в MQTT?

Можно ли добавить поддержку чайника RK-M216S. У меня не вышло его подключить, выбирал разные пункты меню. Может я что-то не так делаю или всё же RK-M216S не поддерживается?

Если всё же не поддерживается, то стоит ли ожидать поддержку RK-M216S и в какой срок? Если чем-то необходимо помочь, то я обязательно помогу.

Возможно я так и не понял как правильно пользоваться R4SGate c чайником Xiaomi MiKettle YM-K1501(HK) (прошивка последняя - 6.2.1.9)
Пробовал 3 варианта

1. Оставлять чайник к режиме Idle (heat_temp = 0)
2. Отправлять чайник в режим Idle и отключать питание
3. Отправлять чайник в режим Heat и отключать питание

Во всех трех случаях чайник управляем (в случае 1 управляем после выключения/включения) только если включать чайник пока жидкость теплая (при остывании с 40 градусов до 20 это максимум 3 часа). Если оставить чайник на ночь, к утру во всех сценариях управляемость исчезает (при подаче питания, режим подогрева не включается)

Даже если включить подогрев сенсором "warm" на чайнике, отправить чайник в Idle и выключить питание до того как режим подогрева успел нагреть жидкость, при подаче питания режим подогрева не включается.

У кого-то вообще управление чайником Xiaomi при остывшей жидкости работает?

Получится ли добавить данный трекер в прошивку? Данный трекер обнаруживается ESP32.
https://redmond.company/ru/products/sky-home/umnyy-treker-redmond-skytracker-08s/

Есть возможность поддержки мультиварки RMC-M92S?
В чём может быть сложность ее добавления?

Различий в функционале у них не так много (https://www.e-katalog.ru/cmp/39551/skycooker-m92s-vs-skycooker-m800s/).
Возможно, сгодится вариант поддержки обнаружения имени RMC-M92S для поля BLE device found name с тем же кодом, что и для M800S.

при попытке ввести пароль для входа в MQTT конфигурация "pahnu1ahSied8voofaer8teenaeGh7ohchie5vee2Io4phae3Ji2aithahquad2f" не может быть сохранена

Для поддержки данного чайника в прошивке нужно добавить новый тип оборудования, полностью аналогичным MiKettle 275, но ID должен быть 1116. Я внес правку в прошивку сам и чайник отлично работает

Не сохранилось в настройках
node02.myqtthub.com
15 символов ограничение для адреса сервера оказалось маловато

какой ClientID используется не могу понять и найти?

И 213 проверено работает с ним :)

Можно ли добавить новое устройство конвектор REDMOND SkyHeat 7001S ?
Сейчас пробую управлять им как SkyPort 103S, но во первых нет возможности выбирать режим мощности 25/50/75/100
А во вторых, пока не нашел причину, но если выставить режим физической кнопкой на самом обогреватели, он отключается от ESP и висит там в оффлайн статусе, а потом становится Power RCH-7001S not connected.
Буду благодарен если поможете решить проблему.

Авторизация и все остальное описано тут
https://github.com/aprosvetova/xiaomi-kettle

Подскажите как вам помочь добавить поддержку данной печки в вашем гейте ?
Какие нужны для этого логи и данные ?

Роутер говорит что выдал 192.168.1.167 устройству с именем r4sGate
Но http://192.168.1.167 не открывается

Здравствуйте, хотелось бы иметь возможность получать данные/ выводить на дисплей с климатической станции RSC-51S - измеряемые параметры :температура, влажность, давление, кач-во воздуха. Спасибо

Здравствуйте.
Подскажите есть настроенных шлюз, при обновлении через web настройки сохраняются или нужно будет заново настроить шлюз?

Добавить топик, по которому бы включался или отключался экран

Произвожу нагрев исключительно до 90 градусов, завариваю кофе. Температура доходит до 90 градусов, но показания volume и volumelast не изменяются.

Хотелось бы спросить, возможно ли изменение интервала измерения например на 60-80 градусов.

Доброго времени суток!

прошу добавить устройство: https://store.redmond.company/ru/m/catalog/smart_tech/umnyy-uvlazhnitel-vozdukha-redmond-skydew-3320s/

мануал https://mcgrp.ru/files/viewer/685768/7#navigate_bar

Думал помочь и добавить, но после java код просто нечитаемый, так что сорри =с

Протокол:
55
1d
06
00 авто режим - 01 вкл / 00 выкл
00 интенсивность увлажнения: 00 - 1, 01 - 2, 02 - 3, 03 - 4
28 поддерживаемая влажность в десятеричной системе 40/45/50/55/60/65/70/75/80 (при включенном авто режиме)
00 --
00 --
00 --
00 таймер выключения часы в десятеричной системе
00 таймер выключения минуты в десятеричной системе
01 устройство - 01 вкл / 00 выкл
1a влажность в десятеричной системе
00 --
1a температура в десятеричной системе
00 --

00 ночной режим - 01 вкл/00 выкл
01 --
00 04 - нет воды/поднята крышка
aa --

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

Привет. Подскажите будет поддержка ssl/tls mqtt?

Hi I add Redmond SkyKettle RK-M170S-E

Kettle detected and work switch on/off

Kattle have multiple temperature setup 40 ,55,70,80,95

when I try setup temperature I set 55 and the function goes off.

only work switch on go heat for 100. How to add to Ha's missing functionality?

Kettle very silimar for 173s multistep temperature. Coud You help me?

При попытке ввести пароль на 16 символов (у меня как раз такой использовался), он не сохраняется после перезагрузки и соединения с MQTT-брокером не происходит.

Если уменьшить длину пароля всё ок.

Выяснил, что причина именно в этом не сразу : )
Думаю, стоит задокументировать это.

Скажите, как я знаю, что данная розетка Redmond RSP-103S поддерживается шлюзом.

1. Скажите, как она работает со шлюзом. Нет задержек?
2. Управление такое же быстрое, как и с управлением чайником?
3. Если подключить к шлюзу несколько устройств, шлюз не будет зависать? Не скажется на быстродействие в управлении чайником?

Не знал куда написать, простите. Зачем выбран домен климат, когда есть прекрасный water_heater? И например water_heater.kettle прекрасно себя в нем чувствует, по крайне мере интеграция от https://github.com/mavrikkk/ha_kettler туда его и определяет, что довольно удобно. Но в той интеграции чайник постоянно отваливается, пропускает команды и прочее, поэтому решил попробовать вашу и через 20 мин у меня еще больше выбор управления параметрами, даже энергию считает) Но не помешала бы более подробная статья по настройкам или хотя бы пояснения, т.к. не все очевидно...

Не удается изменить настройки из web интерфейса. Удалось только отчистить топик в MQTT, все остальные настройки возвращаются после перезагрузки, пробовал тыкать все кроме настроек авторизации WIFI и MQTT.
Версия прошивки последняя 2022.07.17 / v4.4.
Плата: ESP32-WROOM-32U
Обновил по фоздуху - через web.

Подскажите. Добавил по вашей инструкции ранее успешно и полнофункционально чайник Redmond RK-G210S. Супер, работает как часы, а с последними добавлениями прошивки, теперь и отвалы раз в сутки исчезли!
Шикарно.
Обзавелся так же по случаю, мультиваркой Redmond RMC-M903S.
При добавлении выбрал, единственную модель M-800S и, добавилось и даже работает, именуется в шлюзе как RFS-KMC005. Есть сущности, которыми можно включать, выбирать время и задавать программы.



Единственная загвоздка, кроется в несоответствии программ, да и время задавать приходиться как температуру в отдельной сущности. Можно ли это как то скорректировать, в соответствии с реальностью ?
Если нужны логи или какая либо обратная связь, готов предоставить ) либо могу сам руками поправить, только подскажите где )

Здравствуете Андрей.

Подскажите пожалуйста топик для управления временем кипячения.

и вопрос по топику
r4s/devices/rsp/hstate
для управления r4s/devices/cmd/hstate ? какого рода должна поступать статистика?

Спасибо!

Возможно ли подключение через установленный на homebridge mqtt брокер, например как терморегулятор?

Можете сделать отдельную прошивку Bluetooth шлюз для меток\телефонов по аналогии шлюза ESP32-R4sGate-for-Redmond? Все тоже самое, только разница в том, что вместо устройств Redmond будут добавляться bluetooth метки или телефоны. В веб интерфейсе к примеру будет отображаться список мак адресов устройств и то устройство, которое нужно зафиксировать, добавляем в список обнаружения и оповещения о доступности\не доступности. Допустим я дома, шлюз увидел телефон и передал значение 1 в УД, если меня нет дома, то шлюз передает значение 0. Тоже самое это работает и с чайником в шлюзе Redmond. Есть конечно OpenMQTTGateway, но это совершенно не то и даже близкого такого функционала нет.

Здравствуйте!
А возможно ли как-то добавить чайник RK-G210S?

Недавно узнал про интеграцию MQTT Room в ХоумАссистанс. Вот контракт который нужен для этой интеграции. На этой же странице есть варианты уже существующих интеграций. Наибольшая сложность как по мне состоит в вычеслении расстояния. В одном из репозиториев нашел вот такую вот формулу. Возможно ли реализовать такое?

Будет ли добавлена поддержка мультиварки RMC-M961S?

День добрый. Пытаюсь собрать из сурсов, получается вот так:

> make
Toolchain path: /Users/a0s/esp/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc
WARNING: Toolchain version is not supported: crosstool-ng-1.22.0-97-gc752ad5
Expected to see version: esp-2021r2
Please check ESP-IDF setup instructions and update the toolchain, or proceed at your own risk.
WARNING: Compiler version is not supported: 5.2.0
Expected to see version(s): 8.4.0
Please check ESP-IDF setup instructions and update the toolchain, or proceed at your own risk.
Python requirements from /Users/a0s/esp/esp-idf/requirements.txt are satisfied.
WARNING: Toolchain version is not supported: crosstool-ng-1.22.0-97-gc752ad5
Expected to see version: esp-2021r2
Please check ESP-IDF setup instructions and update the toolchain, or proceed at your own risk.
WARNING: Compiler version is not supported: 5.2.0
Expected to see version(s): 8.4.0
Please check ESP-IDF setup instructions and update the toolchain, or proceed at your own risk.
CC build/bootloader/hal/adc_hal.o
In file included from /Users/a0s/esp/esp-idf/components/hal/esp32/include/hal/adc_ll.h:10:0,
                 from /Users/a0s/esp/esp-idf/components/hal/esp32/include/hal/adc_hal.h:17,
                 from /Users/a0s/esp/esp-idf/components/hal/adc_hal.c:9:
/Users/a0s/esp/esp-idf/components/hal/include/hal/adc_types.h:90:27: error: expected ',' or '}' before '__attribute__'
     ADC_DIGI_FORMAT_12BIT __attribute__((deprecated)),  /*!<ADC to DMA data format,                [15:12]-channel, [11: 0]-12 bits ADC data (`adc_digi_output_data_t`). Note: For single convert mode. */
                           ^
In file included from /Users/a0s/esp/esp-idf/components/hal/esp32/include/hal/i2s_ll.h:29:0,
                 from /Users/a0s/esp/esp-idf/components/hal/include/hal/adc_hal.h:28,
                 from /Users/a0s/esp/esp-idf/components/hal/esp32/include/hal/adc_hal.h:20,
                 from /Users/a0s/esp/esp-idf/components/hal/adc_hal.c:9:
/Users/a0s/esp/esp-idf/components/hal/include/hal/i2s_types.h:95:31: error: expected ',' or '}' before '__attribute__'
     I2S_COMM_FORMAT_I2S       __attribute__((deprecated)) = 0x01, /*!< I2S communication format I2S, correspond to `I2S_COMM_FORMAT_STAND_I2S`*/
                               ^
cc1: warning: unrecognized command line option '-Wno-frame-address'
make[2]: *** [adc_hal.o] Error 1
make[1]: *** [component-hal-build] Error 2
make: *** [/Users/a0s/my/ESP32-R4sGate-for-Redmond/build/bootloader/bootloader.bin] Error 2

crosstool взял этот https://dl.espressif.com/dl/xtensa-esp32-elf-macos-1.22.0-97-gc752ad5-5.2.0.tar.gz

Что можете посоветовать?

На прошивке 2022.07.25 перестал коннектиться Viomi Smart Kettle "V-SK152(Int)".
Откатился на 2022.06.03 - всё работает.

Интересно, есть ли шанс подключить redmond skybaker? может есть у кого инструкция на разбор протокола?

при вводе поключения к другой сети отличной от r4s не работает, возможно хотяб сделать пароль для стандартной сети r4s сделать по сложнее?

Здравствуйте!
Прошу рассмотреть возможность добавить поддержку весов от Xiaomi а именно MI Scale и Mi Scale 2.
Подробное описание протокола нашлось на GitHub'е проекта openSacle - https://github.com/oliexdev/openScale/wiki/Xiaomi-Bluetooth-Mi-Scale.

Если включен режим nightlight то при кипячении он выключается и не включается обратно после того как чайник закипел
Вроде в прошлых версиях данный режим не выключался самостоятельно, по крайней мере в настроенной автоматизации по смене цвета все работало.
Андрей, есть ли возможность возвращать настройки nightlight после кипячения в исходное состояние?

PS: в выпадающем списке меню нет возможности выключить nightlight, а только включить его

Вот тут #43 я выкладывал конфиг для Home Assistant, который приемлемо работает с RK-M171S, у которого нет подсветки.
Добавил RK-G211S с подсветкой, добавил switch для включения подсветки.
Также убрал галочку Common Command/Response Topics чтобы были разные топики для команд и состояния.

climate:
  - platform: mqtt
    name: Kettle2
    retain: false
    min_temp: 0
    max_temp: 100
    temp_step: 5
    precision: 1
    availability_topic: "r4s/xxx/status"
    current_temperature_topic: "r4s/xxx/rsp/temp"
    temperature_state_topic: "r4s/xxx/rsp/heat_temp"
    temperature_command_topic: "r4s/xxx/cmd/heat_temp"
    mode_command_topic: "r4s/xxx/cmd/heat_temp"
    mode_command_template: >
      {% if value == "off" %}
      0
      {% elif value == "heat" %}
      85
      {% else %}
      100
      {% endif %}
    mode_state_topic: "r4s/xxx/rsp/json"
    mode_state_template: >
      {% if value_json.state == 0 %}
      off
      {% elif value_json.target > 0 %}
      heat
      {% else %}
      auto
      {% endif %}
    modes:
      - "off"
      - "heat"
      - "auto"

sensor:
  - platform: mqtt
    name: "kettle2_temp"
    state_topic: "r4s/xxx/rsp/temp"
    unit_of_measurement: '°C'

  - platform: mqtt
    name: "kettle2_heat_temp"
    unit_of_measurement: '°C'
    state_topic: "r4s/xxx/rsp/json"
    value_template: > 
      {% if value_json.target > 0 %}
        {{ value_json.target }}
      {% elif value_json.state != 0 %}
        100
      {% else %}
        0      
      {% endif %}

  - platform: mqtt
    name: Kettle2 Подсветка
    icon: mdi:lock
    state_topic: "r4s/xxx/nightlight"
    command_topic: "r4s/xxx/cmd/nightlight"
    retain: true

В UI добавил подсветку:

          - type: custom:simple-thermostat
            entity: climate.kettle2
            header:
              name: Чайник
              icon: mdi:kettle
              toggle:
                entity: switch.kettle2_podsvetka
                name: Подсветка
            step_size: 5
            control:
              hvac:
                "off":
                  name: Выкл.
                  icon: mdi:kettle-off
                heat:
                  name: 85°C
                  icon: mdi:kettle-alert
                auto:
                  name: Кипячение
                  icon: mdi:kettle-steam
            label:
              temperature: Сейчас в чайнике

В интеграции climate пришлось колхозить микс из состояний и температур, потому что всё свалено в кучу.
В template нельзя указать разные топики, можно указать топик для json и использовать его содержимое.
Режим выкл/подогрев/кипячение определяется вот так:

    mode_state_template: >
      {% if value_json.state == 0 %}
      off
      {% elif value_json.target > 0 %}
      heat
      {% else %}
      auto
      {% endif %}

И это прекрасно работало пока я не захотел включить подсветку.
При nightlight=ON вдруг json/state=2 и climate показывает режим auto, то есть кипячение.
В template я не могу проверить /rsp/state=OFF
Проблема в том что и при кипячении json/state=2 тоже! То есть state в json неправильный! Не понятно почему он меняется при включении подсветки. И уж если меняется, то пусть при кипячении там будет что-то другое. Это нужно поправить!
А по хорошему это нужно переделать полностью, например как описано в #43.

Здравствуйте уважаемый Андрей.
Спасибо Вам за замечательную прошивку! Теперь Алиса может мне и чайник вскипятить ;-)

Не можете ли Вы сделать возможность подключения температурных датчиков Xiaomi (в частности Xiaomi Mijia 2) через Ваш шлюз? А то ставить ещё одну железку - ну просто розеток не хватит ;-) Да и два "порта" как бы свободны остаются, у меня только чайник...

Собственно на ESP32 и делается блютус шлюз - https://www.youtube.com/watch?v=J04PZJTwnnw&t=614s

Доброго времени.
Попробовал прошить m5atom вашей прошивкой, прошивается успешно, но потом устройство не подаёт признаков жизни. К wifi не подключается, светодиоды не горят. Может ли это быть связано с нестандартной распиновкой, и если да, то сможете ли вы доработать прошивку для этого девайса, уж больно он удобный? Готов проспонсировать покупку для тестов.

Пытаюсь сконфигурировать нормальный объект climate в Home Assistant.
Можно использовать templates, но интеграция всё равно climate.mqtt как не крути.
Пытаюсь к режимам off / heat добавить режим auto или задействовать опцию aux heat.

Сразу скажу что оптимальный вариант - использовать aux heat в climate для кипячения вместо отдельного переключателя switch.r4s1.Kettle.boil, но рассмотрим и другие варианты.

Столкнулся с проблемами в дизайне шлюза:

Проблема 1: Попытался добавить режим auto.
mode_command_topic один на все режимы и не смотря на наличие mode_command_template не получается выставить что нужно через единственный топик. Допустим используем раздельные cmd/rsp.
cmd/state <-- 0/off/false - выключение, 1/on/true - кипячение, 2...100 - кипячение и подогрев; А где просто подогрев???
cmd/heat_temp <-- 0...39 - выключение, 40...90 подогрев, > 90 - кипячение;
Итого просто невозможно изменив значение одного топика выбрать режимы off / heat / boil / boil + heat.

Проблема 2: Попытался прикрутить aux heat к топику state аналогично как сейчас сделан switch.r4s1.Kettle.boil, но в случае если heat_temp = 85, это ни разу не boil, а просто нагрев. То есть aux heat как и switch boil переключается параллельно с режимом off/heat, в чем нет никакого смысла.

Проблема 3: всегда сбивается заданная температура. Просто невозможно держать объект climate в состоянии off и при этом хранить температуру 85.

Предлагаю рассмотреть следующий дизайн:
heat_temp - выставляется либо на чайнике кнопками, либо через MQTT и никогда не сбрасывается само вне зависимости ни от каких режимов и состояний. Изменение heat_temp через MQTT не должно менять режим (включать/выключать чайник) - это только target temperature, а не переключатель с хитрой логикой.
hstate - оставить как сейчас (off / heat) - управляет только подогревом, никакого кипячения.
state - on/off связать с aux_command_topic и aux_state_topic в Home Assistant - управляет именно кипячением и имеет приоритет над hstate.
state и hstate должны быть независимыми. То есть две boolean переменные state и hstate дают всё 4 возможных режима работы - выкл / нагрев / кипячение / кипячение + подогрев. К примеру в режиме кипячение + подогрев скипел чайник - state (aux) выключился, hstate=heat остался.
Такой дизайн решает все проблемы и позволит настроить нормальный объект climate, думаю и не только в Home Assistant. В конце концов если в какой-нибудь системе нет aux heat, останется переключатель boil (завязанный на топик state), который будет работать правильно, а не так как сейчас.

Пожелание: в Home Assistant discovery в device добавить MAC адрес шлюза (не чайника!!!) "connections": [["mac", "12:34:56:78:90:ab"]]. Это позволит правильно группировать устройства внутри Home Assistant. Можно конечно совсем вымудриться и добавить MAC чайника и ещё via_device с адресом шлюза, но ИМХО это уже лишнее.

Андрей, здравствуйте!

Подскажите, для эл.чайников Вы случайно не расширяли функционал?
описание на лицевой страничке команд MQTT у Вас до последних обновлений.
интересуют, если есть, команды на:

• время кипячения (Smart Boil)
• режим кипячения с переходом в подогрев
• режим подогрева на указанное время
• настройка RGB на температуру
• более тонкая настройка ночника, подсветки (яркость, интервал переключения оттенков)
• блокировка ручного управления

Спасибо!