один из методов вскавыривания протокола - поставить виртуалку, из нее подцепить usb-port физической машины, и на физической машине включить снифер wireshark.

так а как? есть же распиновка. если есть рот, значит, берёт подведены провода, то есть GND, и +5 В. тестером ткнул и померял - хотя там стабилизированное всё.

Ответ на комментарий криптолог_эмоций # мне не надо протокол. к чёрту протокол! мне надо вольты и амперы!

Ответ на комментарий Reeder # Если и можно снять напрямую, программно, ачх характеристику с усб порта материнской платы, то это уровень драйвера и биоса. Ведь если рассуждать логически, когда материнка получает питание она опрашивает устройства, как? Имхо для этих целей проще вынуть материнку и взять вольтметр, а то и осцилограф. Если же машина удаленная и требуется снять именно программно, то скорее всего нужен драйвер, который генерирует какой-то поток данных и по количеству ошибок, приблизительно, примерно перекладывает результат на диапазон частот. Не думаю, что разработчики биоса оставляют возможность просмотра ачх усб-порта. Мне кажеться, точная инфа теряется уже тут. Возможно, в каких-то серверных UEFI это и доступно. Но опять же, нужен подход к устройству. Если такая возможность есть, теоретически, наверно возможно запросить эту инфу с уровня драйвера(модуля ядра). Другими словами, я не знаю и с интересом наблюдаю за вами. Найдете решение, пожалуйста, опубликуйте, буду благодарен.

Просто на уровне программиста, это работа с функциями DeviceIoControl в Windows и ioctl в Linux. Т.к. не гуру программирования, с ходу не могу сообразить как получить достоверную АЧХ этими методами. ИМХО никак.

Если огрубить еще, то получается, что нужно получить АЧХ из последовательности байт. Аналог из Цифры. Даже АЦП уже тут теряет информацию. Т.е. разработчик материнки должен подвести выводы с усб, на входы ацп и потом пробросить эту инфу куда-то там по ближе к программисту. Имхо нет причин, которые заставили бы разработчиков материнки впихивать по дополнительному чипу к ножкам каждого порта.

Ответ на комментарий криптолог_эмоций # к чёрту ачх. унас тут что - аудиотракт чтоли? ) есть доступ к регистру порта. вот там есть бит который отвечает за состояние overcurrent он то мне и был нужен

криптолог_эмоций, так бы же следующий пост, через полчаса - там обе утилиты которые я нашёл