Перегрузка USB?

[marcus]

Здравствуйте эта тема наша тема, помогите нам решить этот вопрос, ибо мы данную систему внедрили уже давно, и она не работает - а заказчик очень недоволен.

плк SMH2Gi применяется для следующей цели - производит опрос модуля аналогового ввода овен мв110-8А по rs485 протокол Modbus rtu, на си написали скрипт и добавили в автозапуск каждые 10 минут пишем архив на флешкарту 2 гб, к юсб порту плк подклюен хаб, через хаб подключена непосредственно флешкарта и usb модем, суть которого через smconnect отправляет смс сообщение при превышении уставок по каналу от модуля ввода, то есть номер и функции отправки смс мы задаем через браузер,
проблема в следующем: данная система работает около 1-2 суток, после чего перестает определятся модем, или и флешкарта в том числе, что видно из следующего примера лог dmesg

Mar 28 07:31:11 kernel: [ 53.070671] option 1-1.1:1.1: device disconnected
Mar 28 07:31:11 kernel: [ 53.145522] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Mar 28 07:31:12 kernel: [ 53.363887] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
Mar 28 07:31:12 kernel: [ 53.405807] option 1-1.1:1.2: device disconnected
Mar 28 07:31:12 kernel: [ 53.680216] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:12 kernel: [ 53.838428] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:12 kernel: [ 54.109741] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:12 kernel: [ 54.380031] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:13 kernel: [ 54.528052] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:13 kernel: [ 54.799374] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:13 kernel: [ 55.059403] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:13 kernel: [ 55.534159] usb 1-1: device not accepting address 2, error -71
Mar 28 07:31:14 kernel: [ 55.669840] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:14 kernel: [ 56.144618] usb 1-1: device not accepting address 2, error -71
Mar 28 07:31:14 kernel: [ 56.268992] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269060] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269105] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269147] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269176] hub 1-1:1.0: activate --> -19
Mar 28 07:31:14 kernel: [ 56.269279] usb 1-1: USB disconnect, address 2
Mar 28 07:31:14 kernel: [ 56.506456] usb 1-1: new full speed USB device using mxc-ehci and address 4
Mar 28 07:31:14 kernel: [ 56.664708] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:15 kernel: [ 56.936054] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:15 kernel: [ 57.206261] usb 1-1: new full speed USB device using mxc-ehci and address 5
Mar 28 07:31:15 kernel: [ 57.354936] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:15 kernel: [ 57.625617] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:16 kernel: [ 57.885651] usb 1-1: new full speed USB device using mxc-ehci and address 6
Mar 28 07:31:16 kernel: [ 58.360397] usb 1-1: device not accepting address 6, error -71
Mar 28 07:31:16 kernel: [ 58.496097] usb 1-1: new full speed USB device using mxc-ehci and address 7
Mar 28 07:31:17 kernel: [ 58.970933] usb 1-1: device not accepting address 7, error -71
Mar 28 07:31:17 kernel: [ 58.971085] hub 1-0:1.0: unable to enumerate USB device on port 1

От такого помогает только отключить полностью питание и включить снова
Такое мнение возникает , что операционная система неправильно собрана на работу с usb хабами,
что можно сделать
самое что интересное что, у 4 из 6 установленных плк таких проблем не возникает, то есть они стабильно работают без сбоев
комплектации оборудования везде идентичные, что вы можете посоветовать - с чего начать - чтобы устранить данную неисправность ?

есть ли защита на Usb шине от повышенного потребления тока ? может она срабатывает и блокирует usb ?

[marcus]

Вот пример структуры
sys/bus/usb/devices

usb1
Freescale On-Chip EHCI Host Controller
1-0:1.0 bcdDevice bDeviceSubClass bNumConfigurations descriptors ep_00 maxchild serial urbnum
1-1 bConfigurationValue bmAttributes bNumInterfaces dev idProduct power speed usb_endpoint
authorized bDeviceClass bMaxPacketSize0 busnum devnum idVendor product subsystem version
authorized_default bDeviceProtocol bMaxPower configuration driver manufacturer quirks uevent

1-1
USB Hub 2.0
1-1.1 authorized bDeviceProtocol bMaxPower configuration driver manufacturer quirks urbnum
1-1:1.0 bcdDevice bDeviceSubClass bNumConfigurations descriptors ep_00 maxchild speed usb_endpoint
1-1.2 bConfigurationValue bmAttributes bNumInterfaces dev idProduct power subsystem version
1-1.3 bDeviceClass bMaxPacketSize0 busnum devnum idVendor product uevent

как видно три устройства подключены 1-1.1 - DISK1 , 1-1.2 ZTE WCDMA Technologies MSM
и 1-1.3 - DISK1, на деле это флешкарта по проверке bMaxPower 1 и 3 выдает по 100мА
2 устройство 500 мА

1-1.1:1.0 bDeviceClass bMaxPacketSize0 busnum devnum idVendor product subsystem version
authorized bDeviceProtocol bMaxPower configuration driver manufacturer quirks uevent
bcdDevice bDeviceSubClass bNumConfigurations descriptors ep_00 maxchild serial urbnum
bConfigurationValue bmAttributes bNumInterfaces dev idProduct power speed usb_endpoint

1-1.2:1.0 bcdDevice bDeviceSubClass bNumConfigurations descriptors ep_00 maxchild speed usb_endpoint
1-1.2:1.1 bConfigurationValue bmAttributes bNumInterfaces dev idProduct power subsystem version
1-1.2:1.2 bDeviceClass bMaxPacketSize0 busnum devnum idVendor product uevent
authorized bDeviceProtocol bMaxPower configuration driver manufacturer quirks urbnum

1-1.3:1.0 bDeviceClass bMaxPacketSize0 busnum devnum idVendor product subsystem version
authorized bDeviceProtocol bMaxPower configuration driver manufacturer quirks uevent
bcdDevice bDeviceSubClass bNumConfigurations descriptors ep_00 maxchild serial urbnum
bConfigurationValue bmAttributes bNumInterfaces dev idProduct power speed usb_endpoint

во второй папке почему то три описаний интерфейсa

[marcus]

даже сейчас подключил мышку usb
теперь оставим такую сборку на время проследить, что произойдет с системой за какое то время
итого имею 4 usb устройства подключенные через хаб, на порту 1 плк
сумарно 800 мА, из них 2 флешкарты , 1 мышь, один модем usb

[Arsie]

Сообщение от marcus

проблема в следующем: данная система работает около 1-2 суток, после чего перестает определятся модем, или и флешкарта в том числе, что видно из следующего примера лог dmesg

Mar 28 07:31:11 kernel: [ 53.070671] option 1-1.1:1.1: device disconnected
Mar 28 07:31:11 kernel: [ 53.145522] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Mar 28 07:31:12 kernel: [ 53.363887] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
Mar 28 07:31:12 kernel: [ 53.405807] option 1-1.1:1.2: device disconnected
Mar 28 07:31:12 kernel: [ 53.680216] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:12 kernel: [ 53.838428] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:12 kernel: [ 54.109741] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:12 kernel: [ 54.380031] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:13 kernel: [ 54.528052] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:13 kernel: [ 54.799374] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:13 kernel: [ 55.059403] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:13 kernel: [ 55.534159] usb 1-1: device not accepting address 2, error -71
Mar 28 07:31:14 kernel: [ 55.669840] usb 1-1: reset full speed USB device using mxc-ehci and address 2
Mar 28 07:31:14 kernel: [ 56.144618] usb 1-1: device not accepting address 2, error -71
Mar 28 07:31:14 kernel: [ 56.268992] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269060] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269105] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269147] hub 1-1:1.0: hub_port_status failed (err = -19)
Mar 28 07:31:14 kernel: [ 56.269176] hub 1-1:1.0: activate --> -19
Mar 28 07:31:14 kernel: [ 56.269279] usb 1-1: USB disconnect, address 2
Mar 28 07:31:14 kernel: [ 56.506456] usb 1-1: new full speed USB device using mxc-ehci and address 4
Mar 28 07:31:14 kernel: [ 56.664708] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:15 kernel: [ 56.936054] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:15 kernel: [ 57.206261] usb 1-1: new full speed USB device using mxc-ehci and address 5
Mar 28 07:31:15 kernel: [ 57.354936] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:15 kernel: [ 57.625617] usb 1-1: device descriptor read/64, error -71
Mar 28 07:31:16 kernel: [ 57.885651] usb 1-1: new full speed USB device using mxc-ehci and address 6
Mar 28 07:31:16 kernel: [ 58.360397] usb 1-1: device not accepting address 6, error -71
Mar 28 07:31:16 kernel: [ 58.496097] usb 1-1: new full speed USB device using mxc-ehci and address 7
Mar 28 07:31:17 kernel: [ 58.970933] usb 1-1: device not accepting address 7, error -71
Mar 28 07:31:17 kernel: [ 58.971085] hub 1-0:1.0: unable to enumerate USB device on port 1

От такого помогает только отключить полностью питание и включить снова

У вас хаб перестаёт отвечать на запросы драйвера. Затем драйвер выгружается, отключается питание USB, включается и загружается заново, но хаб всё равно не отвечает.

Попробуйте в такой момент дёрнуть питание хаба. Правда нужно будет подождать, т.к. попытки сброса со временем растягиваются во времени, простите за тавтологию)

А так да, хабы иногда очень капризные устройства. Просто редко у кого они работают в компьютере двое суток подряд и непрерывно, поэтому люди этого не замечают. Наверное у китайцев на то и расчёт.


PS. Пассивные хабы использовать нельзя.

[Den]

marcus, попробуйте следующее, когда появятся проблемы с USB:
- зайдите на контроллер по ssh
- выполните команду rmmod ehci_hcd; sleep 10; modprobe ehci_hcd

По этой команде должен обесточиться хаб и через 10 секунд включиться снова.
В 2Gi есть проверка модема на зависание и выключение питания на хосте на пару секунд. Может это время мало для связки хаб+флешка+модем.

[Arsie]

Сообщение от marcus

даже сейчас подключил мышку usb
теперь оставим такую сборку на время проследить, что произойдет с системой за какое то время
итого имею 4 usb устройства подключенные через хаб, на порту 1 плк
сумарно 800 мА, из них 2 флешкарты , 1 мышь, один модем usb

800 мА много, 500 мА максимум можно.

[marcus]

Сообщение от Arsie

У вас хаб перестаёт отвечать на запросы драйвера. Затем драйвер выгружается, отключается питание USB, включается и загружается заново, но хаб всё равно не отвечает.

Попробуйте в такой момент дёрнуть питание хаба. Правда нужно будет подождать, т.к. попытки сброса со временем растягиваются во времени, простите за тавтологию)

А так да, хабы иногда очень капризные устройства. Просто редко у кого они работают в компьютере двое суток подряд и непрерывно, поэтому люди этого не замечают. Наверное у китайцев на то и расчёт.


PS. Пассивные хабы использовать нельзя.

давеча, на прошлой неделе, мы пробовали на хабе с внешним питанием - ситуация такая же была.

Сообщение от Arsie

800 мА много, 500 мА максимум можно.

500 мА мало - один модем 500 мА - одна флешка 100 мА итого 600 мА нам нужно минимум .

Это из за чего ограничение из-за схемотехники или как ?

кстати хаб сам по себе тоже 100 мА потребляет походу дела

то есть нужно хаб с внешним питанием использовать по крайней мере, чтобы подключить хотя бы одну флешку и один юсб модем - верно я понимаю ?

Arsie Вы можете узнать у схемотехников, кто разрабатывал SMH2gi какой ток нагрузки допускается на порту usb1 и есть ли там какая либо защита от перегрузки по току потребления power consuption ?

[Arsie]

Сообщение от marcus

500 мА мало - один модем 500 мА - одна флешка 100 мА итого 600 мА нам нужно минимум .

Это из за чего ограничение из-за схемотехники или как ?

кстати хаб сам по себе тоже 100 мА потребляет походу дела

то есть нужно хаб с внешним питанием использовать по крайней мере, чтобы подключить хотя бы одну флешку и один юсб модем - верно я понимаю ?

Arsie Вы можете узнать у схемотехников, кто разрабатывал SMH2gi какой ток нагрузки допускается на порту usb1 и есть ли там какая либо защита от перегрузки по току потребления power consuption ?

Ограничение схемотехники. Порт защищён предохранителем плавким, т.е. сгорит и останетесь без порта.

[marcus]

Сообщение от Arsie

Ограничение схемотехники. Порт защищён предохранителем плавким, т.е. сгорит и останетесь без порта.

на какой ток стоит предохранитель ? есть ли ограничения на подключения usb устройств к порту током более заданного в операционной системе ?

кроме того смотрите как получается - устройство не смогло пройти процедуру энумерации , энумерация происходит при подключении новых устройств к шине юсб, значит на какое то время устройство сначала отключилось, а подом подключилось к шине - почему может отключиться электрическое устройство от шины ? по одной причине - пропало электропитание устройства - причины могут быть разные - нужно попробовать их найти - просто так не может же отключаться устройство - может контакт плохой, может операционная система отключает питание порта, может питание сети отключалось.

судя как один человек указывает - Устройство USB до завершения процесса нумерации (Enumeration) должно потреблять не более 100 мА (см. раздел "9.2.5.1 Power Budgeting" в "Universal Serial Bus Specification Revision 2.0" или раздел "16 Managing Power" в книге Jan Axelson "USB Complete: The Developer's Guide, Fourth Edition").

по логам же видно , что эти значения не можно было считать совсем из регистров устройства потому и энумерация неудачно прошла и устройство отлючили от шины

хз

короче нужно опять эксперимент провести.

есть ли тестовые прошивки с операционной системой для отладки плк с неуразанными функциями ? на коммерческой версии половина нужных модулей нет, а новые не установишь .

[Arsie]

Сообщение от marcus

на какой ток стоит предохранитель ? есть ли ограничения на подключения usb устройств к порту током более заданного в операционной системе ?

В принципе, предохранитель больше от возгорания защищает, а на "штатные" перегрузки есть система контроля, перезапускающая порт.

Стандартный USB2.0 допускает питание 500 мА. Мы специально кратковременно допускаем больше (до 3А), иначе бы модемы не работали бы вообще без внешнего питания.

Модули можно доустановить, собрав их под целевую систему и целевой процессор. Как это делать - рассказывать не в моей компетенции.

[marcus]

Сообщение от Arsie

В принципе, предохранитель больше от возгорания защищает, а на "штатные" перегрузки есть система контроля, перезапускающая порт.

Стандартный USB2.0 допускает питание 500 мА. Мы специально кратковременно допускаем больше (до 3А), иначе бы модемы не работали бы вообще без внешнего питания.

Модули можно доустановить, собрав их под целевую систему и целевой процессор. Как это делать - рассказывать не в моей компетенции.

к кому на предприятии можно обратиться - что он может объяснить, как собрать свою сборку линукс для вашего плк ?

[Arsie]

Сообщение от marcus

к кому на предприятии можно обратиться - что он может объяснить, как собрать свою сборку линукс для вашего плк ?

Сборку линукса без исходников наших драйверов собирать бессмысленно.

А так-то cобирается как и для любого другого компьютера. Берёте любой линукс, имеющий поддержку компилятором под процессорную платформу SMH-2Gi (это iMX27). Компилируете, получаете файлик. Файлик закидываете в раздел boot контроллера и перезагружаете. Линукс стартует обычным образом. Вам будет доступна консоль по порту RS232, все накопители, ОЗУ. Маленький USB и порт Ethernet скорее всего тоже будут доступны.