внешний осмотр ничего кроме дисковода не показывает



При установке пишет - "найдено HID совместимое устройство"...

я не думаю (придумываю, изобретаю, изворачиваюсь) - я цитирую...

дисковод не мой - на работе я и собираюсь домой...

Нет, не бывают. HID он-же Class 3, а всякие разные Mass Storage это Class 8, из них FDD это 8.4 или 8.5. Human Interface Device драйвера ни сном ни духом не знают ни о каких накопителях и соответствено наоборот.

С Вашей стороны это просто ложь . Зачем?

Ну я не стал бы так категорично... А вдруг это дисковод встроенный в мышь или что-то подобное? Т.е. девайс с двумя интерфейсами, один из которых HID. Я подобные составные девайсы с интерфейсами HID+MassStorage делаю. М.б. он счасливый обладатель моего девайса ? Я даже могу допустить, что не я один такой умный, что ваяю ТАКИЕ ДЕВАЙСЫ !

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

НО ОНО ПИШЕТ!!!
Если завтра он ещё на работе валяться будет – вышлю особо неверующим скриншот с экрана чужого ноута…

А я бы СТАЛ. Пусть там хоть десяток комбинированных устройств еще видится, но Mass Storage НЕ ЕСТЬ HID и не подддерживается HID стеком - это факт и никакое наличие прочих устройств значения не имеет нималейшего.

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

Вот, как и обещал, скрины установки и скан стикера девайса.
(еле уговорил хозяина FDD, который немного торопился обратно
на вторую работу, сделать хотя бы их - до экспериментов с прогами
меня не допустили.)

Повторный осмотр девайса не выявил каких либо дополнительных устройств
или функций. Т.е. будем называет его по основной - внешний USB дисковод 3,5.

А так как этот девайс, для неизвестных мне целей, имеет HID интерфейс,
то сокращённо я его обозвал: HID дисковод 3,5'

По теме: "Применение сдвоенного девайса - HID клавиатуры и дисковода
на мой взгляд могло бы решить проблему передачи данных без установки драйверов"
что я и предлагал с самого начала.

PS: Отвечаю только потому что ОБЕЩАЛ выложить фото...
(можно считать что обещание выполнил...)

Приятного вам общения...

Ну и в качестве эпилога:
Есть многое на свете... друг Гораций, что и не снилось нашим мудрецам... © В.Шекспир
Я не золотой червонец, чтобы всем нравиться... © И.А.Бунин
Мне всё равно что думают обо мне, главное что я думаю о них. © Английская королева.

Ну и видим, как и должно быть отнюдь не HID а самый нормальный дисковод.

Точка, Ваше Величество.
P.S.
А смотреть надо подключенные девайсы к USB шине, а не то, что на них потом взгромоздилось.

1. В скриншотах не раскрыты "Контроллеры универсальной последовательной шины" чтобы посмотреть есть-ли там "составное USB устройство". Хотя даже если оно там есть, то это м.б. встроенный картридер. У меня на ноутбуке 2 таких встроенных составных устройства.
2. Непонятно что за HID там имеется. Скорее всего это клавиатура или мышь. Если посмотреть свойства у "USB HID-совместимое устройство", то там скорее всего будет что-то типа "Размещение 0 (Optical Mouse)".
3. При установке не было надписи "Найдено составное USB устройство".
Вывод: HDD и HID принадлежат к совершенно разным устройствам, а никакой это не "HID дисковод 3,5'".

А вот это совершенно верно. Именно для подобных целей я и делаю такие девайсы, хотя у HID-а там в USAGE не 6 (клавиатура), а 0xFF10 (Vendor Defined). Т.е. некто, назовём его "блондинко", который о существовании моего девайса до этого не знал, вставляет его в USB и на открывшемся диске мышкой нажимает на исполняемый файл. И далее смотрит логи, хотя даже не знает что это так называется. Ну и если в состоянии, то может и что-нибудь настроить/поуправлять.
Но здесь я хочу заметить:
1. Что и один HID (без MassStorage) также решает "проблему передачи данных без установки драйверов". Передачу данных в обе стороны конечно.
2. На LOW speed создание MassStorage невозможно т.к. там не бывает bulk EP.

так ну что так и не нашли ?.

в общем суть-то такова (ещё раз )чтоб взять скажем ATmega16
вставить в карт-ридер комп покажет что вот мол диск появился..
на диске три файла
in.txt
out.txt
setup.txt

первый файл отображает несколько ячеек памяти МК включая некоторые регистры
Это для датчиков температуры мониторинга состояния таймеров и так далее...

во втором файле первый байт дублируется на порт А
остальные пока не важно....

setuo.txt
тут конфигурация контроллера,типа:
какая точность у термометров,время шага счёта разряд\заряда конденсатора и так дальше.
так же зеркала регистров контроллера.
файл так же содержит имя текущей прошивки в микроконтроллере(только чтение)
и имя следующей R\W
бит старта бутлоадера..
и некоторые тонкости...

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

при вытаскивании реальной флешки на "диске" должны остаться три основных файла.
всё

А дальше как фантазия и авторан и html странички динамические вместо текстовых файлов...и прочее прочее...
ко всему прочему теперь прошивку можно будет зашивать простым копированием на диск(конфигурируемо)


тут вижу две реализации:

1) прикинуться slave устройством типа ммс sd карточки...
тут знания одних стандартных библиотек не хватит но выглядит более изящно.

2) Используя реальную карточку периодически или нет отнимать управление у карт-ридера на себя и выполняя нужные действия.

вот такой проектик и это типа некоторые вещи из технического задания....
бюджет 10 т.р.
Был заложен изначально.
Сейчас пока дело заморозилось из-за некоторых спорных вопросов по опторазвязкам (где и как) и некоторой концепции самого устройства.

Вот такой принципиально новый подход Которого как оказалось ещё нету.
ко всему прочему в этом случае мы получаем сетевой доступ и так далее...
Проект довольно интеллектуально ёмок но исключительно железо-дешёв.

Сообщение отредактировал ветерок - Mar 11 2009, 14:51

Подход старый как мир. Только вот SD/MMC эмулировать смысла нет никакого - проще и удобнее использовать USB.

Бюджет в 10 тыр поражает воображение.

А так же абсолютно бесплоезен
Вы думаете что читать конфигурацию контроллера из файла удобно?
Да и по цене Atmega16 можно купить STM32 (типа STM32F101C4T6A), а он пошутсрее будет и там есть USB.

С точки зрения программиста КОМпорт это тоже файл. Может не выпендриваться а просто использовать старый и уже стандартный КОМпорт? Реальный или виртуальный....

Мне как заказчику луче виднее что лучше, что нужнее, что выгоднее и удобнее...
Правда ведь ?

За вас уже всё посчитали большие дядьки
А вы конечно,можете делать как удобнее вам никто не запрещает.


Раз старо, покажите конкретное по заданию решение,буду рад.

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

Про компорт
мне не файл нужен, а диск и методы и свойства диска,ак устройства диск, а не как порта.
текст-то читаете вообще ?

Реализация на USB микроконтроллерах экономически не целесообразна в этом проекте в этой задумке да и не только в этой...

Сообщение отредактировал ветерок - Mar 11 2009, 17:29

любая задача имеет "простое", "понятное", и особенно "выгодное", но неправильное решение. Вы не первый

Если Вы "заказчик", но не пытайтесь подменять исполнителя...