-
- Вообще-то USB это не промышленный интерфейс, чтобы его использовать
для постоянного/непрерывного управления двигателями и промышленными
установками. - reZident(02.06.2022 13:17)
- Вспомогательные системы, вроде визуализации процессов, внутреннего
учёта, в целях универсальности, снижения цены и повышения скорости
обмена данными, вполне могут использовать USB. - Nikolay_Po(02.06.2022 13:51)
- Только те, которые непосредственно контролируются оператором или
пользователем. Ибо при нарушении связи рестарт не предусмотрен
спецификацией USB. Поэтому для восстановления связи нужно вручную
осуществить отключение/подключение. Лучше уж тогда Ethernet
использовать или промышленные интерфейсы типа RS485/422. - reZident(02.06.2022 14:00)
- К примеру, у меня в маршрутизаторе с OpenWRT, крутится скрипт.
Который, при отсутствии соединения USB, "передёргивает" интерфейс.
Пока помогало всегда. Ещё ни разу не пришлось передёргивать
вручную. - Nikolay_Po(02.06.2022 14:38)
- А вы знаете на каком уровне абстракции USB это "передергивание"
осуществляется? Против физики (когда зависание на физическом
уровне) не попрешь. Если при этом "передергивании" Device полностью
перезагружается, то это единственный корректный способ согласно
спецификации. У вас же скорее всего что-то типа закрытия/открытия
порта в системе происходит. И если сбой на физическом уровне
произойдет, то ваш скрипт никак не поможет. - reZident(02.06.2022 15:06)
- Там стабилизатор DC/DC для питания USB от батарейки Li-ion. Управляется процессором маршрутизатора. Снятие питания подойдёт? - Nikolay_Po(02.06.2022 16:48)
- соглашусь, иногда лечится только полным снятием питания не только
девайса, но и хоста - 0men(02.06.2022 15:17)
- Насчёт хоста - не сталкивался. - Nikolay_Po(02.06.2022 16:48)
- ЕМНИП было в каких-то материнках довольно известного бренда где
сэкономили (не запаяли на производстве) диодную защиту (типа
USBLC-6). - reZident(02.06.2022 17:11)
- Это целая эпопея была. Интеловские южные мосты для процов на 775 сокет гораздо более нежные, чем в предыдущих поколениях. Ряд производителей мамок на это накололись, не поставив дополнительную защиту USB портов от статики. Помню массовый падеж у Gigabyte и Asrock. Статикой пробивало встроенные диоды в линиях данных USB и мамка переставала работать. Народный способ ремонта - вызвонить тестером битую линию и подать на нее 12В. Встроенный диод отгорал напрочь и мамка оживала LightElf(58 знак., 02.06.2022 17:20)
- ЕМНИП было в каких-то материнках довольно известного бренда где
сэкономили (не запаяли на производстве) диодную защиту (типа
USBLC-6). - reZident(02.06.2022 17:11)
- Насчёт хоста - не сталкивался. - Nikolay_Po(02.06.2022 16:48)
- А вы знаете на каком уровне абстракции USB это "передергивание"
осуществляется? Против физики (когда зависание на физическом
уровне) не попрешь. Если при этом "передергивании" Device полностью
перезагружается, то это единственный корректный способ согласно
спецификации. У вас же скорее всего что-то типа закрытия/открытия
порта в системе происходит. И если сбой на физическом уровне
произойдет, то ваш скрипт никак не поможет. - reZident(02.06.2022 15:06)
- К примеру, у меня в маршрутизаторе с OpenWRT, крутится скрипт.
Который, при отсутствии соединения USB, "передёргивает" интерфейс.
Пока помогало всегда. Ещё ни разу не пришлось передёргивать
вручную. - Nikolay_Po(02.06.2022 14:38)
- Только те, которые непосредственно контролируются оператором или
пользователем. Ибо при нарушении связи рестарт не предусмотрен
спецификацией USB. Поэтому для восстановления связи нужно вручную
осуществить отключение/подключение. Лучше уж тогда Ethernet
использовать или промышленные интерфейсы типа RS485/422. - reZident(02.06.2022 14:00)
- Вспомогательные системы, вроде визуализации процессов, внутреннего
учёта, в целях универсальности, снижения цены и повышения скорости
обмена данными, вполне могут использовать USB. - Nikolay_Po(02.06.2022 13:51)
- Вообще-то USB это не промышленный интерфейс, чтобы его использовать
для постоянного/непрерывного управления двигателями и промышленными
установками. - reZident(02.06.2022 13:17)