-
Notifications
You must be signed in to change notification settings - Fork 7
Предложение: изменить работу метода set_hvac_mode #56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Если в "логичном режиме" в карточке в UI кликнуть на значок обогрева, то включается обогрев. А если кликнуть еще раз -- ничего не происходит (с режимом вентиляции -- аналогично). Как сделать автоматизацию: проверять что устройство в выключенном состоянии. Текущая логика, действительно, отличается от того что принято в HA, но мне это показалось более удобным чем поведение по умолчанию. Не имею ничего против чтобы привести логику работы в соответствие с логикой HA (тем более что через карточку я сам уже бризером не управляю: на все сделаны автоматизации от уличной погоды, уровня CO2 и наличия людей дома). ps. Если кому-нибудь еще хочется увидеть такое обновление -- подпишитесь на это issue, чтобы я понимал что есть запрос и лучше не особо затягивать ;) |
Согласен, в UI текущая реализация может быть удобнее, но вот сцены с таким режимом сделать я не смог, кажется там никак нельзя проверить текущее состояние, сцена запоминается, а потом применяется, иногда не корректно. Аналогично скрипты. Чтобы сохранить это удобство в UI - можно реализовать вариант 2, настройку в опциях компонента, тогда каждый сможет выбрать нужный ему способ работы. |
Немного занят в других делах и руки никак не доходят все сделать. Но я помню про эту проблему. |
подтверждаю, что этот неочевидный функционал в паре с TionAPI/tion_python#27 |
Исправлено в v2.0.0 v2.0.0 доступна (пока как pre-release, в HACS можно получить включив beta releases в настройках репозитория). |
Общая информация
[ ] venv
[ ] Docker
[x] Home Assistant OS
Дополнительное описание
Возможно я что-то не совсем понял в работе компонента, прошу подсказать, если нижеописанную проблему можно решить другим образом.
Я хочу создать скрипт или сцену задающие конкретный режим работы бризера (скорость плюс режим), но вызов сервиса смены режима бризера может привести к выбору режима не совпадающего с заданным. Например, если сейчас бризер включен в режиме подогрева, то попытка переключить его повторно в режим подогрева на самом деле выключит подогрев.
Скажем при повторных вызовах такого сервиса:
На самом деле будут переключаться режимы между
heat
иfan_only
.Это, как я понял, связано с участком кода в climate.py:
В чем неудобство такого поведения:
Вероятно для решения этой проблемы компонент поддерживает пресеты, но как я понимаю возможности настроить их нет, а без настройки я не могу задать нужные мне режимы.
Что предлагается в качестве решения:
Вариант 1: заменить код метода в climate.py на:
Просто не отправляем текущий статус повторно
Вариант 2. Если вариант 1 не подходит, то добавить в настройках компонента переключатель, который будет определять поведение компонента при смене режима, для тех кому может потребоваться такая возможность. Не хочется при каждом обновлении компонента руками править код.
Вариант 3. Видимо самый сложный способ - добавить настройку пресетов
The text was updated successfully, but these errors were encountered: