BDV

Добрый день. Размещаю свой вопрос здесь, так как на текущий момент поддержка Ultra II прекращена. Еще в феврале 2020 года я размещал тикет 481287, одним из вопросов которого была работа встроенного dlna-сервера и телевизора Samsung Q-серии. А именно - после обновления медиатеки постеры от фильмов не соответствовали самим фильмам. Тогда техподдержка сослалась на проблемы у клиента dlna. Я с этим конечно же согласился, т.к. на других ТВ Samsung такой проблемы не возникало. Позже, в ноябре 2020 года на сайте: ReadyMedia - Browse /minidlna/1.3.0 at SourceForge.net появился новый релиз minidlna v.1.3.0: как раз с фиксом моей проблемы. Но за это время встроенный dlna-сервер так и не обновили и проблема для меня по-прежнему актуальна. Поэтому у меня возник вопрос к разработчиками, возможно ли обновить встроенный dlna-сервер или хотя бы перенести выделенный выше фикс. PS. Возможно не в тот раздел запостил тему, но решил сюда, так как на 3.6.10 проблема по-прежнему актуальна.

+1 Тоже вижу что-то подобное и удалить не получается.

Спасибо, не думал что всё так просто. пошел проверять. Странно только почему в справочнике команд CLI ее нет.

Добрый день. Есть две mesh-сети: 1-ая: состоит из 2-х Zyxel Ultra 2 (версия ОС 3.6.6), соединенных патчкордом, backhaul-сеть отключена. 2-ая: состоит из 3-х Keenetic Extra kn-1711 (версия ОС 3.6.6), соединены патчкордами последовательно, backhaul-сеть также отключена. Всё работает идеально, но есть одна проблема. Суть заключается в следующем, как только в сети появляется клиент (ПК), подключенный медью, тут же происходит перестроение STP дерева. В этот момент обрывается просмотр фильмов с DLNA-сервера, нарушается запись с IP-камер, ну и так далее. Есть ли решение данной проблемы? Так как проводных клиентов несколько и перезагружаться они могут по несколько раз за день это доставляет неудобства. Как решение данной проблемы вижу несколько путей: 1. Отключение STP на портах за которыми заведомо нет ретрансляторов. Это кажется самым логичным, но как? 2. Полностью отключение STP, так как в системе нет избыточных соединений, но также не понятно как это сделать и что будет с уже установленными связями. 3. Удаление компонента "Контроллер Wi-Fi-системы", но и тут я не понимаю, чего я в результате лишусь? Как будет работать бесшовный роуминг? Не хочется чинить проводную сеть в ущерб Wi-Fi. Возможно есть другие варианты решения?

Олег, у меня HACS встал без проблем. Он как бы и не должен появиться в списке интеграций, он добавляется в боковое меню главного экрана. Установка:

Тоже ради "красоты" воткнул. Получил мягко говоря странные результаты и заморочился... Ну да ладно, не ради него всё затеивалось.

Ясно, что ничего не ясно. Проверял Speedtest в HA в Docker там показывает верные данные.

TheBB, хотел попутно у вас спросить, как у вас работает интеграция Speedtest? У меня какую то ерунду показывает, скорости низкие, пинг заоблачный. Хотя на самом деле все нормально. Не знаете с чем это связано? Ресурсов системы не хватает или еще что?

В итоге вычистил всю папку "deps", админка так и не запустилась. Вот лог:

У меня вот что в логах:

Мне это не помогает. Может логи какие снять для понимания ситуации?

Аналогично, после обновления пропал доступ к web-интерфейсу. TheBB, как исправить ситуацию? PS. Тем временем 0.118.1 уже на подходе...

TheBB, вышел очередной крупный релиз 0.118.0, не могли бы вы пересобрать HA, чтобы мы могли обновиться?

Олег, а в журнале работы сервера сообщения какие? Вероятнее всего не хватает каких то библиотек, вот тут смотрели?

Ok, спасибо за консультацию.

r13, спасибо все получилось. Автозапуск заработал, смущает только следующий лог роутера (выделил красным): Из-за чего это может быть? Может быть такое, что S15upsd тоже пытается запустить upsdrvctl? Но у него не получается это по каким то причинам? То есть я имею ввиду, что теперь upsdrvctl запускается два раза? Или это нормально и на лог можно не обращать внимания? При всем при этом, теперь все работает, и еще раз спасибо r13.

Судя по всему нет: #!/bin/sh ENABLED=yes PROCS=upsdrvctl ARGS="-u root" PREARGS="" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin . /opt/etc/init.d/rc.func Так должно быть? ARGS="start" Еще в какие либо секции что-то нужно добавлять?

Спасибо, реально была проблема с переносами, исправил, но результата так и не добился, вот что получаю: ~ # /opt/etc/init.d/S14upsdrvctl start Starting upsdrvctl... failed. При этом в ручную запускается: ~ # upsdrvctl start Network UPS Tools - UPS driver controller merge-with-ng-763-gef6b52f7 Network UPS Tools - PowerCom protocol UPS driver 0.17 (merge-with-ng-763-gef6b52f7) В секцию "PROCS=upsdrvctl" я правильно написал или это делается как то иначе?

Как это проверить?

Что-то не получается. Создал файл: nano /opt/etc/init.d/S14upsdrvctl Сделал его исполняемым: chmod +x /opt/etc/init.d/S14upsdrvctl Запускаю: /opt/etc/init.d/S14upsdrvctl start Получаю ошибку: ~ # /opt/etc/init.d/S14upsdrvctl start /opt/etc/init.d/S14upsdrvctl: line 9: syntax error: unexpected newline Что я еще упускаю?

Я до этого не сталкивался с созданием скриптов, на сколько я понимаю, что в директорию /opt/etc/init.d/ необходимо положить файл "SXXxxx" вот с таким содержимым: Так правильно? И цифры в имени файла должны быть ниже 15, чтобы он запускался раньше upsd?

Продолжу беседу сам с собой, авось кто и поможет. Перерыв почти весь интернет мне все таки удалось получить желаемое, выполнив следующее: 1. opkg install nano usbutils 2. opkg install nut nut-server nut-driver-powercom nut-upsc 3. nano /opt/etc/nut/nut.conf 4. nano /opt/etc/nut/ups.conf 5. upsdrvctl start 6. nano /opt/etc/nut/upsd.conf 7. nano /opt/etc/nut/upsd.users 8. nano /opt/etc/init.d/S15upsd (исправил ARGS="-u admin" на ARGS="-u root") 9. /opt/etc/init.d/S15upsd start 10. upsc pcm@localhost Но выплыла другая проблема, всё работает до первой перезагрузки роутера. Как выяснилось, что не запускается "upsdrvctl", хотя наверно все таки запускается, но не получает ответа от UPS, так как в логе роутера присутствует следующее: В ручную делаю следующее: И снова все работает. Предположил, что возможно не успевает создаться интерфейс ttyUSB0 в момент старта системы, а к нему уже обращается"upsdrvctl", поэтому внес коррективы в ups.conf в виде добавления строк maxstartdelay = 90, maxretry = 3, retrydelay = 10, user = root. Но и это не помогает. Возможно решение лежит где-то на поверхности, может кто подскажет почему у меня все работает до первого ребута?

Может у кого нибудь все таки есть более детальная инструкция по установке nut в entware? Хоть их в интернете и полно, но приближенных к Entware найти не удается. Вопросов море, и не понятно нужно ли заводить пользователя nut? Что делать с udev о котором идет речь во всех инструкциях?

TheBB, выше написал: Сейчас вот так: echo "src/gz ha http://bin.entware.net/mipselsf-k3.4/test/HA" >> /opt/etc/opkg.conf opkg update opkg install homeassistant /opt/etc/init.d/S99hass start

Мысль вашу понял, переустановил с нуля. За ними не угнаться, вышла версия 0.117.3, да ну и ладно...