отваливается конкретные датчики ли все что к гейтвею сяоми подключено?
Да к гейтвею сяоми 2. только датчик температуры, влажности и давления. остальные норм. причем хаотично. переходят в состояние unknown. хотя в истории есть информация...
Да к гейтвею сяоми 2. только датчик температуры, влажности и давления. остальные норм. причем хаотично. переходят в состояние unknown. хотя в истории есть информация...
а сколько всего датчиков\девайсов к гейтвею подклчюено?
bash-4.4# bluetoothctl process 4689: arguments to dbus_connection_get_object_path_data() were incorrect, assertion "connection != NULL" failed in file dbus-connection.c line 5906. This is normally a bug in some application using the D-Bus library. D-Bus not compiled with backtrace support so unable to print a backtrace Aborted (core dumped)
у меня вот точно такое же было по двум причинам разным. 1 фиговый вифи (отловил просто запустив пинг гейтвея). 2. каким то образом пара датчиков не удалилась с одного из гейтвеев (нажимал ремов девайс) при спаривании с другим (отловил через логер дебаг)
logger: default: info #logs: # xiaomi_gateway: debug
у меня вот точно такое же было по двум причинам разным. 1 фиговый вифи (отловил просто запустив пинг гейтвея). 2. каким то образом пара датчиков не удалилась с одного из гейтвеев (нажимал ремов девайс) при спаривании с другим (отловил через логер дебаг)
logger: default: info #logs: # xiaomi_gateway: debug
блин вифи норм это точно. а вот изменял одного датчика на другой шлюз, это да. надо тоже режим включить посмотреть... Спасибо друг, буду дальше изучать что и как.. найду причину, напишу сюда людям может кому поможет...
блин вифи норм это точно. а вот изменял одного датчика на другой шлюз, это да. надо тоже режим включить посмотреть... Спасибо друг, буду дальше изучать что и как.. найду причину, напишу сюда людям может кому поможет...
пинг погоняй...я тоже думал что вифи норм (отчасти и потому что в михом норм), а оно вообще не так было
bash-4.4# bluetoothctl process 4689: arguments to dbus_connection_get_object_path_data() were incorrect, assertion "connection != NULL" failed in file dbus-connection.c line 5906. This is normally a bug in some application using the D-Bus library. D-Bus not compiled with backtrace support so unable to print a backtrace Aborted (core dumped)
Не знаю, может драйверов нет. Может supervisor не в режиме хост контейнер запускает
обмен с блютуз устройствами есть , просто устройство не проброшено в контейнет , сейчас снеу поставлю все по другому как здесь редята рекомендуют. Вам спасибо.
обмен с блютуз устройствами есть , просто устройство не проброшено в контейнет , сейчас снеу поставлю все по другому как здесь редята рекомендуют. Вам спасибо.
Немного оффтоп. Ни у кого не было такого, что на ростелекоме вдруг пропал доступ извне на ваш роутер? Вчера такое произошло внезапно. Всегда был внешний белый IP(но динамический) и всё работало. Уже устал с поддержкой общаться. они все тупые и не понимают, что у меня за проблема.
Немного оффтоп. Ни у кого не было такого, что на ростелекоме вдруг пропал доступ извне на ваш роутер? Вчера такое произошло внезапно. Всегда был внешний белый IP(но динамический) и всё работало. Уже устал с поддержкой общаться. они все тупые и не понимают, что у меня за проблема.
Немного оффтоп. Ни у кого не было такого, что на ростелекоме вдруг пропал доступ извне на ваш роутер? Вчера такое произошло внезапно. Всегда был внешний белый IP(но динамический) и всё работало. Уже устал с поддержкой общаться. они все тупые и не понимают, что у меня за проблема.
Возможно теперь ip серый) Надо посмотреть на рутере что выдается и в инете что видится
Кстати если кому интересно - не все левые SFP поднимаются на микроте, но все же некоторые заводятся - для 1 Gbps Ethernet - обязательно выключать автоопределение скорости и вручную ставить 1 гигабит...