-
Notifications
You must be signed in to change notification settings - Fork 7
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Интеграция 4.1.1 не добавляются бризеры. No device found for address None #117
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
Прям сразу-сразу, ничего нажать не успели, только добавляете интеграцию и первым шагом сообщение? Из приватного окна браузера попробуйте, пожалуйста: то что вы видите на первом шаге, по дизайну HA, происходить не должно и у себя я воспроизвести это не могу. Правда на Первое сообщение, кстати, тоже весьма занятное, но я подозреваю что это из-за того что mac приходит |
Ошибка возникает после нажатия "Подтвердить" в диалоге добавления бризера. В приватном окне тоже самое. |
У меня тоже самое. |
Ага, значит не "сразу", а после того как все ввели и нажали подтвердить. После старта HA сколько времени проходит? |
После танцев с бубнами он завелся. При это в bluetoothctl юыли странные сообщения. Не было сканирования бт. Потом когда вручную попробовал его подконнектить, что тотзавелось, он начал сканировать и после бризер добавился. |
Немного прошло, но, по моим ощущениям, бризеры уже работали к этому времени обычно. |
Там идея в том, что чтобы все хорошо отработало бризер должен увидеть и опознать Сейчас добавлю exception если он не может найти бризер. |
В v4.1.2 теперь будет штатно с ошибкой вываливаться и писать в лог. Фиксом назвать не могу, но и что-то сделать особо не получится. Общая рекомендация -- подождать. У меня Ну и все шаманство с BT стеком в полный рост работает, вроде проверки возможности подключения через |
После старта HA прошло 16 минут, ещё раз попробовал добавить бризер. Та же ошибка. dmesg на Bluetooth не ругался. |
Тогда включаем ps. Для logger:
default: warning
logs:
homeassistant.components.bluetooth: debug
bleak: debug
bleak.backends.bluezdbus.manager: info |
Что-то в логах ничего нового и интересного.
В логах тишина.
Triggering bluetooth usb discovery судя по всему происходит при заходе в меню настройки интеграций. |
У вас проблемы с
|
Если коротко - и работает и не работает. Круто, правда? Но к интеграции это не имеет отношение. Пока всё работает крайне нестабильно. |
Раньше оно работало по другим "принципам", которые теперь в HA не работают (и текущая версия, не смотря на все проблемы гораздо лучше). Могу только рекомендовать EPS-tion -- там нет заморочек с аппаратным |
Заказал на пробу один из "рекомендуемых" адаптеров на али на всякий случай. Мой, судя по логам после пары часов сканирования банально впадает в кому и не выходит их неё до физического перевключения в порт. |
И да, судя по всему пора обновлять доку по настройке интеграции? |
Я в HA вроде видел коммит про лечение этой проблемы. Да, теперь |
Заметил, что HA теперь сам и bluetooth перегружает. Уронил адаптер, погасил, поднял. В dmesg это видно. Бризеры вроде как цепляются. Даже можно управлять ими. Но работают нестабильно. В логах просто шквал сообщений от других устройств. Но вот бризеры управляются туго.
|
А вы можете в Но учитывая что он случается, а бризеры управляются "туго" -- маловероятно что это поможет. |
Да, в ближайщие сутки сделаю. До этого хочу стабилизировать свой BT-адаптер. Мне кажется, все проблемы из-за него. Он впадает в кому после двух-трёх часов работы из-за постоянной нагрузки. |
Научил свой bluetooth адаптер пассивно слушать. Для этого надо иметь последний Bluez и bluetooth сервис должен запускаться с ключом --experimental. После этого в настройках интеграции bluetooth в HA можно поставить галочку "пассивное слушание". Что мне это дало: адаптер не зависает уже около 5 часов. Раньше умирал меньше чем за час. Из минусов. Если перегрузить HA с включенным режимом пассивного слушания, то при старте интеграции бризеры не подхватываются. В логах
Если включить пассивное слушание, то всё равно ничего не происходит. Если перегрузить HA с выключенным пассивным слушанием, то бризеры минут через 5 подхватываются. Но в логах примерно такое
Если после старта с активным слушанием включить пассивное, то бризеры остаются управляемыми, и даже отвечают за вменяемое время. Продолжаю собирать статистику. |
Угу. Там от bleak.backends.bluezdbus.manager: info Пассивный режим -- вроде фишка какого-то ближайшего обновления HA. Возможно он там штатно будет. |
Тестирую 2022.10.3 и 4.1.4, если сутки проработает стабильно - будет успех. |
Не проработает. |
Шаман, однако. И правда, не работает. Бризеры отваливаются независимо друг от друга. Один может управляться, второй отвалится. Пока что создал триггер, который будет перезапускать HA раз в три часа. |
Я где-то выкладывал скрипт, который ничего не делает, но если его вызвать -- все чинится без перезапуска. import asyncio
#import right your model!!!
from tion_btle.s3 import TionS3 as Breezer
async def main():
t = Breezer("put_MAC_here")
print(await t.get())
asyncio.run(main()) У меня он в |
Констатирую, что перезапуск HA через триггер не решает проблему, эффект очень нестабилен. Беру сутки на тест питоновского скрипта. |
По результатам наблюдений выявил, что один из трёх бризеров "отваливается" и перестаёт реагировать на команды. Это самый дальний от приёмника. Натравил на него питоновский скрипт, и все накопившиеся команды улетели на бризер. |
В целом -- ожидаемое поведение. |
А как часто он запускается? |
У меня каждые 4 часа запускается. |
Скорее всего мой косяк. Я его доработал, чтобы в случае отвала ещё раз запускался, но допустил ошибку. Скорее всего скрипт просто заспамил бризер. |
Отключил пассивное слушание в HA, каждые четыре часа в кроне программно перегружаю USB адаптер |
Беру свои слова обратно. Питоновский скрипт чинит соединение с бризером лучше. Единственный минус - может свалиться в
|
Он его не то чтобы чинит: он перезапускает все то что |
Пришёл мне "рекомендованный" адаптер UGREEN CM390. Работает так же, как и старый адаптер, отваливается с той же периодичностью. Пробую связку из пассивного режима, сброса адаптера раз в 6 часов, и запуск питоновского скрипта на коннект-дисконнект в двум бризерам раз в 4 часа. |
Опишу свой костыль, который более-менее автономно работает. Итак. все команды от рута. Раз в час программно сбрасываю USB BT адаптер
Иногда после такого насилия адаптер отваливается полностью. Происходит примерно раз в двое суток.
Как найти номер хаба usb
Видно, что оно входит в root hub
получаем длинную портянку, в ней ищем
Наше поле - iSerial. Адрес хаба 0000:00:12.0 Я это всё пихнул в крон от рута.
|
@IATkachenko может, пора закрыть этот баг? В целом, изначальная проблема решилась. А проблема стабильности - это уже ближе к философии. |
Я примерно сразу это за баг особо не держал... В обсуждения перекину сейчас, что б не терялось. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Общая информация
[ ] venv
[x] Docker
[ ] Home Assistant OS
[x] в момент проявления проблемы к бризеру никто не подключен
[x] bluetooth в системе работает корректно, действий из (WiKi)[https://github.com/TionAPI/HA-tion/wiki/Bluetooth] не требуется
[x] проблема не похожа ни на одну из (FAQ)[https://github.com/TionAPI/HA-tion/wiki/FAQ]
Краткое описание
При добавлении бризера сразу высвечивается ошибка "Could not get test data from breezer!"
Вместо MAC можно вообще что угодно вводить, результат всегда одинаковый.
В логах результаты попытки простого добавления и добавление с сопряжением.
Debug-log
Как можно воспроизвести вашу проблему
The text was updated successfully, but these errors were encountered: