USB VID/PID Changer

[anatol378]

Kabron, извини отвлекся. Я наверно недопонимаю, но где-то встречал что, кроме производитель/номер устройства некоторые драйвера требуют и настроечные данные. Т.е. я о полной подмене передаваемой устройством инфы о себе.

[Kabron]

Да, для любого, которое использует стандартное оборудование.
Это стандартный запрос драйвера на DeviceDescriptor.
Стандарт USB предполагает технологический обмен через нулевой эндпоинт.
Так как он есть у всех. Вряд ли можно по другому извратиться.
Отловить запрос на дескриптор устройства довольно просто, если его отрабатывает программа. Если аппаратура - невозможно.

Кто то из нас кого то не понимает.
Посмотрим что скажут остальные.

[Kabron]

Kabron, извини отвлекся. Я наверно недопонимаю, но где-то встречал что, кроме производитель/номер устройства некоторые драйвера требуют и настроечные данные. Т.е. я о полной подмене передаваемой устройством инфы о себе.

Если чипы одинаковые то и настройки в 90% совпадут.
И вообще в концепции обсуждаемого устройства кто мешает менять любые данные?

[true71]

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

[Kabron]

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

Да собсно хотелось самостоятельно, хотя опыта и маловато..


________________________________
Ум- хорошо, а форум - лучше...

[Kabron]

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

Или я не прав? На что очень надеюсь.

________________________________
Ум- хорошо, а форум - лучше...

[Impartial]

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

Драйвер писать бесполезно. Запросы отрабатываются BIOS хоста, так как только он знает как работать с конкретной периферией.

Похоже вырисовывается следущая засада: не удастся использовать встроенные в процессоры аппаратные модули USB. Ибо такой модуль работает жестко в рамках прописанного дескриптора и в свою работу вмешиваться не прзволит. Т.е. перехватить управление на уровне обработки запроса хоста не получится и следовательно фильтровать базар на лету тоже.

Нужно детально изучать чип. Если есть возможность влезть в FIFO буфер, то возможно.

[Kabron]

Я вообще не понимаю каким боком здесь драйвер. Драйвер и все что за ним это как раз то кого мы обманываем. Он неприкасаемый.
Мало влезть в ФИФО, нужно прервать и обойти аппаратную обработку запроса. А это...?

[MisterDi]

Т.е. перехватить управление на уровне обработки запроса хоста не получится и следовательно фильтровать базар на лету тоже.

лет 7-8 назад когда девайсов от FTDI еще небыло, Philips сделал несколько жуков серии PDIUSB. Я смотрел документацию на PDIUSB11 - драйвер через него обработка пакетов выполнялась MCS-51 и в доке были примеры разбора пакетов. Если интересно - могу попробовать найти то, что осталось.
ИМХО сейчас вполне реально сделать full-speed "хамелеона", но выше - под большим вопросом.

[Impartial]

ФИФО разделено на приемное и передающее.
Нужно подменить на передачу два дескриптора - дескриптор устройства и дескриптор конфигурации. Они должны быть полностью скопированы с подменяемого устройства.
Однако, если устройство является еще и HID на каком нибудь ендпоинте, то еще и дескрипторы отчетов.
А как выглядит устройство из под какого нибудь сниффера USB?