Jump to content

    

Слёзкин

Участник
  • Content Count

    18
  • Joined

  • Last visited

Community Reputation

0 Обычный

About Слёзкин

  • Rank
    Участник
  1. Каламбур, что я сам все больше отвечаю на свой размытый вопрос, но тем не менее: TI wiki (про MSC gadget driver) объясняет концепцию работы Mass Storage. Мне кажется, тоже и для UVC справедливо. Если я верно понимаю, для MSC нужен 1) драйвер производителя (переферии), работающий с API модуля USB стека (стандартным); 2) Модуль g_mass_storage (стандартный) с аргументом, например, пути к каталогу, который будет предоставлен как root для "usb-накопителя" Подробнее. Для UVC конкретно, видимо несколько сложнее. В идеале, хочется, чтобы этакий драйвер предоставлял пользовательскому пространству видеовыход, вроде как монитор, но так ли ведет себя UVC Gadget, пока не еще понял. Немного об UVC. Ну, видимо, несложно найти интересующую меня информацию в интернете. Все что я нашел - для меня на сегодня достаточное приближение. Тему можно закрыть или удалить, если она здесь кажется бесполезной. Если нет, буду рад дополнениям, поправкам...
  2. Кажется, поспешил с утра создать тему, т.к. сам нашел некоторую информацию в нашей, пока еще глобальной, сети. 1. http://processors.wiki.ti.com/index.php/Us...t_configuration 2. Таким образом, понятно, что в ядре эта возможность предусмотрена, остается посмотреть какие API у этих модулей, а также непонятно насчет того, нужна ли поддержка "железа" конкретного производителя...
  3. --- (удалите, пожалуйста)
  4. Доброе утро. Извините, если похожая тема (как я подозреваю, но не нашел) уже существует. Ткните... На горизонте появилась задача по использованию устройства на основе ARM Cortex-A9 (TI) с ОС Linux в качестве USB-устройства, которое будет подключено к хосту x86. Устройства должны быть класса MSC (Mass Storage), как минимум и UVC (USB-Video), как оптимум. На данный момент хочется на уровне концепции понять работу с Linux в роли USB устройства указанных классов, а не хоста. Как идет функционирование - это спец. драйвер от производителя процессора ARM + API или это организуется как-нибудь иначе? Я нашел это Linux USB Gadget; есть сомнения насколько это актуально, а так же . Чем пользуются для таких целей сегодня? Ведь такая задача наверное встречается сплошь и рядом! Спасибо. p.s. Я похоже спутал раздел, мне наверное в Linux-форум надо было? Прошу перенести туда, в этом случае.
  5. А что вы используете для создания виртуального COM-порта? Если это какая-нибудь многоногая микросхема (они, кажется, не так дешевы?) может быть перейти на контроллеры, поддерживающие USB?
  6. А с шифрованием никто дела не имел? Затруднение в том, что если простые, не шифрующие карты можно считывать через однонаправленный Wiegand, то существует ли стандарт для считывателей, использующих шифр (который, как я понимаю, должен передаваться от моего приложения к считывателю)? Все что нашел в интернете рассчитано на ПК...
  7. Спасибо! Больше оснований перейти к практике...
  8. Спасибо! В первом приближении, мы хотели заявить, что устройство совместно с любыми Wiegand - считывателями... Но теперь, сомнения широким фронтом наступают... А какой у вас был период следования?
  9. Здравствуйте! Прошу помочь. Стоит задача - разработать устройство, совместное с большинством возможных Wiedand считывателей, например как те что можно увидеть тут: http://www.alibaba.com/trade/search?fsb=y&...=wiegand+reader Поиск источников не принес ожидаемых результатов, например: http://electronix.ru/forum/index.php?act=a...post&id=152 http://www.prox.ru/doc/wiegand-protocol.pdf http://www.idencom.com/oem/3020/Biokey_Wiegand.pdf По приведенным выше ссылкам ширина импульса варьируется от 50 до 200 мкс, а период следования от 1 до 2 мс. Нашелся стандарт, SIA AC-01-1996.10, скачать который за восемьдесят (для кого-то - сорок) долларов можно здесь: https://siamembers.siaonline.org/eweb/Dynam...E2-4BC7746267E0 Буду несказанно рад, если кто-то обладает достаточной информацией об этом протоколе или месте, где можно скачать SIA AC-01-1996.10 без затрат? Спасибо!
  10. Спасибо, Hoodwin, всё дейтвительно в этом. И всем кто отвечал тоже - спасибо!
  11. А еще вот маленький вопрос, слой Outline каким-то образом можно передать в гербер? При попытке в меню Manufacture -> Artwork... включить этот слой в какую-либо из групп, все проходит успешно, но когда я открываю этот файл в просмотрщике герберов, контур платы там отсутствует... Или, для того, чтобы контур платы попал в .art файл, нужно повторить его в каком-нибудь другом слое?
  12. Спасибо! Многое стало яснее.
  13. Нет, в гербер он тело платы (outline) вообще не желает импортировать. То есть файл создается, но (в отличие от прочих слоев) не импортируется обратно (для проверки, как указано в инструкции). В документе написано, что данные об отверстиях нужно экспортировать в файл .drl, который чем либо открыть вообще не представляется возможным... Конечно, на худой конец, сделаю какой-нибудь dxf, но хотелось бы понять можно ли средствами пакета создать все что нужно... p. s. Кстати, а как крутить элементы на произвольный угол? Такое возможно? Как крутить, нашел... (от руки вписать угол в открвающийся список).
  14. Здравствуйте! Я недавно начал работать с этой системой... Нужно сделать в плате несколько фрезеровок, в том числе и под углом (пусть будет - произвольным). Рисование прямоугольников в слое Board Geometry / Outline не принесло ожидаемого эффекта, равно как и использование инструмента "вырезать форму" (Outline не поддается этой операции). Все что я нашел в документации - это формирование механических элементов с помощью Padstack Designer, однако в последнем можно сделать только квадратное или прямоугольное отверстие, которое при вставке нельзя повернуть точнее чем на 45 градусов... (по крайней мере, я не нашел, как это сделать...). Подскажите пожалуйста, как нужно создавать в плате прорези, чтобы они воспринимались САПР именно как прорези и импортировались в файл .drl? Если это возможно только через Padstack Designer, то можно ли (и как?) вращать элемент на произвольный угол? Большое спасибо!