AVR + V-USB Как же оно работает!?

[elf32]

Никак не могу разобраться, как же оно должно правильно работать.?
Пересмотрел кучу статей и примеров, но до истины не добрался.
И так, по порядку, очень прошу разъяснить мне:
custom-class hid-custom-rq hid-data hid-mouse - какая существенная разница между ними? почему я не могу сделать мышку на custom-class или флешку/термометр на hid-mouse ? Или могу!? - тогда опять какая существенная разница между ними?
Какой класс выбрать для двустороннего обмена данными произвольной длинны, например для выгрузки eeprom/настроек на комп и запись обратно с компа.? Какие при этом нужно внести настройки в usbconfig.h? И почему именно такие (т.е. что какая настройка делает)?
Все примеры сводятся к передаче 1-2 байта для включения или выключения светодиода. И нет ни одного примера/статьи где бы было все разложено по полочкам, почему надо именно так, а не иначе.
Как передать 100500 символов? Смотрел так же примеры обмена большими данными, но там черт ногу сломит. Ну почему не привести пример выгрузки каких то настроек с мк на комп и обратно, что практичнее за эти светодиоды.
С английским дружу, перечитал usbconfig.h, usbdrv.h, vusb.wikidot.com, но от этого еще больше запутался.
три дня уже

[jakov1965]

Сюда надо заглянуть.
http://microsin.net/programming/avr-wor ... index.html

[ARV]

почему надо именно так, а не иначе

все дело в драйверах.
все пользовательские классы USB-устройств должны быть поддержаны соответствующими драйверами. windows DDK у вас проблемы не вызывает? тогда вперед - пишите свой драйвер и свой USB-класс реализуйте. но что-то мне подсказывает, что это не ваш уровень.

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

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

[elf32]

но что-то мне подсказывает, что это не ваш уровень.

А что это Вам подсказывает? У меня более 10 лет общего опыта программирования и только несколько дней под мк.
Но суть даже не в том как кодить устройство, а просто понять как оно должно быть/работать, то самое почему надо именно так, а не иначе.

Спасибо

[B@R5uk]

У меня более 10 лет общего опыта программирования

Книга Павел Агуров «Интерфейс USB — практика использования и программирования» вам в помощь.

[ARV]

А что это Вам подсказывает?

что-то

Спойлер

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

[COKPOWEHEU]

В последних виндах вроде проблемы с неподписанными драйверами.
Что ж вы такое делаете что через vusb надо кучу информации слать?

[Siarzhuk]

почему я не могу сделать мышку на custom-class или флешку/термометр на hid-mouse ? Или могу!?[/u]?

Почему, можете. Только потом придётся написать драйвер для операционной системы ПК, чтобы эта мшыка работала. А термометр такой разве что будет мышиным курсором открывать Paint и в нём температуру отрисовывать художественно.

Какой класс выбрать для двустороннего обмена данными произвольной длинны, например для выгрузки eeprom/настроек на комп и запись обратно с компа.? Какие при этом нужно внести настройки в usbconfig.h? И почему именно такие (т.е. что какая настройка делает)?

CDC. Ибо для HID придётся описывать в hid репортах все варианты пакетов. И, вроде как ограничение на 64 байта максимум.

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

Потому, что V-USB - это "велосипед для нищих". Забавная игрушка из серии доказательств что такое возможно, не более того. Открытость опенсорца компенсируется временем на его освоение и допиливание.

Как передать 100500 символов? Смотрел так же примеры обмена большими данными, но там черт ногу сломит. Ну почему не привести пример выгрузки каких то настроек с мк на комп и обратно, что практичнее за эти светодиоды.

Из стандартных - делайте CDC - это serial port - минимум головной боли на клиентсой стороне. Но сначала прикиньте останется ли в камне ресурс произвести эти сотни пятихаток после того как в МК заселится толстая жаба эмулятора USB.

С английским дружу, перечитал usbconfig.h, usbdrv.h, vusb.wikidot.com, но от этого еще больше запутался.

Вам по основам USB надо знания подтянуть. Большая часть вопросов просто отпадёт.

три дня уже

Три дня вашей жизни стоили меньше чем современный МК с USB контроллером на борту?

[elf32]

Что ж вы такое делаете что через vusb надо кучу информации слать?

Я пока еще не знаю

Вам по основам USB надо знания подтянуть. Большая часть вопросов просто отпадёт.
Три дня вашей жизни стоили меньше чем современный МК с USB контроллером на борту?

Да, действительно, более менее прояснилось после чтение специфики работы usb.
А вот три дня жизни, не зря, опыт. МК с USB вообще не проблема, но нужно учитывать поставленные задачи. А если это для производства? - в первую очередь компактность и себестоимость.

сначала прикиньте останется ли в камне ресурс произвести эти сотни пятихаток после того как в МК заселится толстая жаба эмулятора USB

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

[ARV]

А если это для производства?

имхо, худшая идея - применить V-USB для производства

сделать только бут загрузчик на этой либе, то проблем не будет

еще как будут проблемы - область загрузчика не резиновая, V-USB туда не влезет

если я не путаю, все современные МК с аппаратной поддержкой USB во-первых, значительно дешевле связки AVR+V-USB (к слову: разновидность V-USB существует и для PIC-ов), а во-вторых, уже содержат внутри загрузчик, причем некоторые именно загрузчик через USB. про надежность таких решений в сравнении с V-USB говорить в принципе нельзя: это как сравнивать танковую броню с туалетной бумагой.

[COKPOWEHEU]

Из стандартных - делайте CDC - это serial port

Где бы еще взять рабочие драйвера для CDC. Те что встроены в ядро (старше 3.16 вроде, а у меня сейчас 4.4) опознают устройство, но обмениваться данными не позволяют. Возможно, это связано с какими-то нарушениями спецификации usb 1.1.

[Siarzhuk]

А вот три дня жизни, не зря, опыт. МК с USB вообще не проблема, но нужно учитывать поставленные задачи. А если это для производства? - в первую очередь компактность и себестоимость.

Серьёзно делать ставки на AVR МК при планировании производства в октябре 2016 года - это от недостатка информации, поскольку в силу недавних событий камни сии одномоментно стали для нового хозяина legacy, а по старой доброй привычке Микрочипа профитировать на приверженцах старины их нынешняя стоимость гарантированно не гарантирована. В общем разминайтесь с AVR и присматривайтесь к STM32.

Добавлено after 15 minutes 26 seconds:

Те что встроены в ядро (старше 3.16 вроде, а у меня сейчас 4.4) опознают устройство, но обмениваться данными не позволяют.

Речь о связке V-USB и Линукс? Это через cdc_acm работа? А майнтайнера попинать, или нету такового?

[B@R5uk]

В общем разминайтесь с AVR и присматривайтесь к STM32.

Плюсую этого товарища! STM на голову выше во всех аспектах и дешевле в разы.

[elf32]

В общем разминайтесь с AVR и присматривайтесь к STM32.

Почитал, сравнил - действительно, на порядок лучше. НО, для начинающих под вопросом, так как нужно смотреть по наличию готовых либ под конкретные задачи.
На AVR я уже нашел и прикрутил основную либу, все работает, особо проблем не было.. Попробую STM32, если получиться, будет здорово, перейду на него.
Спасибо.

[oleg110592]

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

наличие присутствует: http://www.st.com/en/embedded-software/ ... 32092.html
Внутри архива присутствуют примеры под разные USB задачи.
Пример проекта на основе этой библиотеки: http://tomeko.net/miniscope_v2e/
примечание: микроконтроллеру STM32F042 кварц не требуется - внутри присутствует точный генератор

[elf32]

наличие присутствует: ... Внутри архива присутствуют примеры под разные USB задачи.

Спасибо, но в моем случае основная задача это не USB.

[YS]

А если это для производства? - в первую очередь компактность и себестоимость.

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

По теме.

1. V-USB не вполне соответствует стандарту (например, CDC на ней - чистый хак), это раз, и сильно грузит контроллер, это два, и потому может рассматриваться только как решение для совсем хоббийных проектов.

2. USB - не самый простой и не самый дешевый способ соединяться с ПК. Во-первых, сам протокол очень заморочен, во-вторых, чтобы официально использовать USB в устройстве надо купить VID (это дорого). Иначе могут быть коллизии с другими устройствами, да и просто могут подать в суд.

3. Проще всего организовать обмен с устройством через преобразователь USB-UART.

4. Лучшие материалы по USB, которые я читал, это USB in a Nutshell и USB Made Simple.