V
Oleg Yu
В принципе можно. Он будет слать уведомления с обоих инстансов, а вот ты ему послать ничего не сможешь. Так что лучше один сервер - один бот
второй бот не сможет подключится, если первый уже работает
Size: a a a
2020 March 04
OY
второй бот не сможет подключится, если первый уже работает
У меня так работало одно не продолжительное время. Слал один бот с двух инстансов одновременно
V
Oleg Yu
У меня так работало одно не продолжительное время. Слал один бот с двух инстансов одновременно
странно, у меня сразу ошибки были, я поэтому и посоздавал ботов на каждый инстанс
OY
странно, у меня сразу ошибки были, я поэтому и посоздавал ботов на каждый инстанс
А меня задолбало по два одинаковых сообщения (если на обоих были автоматизации включены). Может просто уже что то изменили, давно это было
V
а разве секреты где-то в темплейтах работают ?
я поэтому секреты в сенсоры и засовывал
я поэтому секреты в сенсоры и засовывал
не уверен на 100%, но мне казалось, где то я использовал. не очень понятно, почему с секретами то сложность у ха? вроде базовый функционал... но по секретам - это не критично, и без этого можно обойтись
A
товарищи а как можно программно погасить диод на свистке сс2531
IB
товарищи а как можно программно погасить диод на свистке сс2531
если используется zigbee2mqtt, то так:
На странице настроек addon`а z2m в настройках указать:
serial:
disable_led: true
На странице настроек addon`а z2m в настройках указать:
serial:
disable_led: true
A
если используется zigbee2mqtt, то так:
На странице настроек addon`а z2m в настройках указать:
serial:
disable_led: true
На странице настроек addon`а z2m в настройках указать:
serial:
disable_led: true
Ок спс попробую?
IB
на этот вопрос ответить не могу, не знаю
V
еще раз перезалил и проверил - свитч не появляется. в логе есть отличия по сенсору и свичу. свич первые ошибки дал вида
у сенсора таких не было, у него ошибки:
ERROR (MainThread) [custom_components.rest.switch] No route to resource/endpoint: ....и после этого вообще исчез из лога
у сенсора таких не было, у него ошибки:
ERROR (SyncWorker_8) [custom_components.rest.sensor] Error fetching data: ...
поправил switch
V
поправил switch
Ок
V
но в логах стало ошибок еще больше, надо дальше править
V
но в логах стало ошибок еще больше, надо дальше править
Все таки флаг бы добавить - игнорить ошибки недоступности
V
Все таки флаг бы добавить - игнорить ошибки недоступности
да, но это не связано
там возникает ошибка которая не ловится через exception
потому что создается свитч без данных
там возникает ошибка которая не ловится через exception
потому что создается свитч без данных
V
надо это поправить, а ключ потом сделать
V
да, но это не связано
там возникает ошибка которая не ловится через exception
потому что создается свитч без данных
там возникает ошибка которая не ловится через exception
потому что создается свитч без данных
Так ему дефолт данные какие то надо подсовывать думаю
V
Так ему дефолт данные какие то надо подсовывать думаю
наверно, я чуть позже посмотрю
V
Все таки флаг бы добавить - игнорить ошибки недоступности
вот не пойму чем вам так ошибки в логе жить мешают, просто мне кажется что это неправильно их не писать в лог, но можно поменять их с error на warning
V
вот не пойму чем вам так ошибки в логе жить мешают, просто мне кажется что это неправильно их не писать в лог, но можно поменять их с error на warning
Ну если мы делаем логику, что при отсутсвии хоста свич должен быть доступен, то его отсутствие точно не является ошибкой. Давай хотя бы на ворнинг поправим. А не нравится флуд в лог тем, что очень быстро засирает его, хотя по сути проблемы то нет, пользователь осознанно такую логику использует. Значит ему просто надо дать возможность управления этим