Делайте реэнумерацию. Когда нужен mass storage - устройство должно содержать его интерфейс, когда не нужен - интерфейса нет.
Но будут тонкости - система должна видеть это как два разных устройства.

Как я понял, вы предлагаете модифицировать дескриптор устройства на лету? НО второй\специализированный интерфейс должен быть доступен ВСЕГДА, а первый (mass storage) должен "отлочить" диск только по сигналу на втором. на этот интерфейс предполагается посадить стандартный драйвер Windows usbstor.sys.

"Отлочить" и "прилочить" должен второй (управляющий) интерфейс, который должен быть доступен ВСЕГДА.
Посмотрите спецификацию DFU 1.1 - как раз так и сделано.

спасибо, посмотрю!


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

korbian, а если ваше устройство как хаб описать? И уже к нему, с точки зрения ОС, подключается/отключается всё, что угодно.

спасибо за идею, можно попробовать!

В принципе возможно, только одно но ... обычный USB блок в известных мне микроконтроллерах не позволит вам это сделать - "подключать/отключать всё что угодно"



А это ещё зачем?

Да, про то, что адреса (старшие 7 бит) у хаба, и подключенных к нему девайсов, будут разные. Я об этом как-то и не подумал... А так хаб дополнительно всего одну Interrupt In EP займёт, ну и контрольный канал, конечно.
Жаль, что это невозможно. Т.о. можно много проблем решить было бы.
Да и вообще, у современных микроконтроллеров даже и младшие то 4 бита адреса у EP изменить невозможно.

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

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

а где почитать про это?

А поддерживается составное USB устройство, к примеру, с интерфейсом Mass Storage Device (MSD) и Communications Device Class (CDC) на уровне BIOSа??? Сможет ли BIOS распознать подобный девайс, поставить драйвер для MSD и выполнить программу с загрузочного сектора флэш памяти, которая подключена к контроллеру USB?

MassStorage, в т.ч. и в составном устройстве, биос поддерживает. И загрузится с него можно. Только интерфейс MassStorage должен первым идти. Что-то у меня иначе в винде не работало.
CDC не делал. Попробовал и пришёл к выводу, что винда только если в дескрипторе DEVICE его класс прописать понимает, а в INTERFACE - нет. Т.е. составное устройство сделать невозможно. А м.б. это у меня руки кривые...
А про драйвера и биос скажу, что это две вещи несовместные. В биосе нужно через прерывания работать. Он только MassStorage, клавиатуру и мышку понимает. Причём у двух последних для этого специальный биосовский протокол должен поддерживаться. Но из своей программы, с загрузочного MassStorage в биосе запущенной, со своим же CDC, конечно, работать можно. Через прерывания биос. Там ограничений куда как меньше, чем в случае работы из под ОС будет...

Как показывает практика, BIOS поддерживает и USB хабы. Вчера пробовал подключать загрузочную флэшку с DOS'ом через хаб. На первой машине это привело к зависанию на этапе POST, а на второй прокатило. BIOS увидел флэшку и загрузился с неё

[attachment=38334:________...________.html]
Хочу опровергнуть заявление galjoen о невозможности создания составного устройста
Сегодня попробовал сделать составное USB устройство: Mass Storage Device и CDC Ethernet Emulation Model.

Прилагаю описание дескрипторов во вложении.

А также картинку диспетчера устройств во вложении.

Сообщение отредактировал DiMonstr - Nov 20 2009, 14:20