Closed AlexeyTorch closed 9 months ago
Тоже сломалось при вчерашнем обновлении. Ранее явного указания фиксированного режима в кавычках (например '2'
вместо 2
) было достаточно. Но сейчас такой вариант не работает:
- show_name: true
show_icon: true
type: button
tap_action:
action: call-service
service: climate.set_fan_mode
target:
entity_id:
- climate.bedroom_breezer
- climate.nursery_breezer
- climate.lounge_breezer
data:
fan_mode: '2'
Поддерживаю. Установка цифрового значения в fan_mode не работает ни в каком виде с 2024.1 версии
Подтверждаю, всё сломалось.
доброй ночи. очень ждем правку
То же перестало работать после обновления, ошибки те же.
здравствуйте можно ли ждать исправления? к сожалению поломалось все с этим режимом
При переключении режимов жалуется на то, что сервис ждет str, а не int. Поправил в climate.py fan_mode и fan_modes как было предложено в issue #37 - все заработало.
При переключении режимов жалуется на то, что сервис ждет str, а не int. Поправил в climate.py fan_mode и fan_modes как было предложено в issue #37 - все заработало.
это решает проблему частично. да, теперь можно поменять скорость. или поставить режим auto. но нельзя поставить условный "ночной режим" (ограничить скорость в auto), и нельзя в режиме auto управляmь целевыми co2 ( fan_mode: 0-3:600 )
будет решение проблемы?
будет решение проблемы?
Автора давно не слышно, к сожалению. В тг он так же давно не заходил. Я попросил разработчика интеграции Yaha посмотреть эту проблему (хоть у него тионы и не через magic air добавлены в ха), он планировал заняться этим на выходных. Ну или нам всем путь в есп32, зато локально будет)
Ответил в другом issue
.
будет решение проблемы?
Автора давно не слышно, к сожалению. В тг он так же давно не заходил. Я попросил разработчика интеграции Yaha посмотреть эту проблему (хоть у него тионы и не через magic air добавлены в ха), он планировал заняться этим на выходных. Ну или нам всем путь в есп32, зато локально будет)
Нет каких-нибудь новостей?
На сколько я понял, в НА нет подобия "целевого СО2" и автор придумал решение через fan_modes, где вместо простого задания скорости, отправлялась строка вида "fan_min-fan_max:target_co2". Но после обновления НА это перестало работать, даже если привести код как в issue https://github.com/airens/tion_home_assistant/issues/37, НА не хочет принимать для fan_mode прежний формат и ничего, кроме предустановленных FAN_OFF, FAN_AUTO или скорости одной цифрой 0-6. Полагаю решение должно быть в виде добавления отдельной переменной(сервиса) типа climate.target_co2, который можно будет отдельно задать в НА. И так же что-то типа fan_min и fan_max. То есть нужно выделить отдельно три этих переменных, которые ранее задавались через составную строку в fan_modes.
ПС. Локально через ЕСП это тоже не решение при наличии MagicAir, так как полностью теряется логика автоматического управления бризером по целевому СО2, разве-что автоматизациями потом городить огород...
ПС2. Откатиться уже тоже не вариант, после последней резервной копии было много разных изменений по устройствам и автоматизациям и я совсем не готов переделывать это всё заново ((((.
Спасибо за подсказку, после изменения кода как в #37 почти все заработало и смог перенастроить под свои нужны. Сейчас хотя бы нет ошибки, можно через автоматизацию объекта климат задать скорость потока и вкл/выкл обогрев. Но не нашел нигде в объекте климат как включить тип воздухозабора на улицу или квартиру или смешанный. Но так как у меня все время с улицы, то это вроде как не критично пока. Согласен что надо делать доработку объекта под CO2 и тип забора воздуха.
@airens Спасибо большое за Ваш труд по интеграции! Давно пора у компании ТИОН цистерну молока затребовать.
Но не нашел нигде в объекте климат как включить тип воздухозабора на улицу или квартиру или смешанный.
И не найдешь. Нет отдельного управления для заслонки, так же как и для целевого уровня со2, мин и макс скорости кулера в авторежиме. Автор прикрутил это через костыль, путём задания сложной составной строки для fan_mode, типа "1-4:700".. После обновления НА перестал принимать такую строку для fan_mode, который теперь может принимать только заранее определённые значения (ON, OFF, 1, 2, 3... 7), а не произвольную строку. Исправить это можно только путём ввода новых сервисов для управления заслонкой, мин и макс скоростью, целевым СО2, после чего в НА появяться отдельные entity.
Сделал pull request сюда в репу чтобы решить проблему со строкой и типом воздухозабора. Добавить отдельный тип СО2 пока непонятно как, такого типа нет в объекте Climate и добавить кастомные свойства нельзя вроде как. Пока смотрю на тему сделать управления через свойство влажность (humidity), там вроде как есть все нужные свойства.
Так как автор пока недоступен и не может одобрить pull request, предлагаю кто хочет потестить, скачать и заменить себе 2 файла climate.py и sensor.py Вот ссылка на мой репозиторий с последней версией. У меня корректно отработал 1 день и по тестам погонял вручную как из GUI так и из скрипта. https://github.com/RealLord/tion_home_assistant/tree/master/custom_components/tion
Фото как выглядит в интерфейсе НА https://disk.yandex.ru/i/lb9jJ6qdrHUluA
Добавить отдельный тип СО2 пока непонятно как, такого типа нет в объекте Climate и добавить кастомные свойства нельзя вроде как.
Для zigbee термоголовок сделан стандартный объект класса климат, и переменные которых нет в стандарте (например local_temperature_calibration ) так что вероятно кастомные свойства возможны. но не с моими знаниями python
Добрый день. Версия HA: 2024.1 Версия компонента 1.03 включено логгирование:
При запуске выбора режима кодом
при запуске в логе ошибка:
При этом, выключение командой
работает штатно