Closed makp0 closed 3 years ago
А можно логи tion_btle на уровне debug ещё? configuration.yaml
logger:
default: warning
logs:
tion_btle: debug
tion_btle.tion: debug
tion_btle.s4: debug
И лог хочется с сообщения "Connecting" от tion_btle.tion на уровне DEBUG.
Код из упомянутого коммита работает во время подключения/отключения от бризера, которое происходит при отправке каждой команды из HA, чтобы оставлять возможность штатного управления бризером (с пульта или телефона). А добавляется отписка от уведомлений перед отключением, что не должно влиять на следующее подключение, но, судя по всему, как-то влияет.
Еще есть идея про __write_to_notify_handle
: можете в ней (371 строка) выставить withResponse=False
result = self._btle.writeCharacteristic(notify_handle, data, withResponse=False)
Ну и раз есть возможность тестировать -- воспользуюсь ей: комментирование 332 и 333 строк tion.py из модуля должно быть эквивалентно откату коммита. Можете проверить что проблема именно в отписке от уведомлений?
ps. Мой 3S это все ест вполне успешно, без дополнительных ошибок/проблем.
Версия модуля: 1.3.0 Модель бризера: S4 Версия прошивки (если известна):
Описание проблемы
коммит 6c9006269fc03b5a4cb9e64115e5c52cb62a133d делает контроль бризера нестабильным, любая команда исполняется бризером в избирательном порядке. проверил тут 5be1869 без этого комита - работает безупречно.
Порядок действий, которые приводят к проявлению проблемы
ожидание: смена состояния реальность: после первой принятой команды, бризер некоторое время недоступен для последующих команд
Логи