usb root hub что это такое 2 порта
Что такое корневой концентратор USB?
Что такое корневой концентратор USB?
Мой компьютер показывает три корневые концентраторы USB in Диспетчер Устройств.
первые корневые концентраторы USB показывают четыре порта, второй показывает три порта и третий показывает восемь портов доступны.
однако мой компьютер имеет в общей сложности восемь портов USB. Четыре порта находятся в задней части шкафа и четыре спереди.
3 ответов
ваши порты USB USB 2.0?
общий дизайн для портов УСБ 2,0, который будет управлять 2 регуляторами: одно для малой скорости и высшей скорости (скоростей УСБ 1,1), и одно для быстрого хода (начала новой скорости доступного с УСБ 2,0). Если это так, 3-й корневой концентратор, вероятно, от контроллера EHCI, управляющего высокоскоростными соединениями, а 1-й и 2-й корневые концентраторы, вероятно, от пары контроллеров OHCI или UHCI, управляющих подключениями с низкой и полной скоростью. Каждый USB-порт на вашем компьютере будет подключен к двум контроллерам, контроллеру EHCI и одному из двух других контроллеров, и какой из них будет использоваться, будет зависеть от скорости, выбранной USB-устройством, подключенным к этому порту.
вы можете иметь некоторые внутренние, если есть PCI карта. Если у вас есть концентратор, подключенный для расширения количества портов, это тоже есть. И некоторые устройства, которые вы подключили, могут иметь дополнительные порты.
USBDView и USBView может помочь Вам разобраться, что где.
количество портов отображается в диспетчере устройств зависит от архитектуры доске. (Мой ноутбук имеет только 4 порта USB, но есть 7 корневых концентраторов USB в Диспетчере устройств, например.) И если вы видите слово «расширенный», это безопасное предположение, что устройство является виртуальным, чтобы удовлетворить требования к драйверу Windows.
попробуйте переключить Диспетчер устройств на «просмотр устройств по соединению», для получения информации, которая имеет немного больше смысла.
Usb root hub что это такое 2 порта
Удали в реестре порты USB которые там остаются после подключения/отключения различных USB устройств.
У меня была такая трабла после USB колонок.
1. Кликните ПУСК. Кликните Выполнить. Напечатайте regedit и нажмите OK.
Должен открыться редактор реестра.
2. Перейдите на HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\U SB.
3. Выделите и удалите все (кроме HID) VID_. ключи.
Не получается?! Правильно! Сначала должены быть установлены права доступа на соответствующий ключ VID_. реестра. Для этого:
правым кликом на соответствующем ключе открываем меню и выбираем Permissions.
выбираем Everyone (Все) и назначаем Full Control (полный доступ).
Кликаем Применить, затем ОК.
В конце концов можно попробовать полностью удалить USB подсистему и заставить Windows заново распознать и установить все драйверы USB. В этом случае надо удалить все USB устройства на шаге 2 в том порядке как они располагаются при просмотре в Device Manager при просмотре устройств по подключению. Например для USB Flash:
4. Закрываем всё и перезагружаем компьютер.
lekss71: Спасибо за столь подробный ответ и помощь.
Почистил реестр, как ты и сказал. Вроде бы прогресс небольшой есть, но еще не совсем понятно. Надо проверить на деле (диск записать что ли). А прогресс в том, что комп. впервые за долгое время увидел, что это «дисковый накопитель» и прочел его марку (раньше он его видел как «запоминающее устройство для USB» и марку определял далеко не каждый раз). В реестре после удаления и перезагрузки папка, что была под ROOT_HUB исчезла (всего вместе с ROOT_HUBом их было две). Но комп. по-прежнему видит еще одно неизвестное устройство, которого нет на самом деле.
Дальше хотел сделать, как ты сказал:
В конце концов можно попробовать полностью удалить USB подсистему и заставить Windows заново распознать и установить все драйверы USB. В этом случае надо удалить все USB устройства на шаге 2 в том порядке как они располагаются при просмотре в Device Manager при просмотре устройств по подключению. Например для USB Flash:
И потом какой мне хост-контроллер и концентор удалять, ведь у меня их несколько здесь?
Я раньше все USB-контроллеры и концентраторы удалял (и далеко не раз), чтобы комп. находил их снова, и из реестра удалял все, что связано с USB. Некоторые, правда, невозможно было удалить, но теперь я знаю как это невозможное сделать возможным 🙂 (еще раз спасибо lekss71). Но даже не успевал перезагрузить, как компутер начинал находить все снова. Такой вот замкнутый круг получался. И удалял это все в беспорядке, т.к. думал, что значения не имеет, как все удалять.
И еще. По-прежнему видно это назойливое неизвестное устройство («USB device») в папке «Другие устройства». Стоит знак вопроса рядом с ними. Желтый такой. Вот.
Извечный вопрос, задаваемый в 4765863298-й раз: ЧЁ ДЕЛАТЬ-ТО?
Как превратить «столетний» usb-хаб в «умный» управляемый и сэкономить при этом 300$
Как-то давно понадобился мне хаб, желательно с большим количеством портов и c достаточно удобной формой, пригодной для встраивания вместо флоппи-дисковода в отсек 3,5». Беглый просмотр барахолки подкинул модель D-link DUB-H7, да еще и в комбинации «2 по цене 1». Внешний осмотр ничего особенного не дал, хаб как хаб, сделан добротно, капитальный «принтерный» USB AM-BM на оборотной стороне и 3 А блок питания. Как всегда первым делом разобрал, порадовался малому количеству пустых мест вместо элементов вкупе с качественной пайкой и успокоился. Правда на всякий случай зашел в интернет посмотреть, а что это за хаб и есть ли интересные проекты с его участием. Проектов не оказалось, отзывы пользователей 50/50, в общем, никакой динамики. Хаб на протяжении 5-7 лет довольно сносно работал и выполнял свою задачу, потом плавно переместился в коробку для электронного хлама и вполне возможно сгинул бы в итоге вместе с безызвестными переходниками, адаптерами и т. п. Но произошло у меня в жизни событие, которое заставило-таки меня покопаться в мешках со старым барахлом, найти этот, как оказалось уникальный D-link, и стряхнув пыль извлечь его на божий свет. Если интересно послушать зачем — добро пожаловать под cut.
Intro или Плач о жадных производителях usb-хабов
С появлением маленьких удобных SoC роутеров (вроде любовно описанного мной в статье Руководство по доведению «до кондиции» клона популярного китайского мини-роутера Hame A15, он же «unbranded A5-V11» ) и повсеместного внедрения openwrt для управления сонмами устройств (в абсолютном большинстве случаев, это устройства подключаемые по USB) очень актуальной задачей становится задача управления электропитанием всевозможных модемов, картридеров, usb-rs232 преобразователей и т. д. и т. п. Найболее часто встречается необходимость управления портом при работе с GSM-модемами (для перезагрузки, например). В принципе, народ наработал уже достаточное количество решений. Для этих целей, начиная от использования свободных GPIO выводов в роутере, и заканчивая готовыми реле. Существуют решения и от сторонних производителей. Это например программируемый USB хаб на 4 порта от Acroname, который и в корпусе приятном и программным обеспечением богат, но стоит около 300$.
Есть вариант подешевле, умный переключаемый хаб с приятным названием Yupkit YKUSH всего лишь за 35€:
Самые же экономные могут использовать связку из самого дешевого usb хаба, нормально закрытого 5V реле, и любой из Arduino-к для отключения питания от usb порта в случае необходимости. Стоимость такого решения Выдержки из спецификации, касающиеся управления питания USB
Self-powered hubs may have power switches that control delivery of power downstream facing ports but it is not required. Bus-powered hubs are required to have power switches. A hub with power switches can switch power to all ports as a group/gang, to each port individually, or have an arbitrary number of gangs of one or more ports. A hub indicates whether or not it supports power switching by the setting of the Logical Power Switching Mode field in wHubCharacteristics. If a hub supports per-port power switching, then the power to a port is turned on when a SetPortFeature(PORT_POWER) request is received for the port. Port power is turned off when the port is in the Powered-off or Not Configured states. If a hub supports ganged power switching, then the power to all ports in a gang is turned on when any port in a gang receives a SetPortFeature(PORT_POWER) request. The power to a gang is not turned off unless all ports in a gang are in the Powered-off or Not Configured states.
…
Although a self-powered hub is not required to implement power switching, the hub must support the Powered-off state for all ports. Additionally, the hub must implement the PortPwrCtrlMask (all bits set to 1B) even though the hub has no power switches that can be controlled by the USB System Software.
Переводя на русский, получается, что в стандарте USB уже прописана возможность управления питанием портов, с помощью т.н. Per-Port Power Switching (PPPS), но вот встретить устройство, которое бы поддерживало эту возможность не просто тяжело, а очень тяжело. Для реализации PPPS-функционала необходимы дополнительные компоненты (полевые транзисторы и обвязка), которые в целях экономии в хабы не устанавливаются.
Чутко реагируя на запросы рынка некоторые производители указывают в спецификациях хабов функцию PPPS, но на деле дальше надписи на коробке дело не идет. И в принципе, придраться тяжело, ведь многие чипы внутри хабов эту функцию поддерживают, но вот реализовать ее без дополнительных переключателей (транзисторов) невозможно (чаще всего USB порты напрямую подключены к линии +5V).
Я даже разобрал специально несколько маленьких USB-хабов, которые планировал использовать совместно c A5-V11 роутером. Внутри оказались: чип GL850G и горяче любимый китайцами FE1.1s. Естественно внутри обнаружились только сами контроллеры с минимумом деталей. Ввиду миниатюрного размера платы поместить даже навесным монтажом транзистор и примкнувшие к нему детали тяжело. Пришлось это успокоится. Хотя, в зависимости от чипа, если в даташите встречается упоминание о over-current detection and Individual or ganged power control, то можно провести операцию по smart-изации такого устройства по методу описанному в статье. Товарищ использовал комбинацию из транзистора и кучки резисторов для включения функции PPPS в своем хабе.
Также читая документацию, ловишь себя на том, что в ней нет-нет да и встречается упоминание о том, что режим управления портами можно реализовать, добавив дополнительно в схему какой-нибудь AIC1526-0 или MIC2026 (Dual-channel power distribution switch).
Часть основная или переходим к сути
Обуреваемый невеселыми мыслями по поводу покупки китайских хабов с неизвестным функционалом («кота в мешке») и невозможности предварительной их проверки, я нечаянно натолкнулся на статью, посвященную настройке openwrt для управления питанием USB-хаба, притом в качестве примера приведен тот самый, заброшенный и забытый D-Link DUB-H7 в сером корпусе.
Изучив матчасть стало ясно, что на борту хаба помимо достаточно продвинутого контроллера Philips ISP1521BE есть и целая куча тех самых dual-channel power distribution switch AIC1528-0 для полноценного переключения питания. Хотя судя по даташиту, чип с минимальным обвесом сам может управлять питанием downstream портов (а еще там много чего, как оказалось, не реализовано, например индикация активности upstream порта с помощью технологии GoodLink, или хост USB 1.1 для корректной поддержки смеси 2.0 и 1.1 на downstream портах и т.д. и т.п.).
Кстати, для тех, кто решится повторить пройденный мной путь, сразу скажу, что современные версии D-Link DUB-H7 (в черном глянцевом корпусе) уже не так полезны, как старички серого цвета.
По информации с wikidevi.com (1,2,3,4) существует несколько ревизий данного хаба, с различным набором компонентов на борту, и соответственно с различным функционалом (А1/A5 — ISP1521BE 7-port, B1-2xGL854G 4-port, C1 — 2xGL850Z 4-port).
Внимание на D-Link DUB-H7 обращено еще и потому, что помимо его неплохого функционала, это еще и самый доступный (как по цене, так и по распространенности) в наших краях вариант. Из моделей, которые могли упоминаться попутно с «Per-Port Power Switching» можно дополнительно отметить, например, такие:
Мне искать упомянутые устройства не довелось, потому что когда-то повезло с версией ревизии A5. Правда сейчас, если бы пришлось покупать такой хаб, я бы постарался найти ревизию B1, потому что помимо управления питанием портов, чип, на котором она построена (GL854G) имеет внутри такую штуку, как Multi Transaction Translator.
Важность наличия Multi Transaction Translator (MTT) в USB хабе
Небольшое отступление для того, чтобы расказать, что такое этот Multi Transaction Translator (MTT) и почему он так важен и нужен. Передатчик операции (англ. transaction translator, TT) является важным компонентом любого высокоскоростного хаба, который обеспечивает связь между upstream и downstream портами концентратора, особенно в случае, когда эти порты работают на разных скоростях передачи данных. Фактически, TT отделяет низко- и среднескоростные устройства, от высокоскоростных (сугубо USB 2.0, например) и отвечает за работу на скоростях USB 1.1.
Передатчик операции может быть двух видов — одинарным (англ. Single Transaction Translator, STT) или множественным (англ. Multiple Transaction Translator, MTT). В случае STT используется один передатчик для всех портов, а в случае MTT — у каждого порта свой передатчик. Понятно что первый вариант более дешевый и простой, откуда происходит и основной недостаток такого варианта — в случае подключения к хабу нескольких USB 1.1 портов все они будут работать через одно-единственное «бутылочное горлышко». Думаю можно представить что будет со скоростью обмена.
Говоря простым языком, STT-хабы имеют ограничение на количество устройств, которыми можно пользоваться одновременно. В противном случае это чревато потерей пакетов из-за конфликтов в планировании передачи данных, перегрузкой хаба (особенно в случае использования активно обменивающихся данными устройств, вроде звуковых карт) и т.п. Поэтому лучше при выборе хаба сразу ориентироваться на устройства с MTT, а не искать потом причину нестабильности в работе. Если хаб уже имеется, и он, к несчастью, оказался с STT, то остается только внимательно проверить стандарты подключенных к хабу устройств и, по возможности, сократить количество подключенных USB 1.1 до одного.
К сожалению, абсолютное большинство недорогих хабов, построенных на бюджетных чипах (fe1.1s, GL850G, и ISP1521BE моего A5 хаба) на борту имеют STT, более дорогие и продвинутые (GL852G, GL854G (B1 ревизия обсуждаемого D-link DUB-H7), GL3520, VL812, VL813, SMSC USB2514) работают под управлением MTT.
Bus 001 Device 005: ID 2001:f103 D-Link Corp. DUB-H7 7-port USB 2.0 hub
Couldn’t open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 1 Single TT
bMaxPacketSize0 64
idVendor 0x2001 D-Link Corp.
idProduct 0xf103 DUB-H7 7-port USB 2.0 hub
bcdDevice 1.00
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0 Full speed (or root) hub
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0001 1x 1 bytes
bInterval 12
Вместо lsusb можно использовать утилиту hwinfo с ключем —usb (ее желательно предварительно установить через sudo apt-get install hwinfo). Тогда вывод информации о usb устройствах будет выглядеть немного иначе:
В общем, кратенько с особенностями работы низкоскоростных устройств разобрались и теперь самое время перейти к программной части.
Управляем питанием USB-портов
Cкажу сразу, найти способ реализации функционала PPPS в среде Windows мне не удалось (хотя бы из праздного интереса). Максимум — включить/отключить устройство с помощью утилиты devcon. Буду рад, если кто-то из читателей поправит и дополнит. А пока же все процедуры проводятся на примере Ubuntu (в случае openwrt – алгоритм аналогичен, хотя в последних trunk-ах она уже должна быть включена в состав «дистрибутива»).
Итак, возможность Per-Port Power Switching (PPPS) или «попортового переключения питания» реализуется на хабах с аппаратной поддержкой этой функции с помощью программы hub-ctrl или ее потомка uhubctrl. Рассмотрю их по-очереди.
HUB-CTRL
Программа написана японским борцом за независимость инженером Niibe Yutaka в далеком 2006 году. Но работает без проблем и сейчас. Для установки нам понадобится любой *nix и библиотека libusb-dev. На примере Ubuntu 16.04 LTS алгоритм следующий:
В случае недоступности адреса, можно вручную закачать исходники отсюда или отсюда и скомпилировать описанной выше командой.
У программы достаточно простой синтаксис командной строки, укладывающийся в следующее описание:
Для того, чтобы узнать эти параметры, достаточно запустить команду lsusb:
А вот так будет выглядеть конфигурация, когда все порты включены:
Чтобы получить конфигурацию как на картинке выше, понадобилось последовательно выполнить следующие команды (для изначально отключенных портов):
Соответственно, не сложно написать скрипт, который заставит for fun мигать светодиоды в нужной последовательности. Примеры таких вещей уже есть и успешно функционируют:
азбука Морзе на usb-хабе, елочные гирлянды и т.д. и т.п. Мне вот из возможностей hub-ctrl не хватило функции циклического включения для реализации своих сиюминутных светотехнических фантазий (чтобы не тратить время на написание скрипта ну и т.п.). Этот досадный недостаток устранен в преемнике — uhubctl.
UHUBCTL
Программа uhubctl представляет из себя оптимизированный аналог hub-ctrl и обладает некоторыми косметическими отличиями (ну и конечно же поддерживает большее количество устройств).
Алгоритм компиляции программы аналогичен алгоритму для hub-ctrl. За тем только исключением, что дополнительно нужно установить библиотеку libusb-1.0 (версия 1.0.12 или позднее) привычной командой sudo apt-get install libusb-1.0-0-dev, а затем скомпилировать бинарик командой make.
Синтаксис запуска программы следующий
Что из этого всего следует, или Выводы
А следует из этого то, что «секрет» в старом хабе от D-Link все-такие есть. Использование описанной технологии (PPPS) вполне обосновано при необходимости удаленного управления массивом устройств, подключенных к шине USB. Более того, способ этот уже используется для отключения жестких дисков, веб-камер и GSM-модемов (таких как на картинке):
Хотя, что касается модемов и упомянутого мной D-link DUB-H7, то есть люди, которые подвергают сомнению работоспособность такой связки (при работе с программой hub-ctrl).
Описанные в статье утилиты (lsusb, hwinfo, hub-ctrl) могут выступать отличным подспорьем при выборе очередного USB-хаба, особенно, если нет доступа к просмотру внутреннего устройства. На хабре уже описывались пользовательские идеи и ожидания от идеальных usb-хабов (здесь и здесь). Описанные алгоритмы проверки существующих хабов, на мой взгляд, отлично дополнят и разбавят описанные авторами подходы. Ну и так, вдогонку, герой моей статьи (D-link DUB-H7 ver. A5) на мой взгляд очень неплохо выглядит с точки зрения схемотехнических решений. На сим, пожалуй, откланяюсь 🙂
Что за детали установлены на обведенных позициях (а может быть кто-то даже видел схему)? Особенно интересуют элементы RP1. RP2 (подозреваю на резисторную сборку из 0-х cопротивлений).
Дополнение: если вдруг кому-то понадобится дамп прошивки микросхемы EEPROM 24C02, то выглядит он вот так:
Важно! Все обновления и промежуточные заметки из которых потом плавно формируются хабра-статьи теперь можно увидеть в моем телеграм-канале lab66. Подписывайтесь, чтобы не ожидать очередную статью, а сразу быть в курсе всех изысканий 🙂
Хабы, адреса, хост-контроллеры
Кратко опишем аппаратуру хоста. На стороне хоста должен обязательно присутствовать, хотя бы один хост-контроллер и связанный с этим хост-контроллером корневой хаб. В современных PC имеется несколько хост-контроллеров и соответственно несколько корневых хабов. Основателем каждой шины USB является корневой хаб, поэтому, если на PC несколько корневых хабов, то и несколько шин. В Linux, имеющиеся шины USB, можно посмотреть с помощью команды lsusb. Ниже приведен дамп вывода на моем компьютере:
В колонке слева перенумерованы шины USB имеющиеся в компьютере, а значит и контроллеры хабов и корневые хабы. Каждое USB устройство на шине имеет уникальный адрес, диапазон адресов от 1 до 127. Нулевой адрес выполняет служебные функции и не может быть назначен USB устройству постоянно. Адреса распределяются по устройствам на шине хостом, в процессе энумерации, и сохраняются на все время работы устройства на шине. Из работы программы lsusb видно, что мышь USB подключена к шине 03 и на этой шине ей назначен адрес 02. Устройство хранения данных подключено к шине 01 с адресом 03. Можно поэкспериментировать, поменять последовательность включения и посмотреть, как это отразится на выводе lsusb. В следующей колонке указан идентификационный код устройства ID. Этот код состоит из 2 частей, идентификатора изготовителя (vendor ID) и идентификатора изделия (product ID). Они представляют собой два уникальных числа, используемых для идентификации конкретного устройства. Операционная система, по этим кодам может определять, какой драйвер требуется загрузить для работы. Значение кода изготовителя назначается форумом разработчиков USB по заказу фирмы. Код устройства устанавливает сам производитель. Программист микроконтроллеров может задать произвольно эти числа. Другое дело, что такие устройства, поступившие в широкую продажу, могут вызвать возражения фирмы собственника кода. Кроме этих чисел, для идентификации, можно использовать номер версии устройства (ID Device).
