в общем задача в том чтоб управлять устройством вне зависимости от операционной системы скажем линукс
или виндовс.

Пришёл к выводу что надо оформить устройство сопряжения как диск
в котором например три текстовых файла.
кидая байт в файл 1.txt мы дёргаем портА ,
данные в текстовом файле 2.txt отвечают за конфигурацию портов и таймеров к примеру.
Файл 2.txt содержит входные данные.
типа первый байт в файле данные АЦП второй третий данные таймера 4-тый байт , данные с портА
И по мере фантазии...

в общем хочу сделать так .
подскажите или киньте ссылки.
Спасибо.

Это слишком сложно в реализации!
К тому же проще имитировать не SD а MMC (покрайней мере не надо поддерживать сразу несолько линий данных)

К тому же что бы перехватывать запись в файлы вам надо будет еще и файловую систему имитировать.

Есть еще такая вещь как SDIO вот это специально для управления, но без аппаратной реализации, будет такой гемор...

Самое логичное ваше устройство подключить через USB или UART
для авр кстати USB софтом реализован. (лоу спид)

да это скучно и это вчерашний день...

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

с FAT конечно это напряг будет слегонца.

можно реализовать и по SPI ведь все SD MMC поддерживают а значит и картридеры.

ну и насчёт эмуляции USB low speed протокола от егора например.
я думаю эмулятор SD карты это несколько проще.

А прикиньте сколько софта надо писануть было...
а юзерам?
Юзерам надо разобраться в исходниках где чего там что нажать что за что отвечает, как происходит взаимосвязь устройства с приложением и так далее...

а тут юзеру говориш вот те текстовый файл первый байт порт А второй порт Б
третий чтние,всё сохранить .

нет не значит!
это для того что бы карту можно было на простом устройстве считать!
если вы сделаете только spi скорее всего ваша карта не будет работать на большинстве устройств.

Ну если важен процесс...


USB-HID, или прикинуться виртуальным Serial.


Ну да, слегонца. FAT придется реализовывать наизнанку.

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

ну хорошо прикинусь я HID
мне прийдётся ещё воротить на делфи си басике и или в асме прогу чтоб всем этим управлять.

я думаю что все рарт ридеры знать SPI просто обязаны.
а вот SD и MMC не обязаны
потому как сложнее в реализации.
некоторые ридеры поэтому и медленные.(я так думаю)

"FAT"
будет с изюминкой,это верно

важен результат конечно больше.

Мне вот видится что это решение гораздо интереснее тем что управлять элементарно устройством,в голой ОС без каких либо сторонних программ.

Ну вот с простого самого тот же светодиод...

чтоб его зажечь надо как минимум загрузить делфи и как минимум понять что к чему "прикручено" в программе
она кстати (Delphi)не бесплатная? если кого-то это интересует

а в случае с SD картой
нам нужен любой бесплатный язык,любое бесплатное средство автоматизации типа nncron, hotkey и так делее...

которые позволяют работать с файлами на чтение и запись...
и вуаля!

ниодно решение другое не может дать такого быстрого старта.

SD MMC как раз обязаны!
а вот ридеры нет.

Чего это вы зациклились на Дельфи? Есть более стандартные и более дешёвые языки Си =)

а как может это навредить ?
ведь мы записывая в первый байт файла 1.тхт не трогаем место в секторе для второго байта .
может я что-то упускаю ?



это вы зациклились,мне вообще языки не интересны тут.
Разве это так сложно понять?


в общем я понял что такой реализации нет раз дело не пошло дальше дискуссии

Дурь-то какая . Для конечных пользователей нынче просто Web интерфейсы делают.

тем что сразу весь сектор записывается. и тем что количество записей из программы не будет равно физическому количеству записей на диск
т.е. вы записали в 1 байт потом во второй потом снова в первый, а на диск пойдет одна запись, а информация о первом значении первого байта вообще пропадет

Я реализовал MassStorage (на AVR). И могу сказать, что кэширование от компа в сторону девайса отключается легко, и по умолчанию, кстати, отключено. А вот наоборот, т.е. от девайса, всё кэшируется и как отключить я не знаю. У девайса нет никаких средств сказать ОС, что данный файл изменён. Я пишу логи в файлы, поэтому данная проблема меня касается и напрягает. Но я знаю всего лишь единственное решение - посекторное чтение. Да, тогда ничего не кэшируется, но файл, а тем более текстовый, таким образом считать без установки к.л. программ считать не удастся. Ксати м.б. кто мне подскажет как отключить это самое кэширование под win?
Кстати реализация файловой системы не в пример легче, чем реализация собственно MassStorage. И ещё я не знаю будет-ли работать MassStorage на LowSpeed. Бывает-ли LowSpeed Bulk EP? Что-то мне помнится, что на LowSpeed поддерживается ТОЛЬКО контрольный канал и InterruptIn/Out передачи. Смотреть описание лень т.к. я уверен, что топикстартер откажется от своей затеи.

А открывать с FILE_FLAG_NO_BUFFERING пробовали?
там правда еще тогда для чтения буфера надо VirtualAlloc ом создавать... но все это в MSDN описано.



Хотя да, операционка не может подумать что кто то кроме нее мог изменить файл.

Не помню т.к. давно это было. Но при случае прочту и попробую. Хотя для меня самое лучшее решение - это если лог как текстовый файл смотреть можно было-бы. Т.е. ничего не запускать вообще, а взять какой-нибудь блокнот и просто посмотреть. Кстати иногда и обновляется. По времени что-ли? Но реально прочесть самый последний лог - только передёрнуть девайс.

Да пусть бы думала что угодно. Пусть была-бы возможность кэширование на чтение отключить.

FILE_FLAG_NO_BUFFERING отключает на чтение!
только вот как заставить блокнот перечитывать файл... и открыть его с нужным флагом.

Ты с быстродействием не пройдёш...
твой девайс любой карт ридер выплюнет...
(т.к. затактирует его как обычную ММС)

и ещё мысль
1) не все карт ридеры опрашивают состояние девайса...
на тот случай если флэша допотопная
2) работают не по SPI, а по родному интерфейсу MMC

я с этим столкнулся при работе над принт сервером
Он у меня тут http://swordgreenline.narod.ru/GraniCubPrnS.html

но не всё так плохо...
есть переходник SATA - IDE...
а у большинства материнок SATA на морде.
и прикинуться по началу цдромом - врполне можно...

Есть HID дисководы 3,5
и HID флэш накопители...

одно но - по сравнению с IDE скорость будет в разы меньше и проц будет загружен только USB
(остальные задачи в фоне и нет реал тайма)
вес HID модуля 2 кила.

да кстати - HID RS232 требует драйвер.
(есть для атмеля и пика под 32х виндовс)

А что значит HID RS232?

живо себе представил Нео с разъёмом в затылке "RS232"

вообще скорость для меня значения не имеет...
там скорость 5 кб в сек не больше.
.....
нужно чтоб ситема видела микроконтроллер вставленный в карт-ридер, как диск (как это обычно происходит)
без различно какой ёмкости.
первые 10 байт доступны для записи и чтения,остальное пространство "пустое"
на этом "диске" надо чтоб был файл типа 1.txt
В него как раз и можно записать эти 10 байт.
И даже не важно какую карту эмулировать,что проще то и сойдёт.
Другими словами карт-ридер должен видеть просто какой-то массив данных "отформатированный" под FAT
для понимания что якобы всё окей.
--
Спасибо.

Виртуальный - RS232 (ком порт)
висит на USB.

НО ХОТЯ И HID - ТРЕБУЕТ ДРАЙВЕРА.
(USB - RS232 без дров в винде не работает)




Тогда один вариант - дисковод 3,5
что бы файл был - надо создать фат
чем больше диск, тем больше фат...

и если 10 байт, то просто попробуй создать файл, а 10 байт вгони в имя файла...

Во время ковыряния с проектами Print Server и Book reader

я сохранял фат области пробегающих мимо меня SD/MMC карт и в последствии выложил это - тут

И который реализуется через USB communications device class (CDC).
Или есть еще вариант через HID?

QuickWitted
тоже интересно...
не знал что бывают HID дисководы

а байты нужно обязательно внутри файла хранить
и даже желательно в трёх(1.txt 2.txt 3.txt), в каждом по 3-4 байта например.
они будут конфигурировать всю остальную часть "системы".

Как я понял - да...




Я сам не повторял...
поищи в гугле - был проект на мк и дисководе 5,25 (если память не изменяет)

Может клавиатурой прикинутся? Расширенные скан коды слать проще будет, светодиодами клава тоже моргать умеет, так что по идее туда и обратно данные пулять можно.

А мне неинтересно. Т.к. я знаю, что HID дисководов не бывает. Как, впрочем, и CDC через HID. А вот клавиатура - это HID (когда через USB).

Ребята, вы почитали бы сначала чего-нибудь по теме, прежде чем обсуждать. Особенно это к вам "QuickWitted" относится...

Интересно что ни кто не вспомнил /dev в linux и прочих.
Неужели нет в windows подобной системы?
Ответ на этот вопрос мне довольно интересен, но сейчас нет времени копаться в документации.

USB Девайс 3.5' фирмы Panasonic лежащий у меня на столе опровергает твою теорию...

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

А поискать прежде чем писать - искать в любом поисковике по фразе "usb FDD 3.5"

Один из многих примеров
http://www.krn.ru/usb_stor/fdd-3502b.htm

---------------------------------------------------
USB1.1 FDD (3.5") 1.44MB (TEAC)
Флоппи дисковод 3.5" 1.44МБ для ноутбука с интерфейсом USB 1.1
---------------------------------------------------

А про хид я не единственный у кого дисковод хидом кажет

Вот с очередного форума
---------------------------------------------------
Сейчас достал еще один флоп 5.25 EPSON SD-700 (как раз для него я бокс искал, мне даже говорили, -
зачем тебе это надо, выброси на помойку его - я их не стал слушать ) - и что интересно винда его тоже
приняла за USB-HID совместимое устройство.
---------------------------------------------------

http://flashkin.ru/table_usb_device.html

Расшифровка кодов более 7000 USB-устройств
057B:FFFF=USB FDD

1. Прошу обращаться на вы, как здесь принято.
2. HDD Panasonic наверняка является СОСТАВНЫМ USB девайсом и кроме интерфейса HID имеет ещё какой-то другой. Предположительно MassStorage. Диспетчер устройств/дисковые устройства (или дисководы гибких дисков)...
3. HDD в примере - какой-то свой драйвер имеет, но, предположительно, со встроенным начиная с 98CE драйвером MassStorage работать будет. Для флопповодов там специальный подкласс есть.
4. М.б. вы думаете, что всё, что USB 1.1 - это HID?
5. Что такое HID в hid1_11.pdf и hut1_11.pdf написано. Гугл вам в руки.

ответы писали одновременно, поэтому добавлю. То, что вы называете "расшифровкой кодов" - это значение idVendor (VID) и idProduct (PID) полей в дескрипторе DEVICE данного девайса. VID принадлежит фирме (около $4000 за 2 года), а PID фирма сама назначает. По комбинации VID:PID (+ bcdDevice = версия устройства) ставится специальный, фирмой написанный, драйвер для этого девайса. Если такого (специального) драйвера на компьютере нет - ставится драйвер общего вида (если такой есть у ОС) по полю bInterfaceClass из дескриптора INTERFACE (03-HID, 08 - MassStorage и т.д.). 057B в вашем примере это VID. Кому он принадлежит (кто за него заплатил) можно узнать на сайте usb.org. А то, что написано на указанном сайте вами сайте - полная профанация. Особенно повеселило - FFFF:FFFF=USB Diagnostic Device.

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



При установке пишет - "найдено 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 т.р.
Был заложен изначально.
Сейчас пока дело заморозилось из-за некоторых спорных вопросов по опторазвязкам (где и как) и некоторой концепции самого устройства.

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

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

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

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

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

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

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


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

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

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

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

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

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

А в чем проблема то? Раз Вы приняли решение, то и реализовывайте свою идею.
Спасибо за то, что сообщили всем о выбранном методе. Без этого половина форумчан не смогла бы ночью уснуть

дак пожалуйста чо

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

а по проекту ,люди найдены,задача решится после проработки ТЗ.

Если вы сумеете сделать эмуляцию SD карты, только при помощи AVR, которая будет читаться стандартными кардридерами, то сообщите об этом! О полезности конечно можно спорить, но сам факт реализации такого IMHO заслуживает упоминания здесь!

а тут кто-то сказал что это старо как мир ..

спросите у него может таки покажет реализацию.

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

Ну, наберите в гугле Mass Storage, если интересно. Эмуляция AVR'ом SD-карты - это маразм, как ни крути, хотя и вполне осуществимый.


...пальцы - гнуться, а негры - работать, да-да.