Скоростной девайс с USB интерфейсом - нужен совет, нужен совет опытных людей... Опции

[MSL]

Нужно сделать высокоскоростное USB устройство, которое будет общаться с PC. С выбором контроллера для юсб особой альтернативы, как я понял нет - Cypress. Проблема в другом - переданные в пакете команды и данные необходимо выводить по заданым алго на несколько GPIO пинов (8 шт) и читать с этих пинов с частотой до 20Mhz (а желательно и выше). Т.е. в связке с cypress нужен как можно более быстрый и как можно менее навороченный (не нужны CAN, Ethernet и пр.) МК, в котором можно по мере необходимости апдэйтить программу. такая вот засада... кто сталкивался с похожей задачей - подскажите плиз как лучше реализовать. спасибо!

Сообщение отредактировал MSL - Apr 13 2007, 20:38

[MSL]

спасибо всем, кто откликнулся и посоветовал.. пока изучаю мануалы TI на TMS320VC5509A и TUSB6250 (TUSB6250 это мк с hi-speed USB и ядром как у cypress, но вроде побыстрее - 60мг и тактов на команду меньше). Поскольку устройство будет принимать и передавать данные со скоростью от сотен килобайт до нескольких мегабайт в секунду - full speed думаю будет достаточноЖ-) Основная нагрузка будет ложится на разбор команд из юсб пакета. Даже самая простая low-level команда - такая как выставить пины в соотв. с переданными байтами, с определенными задержками и чтением указанных пинов через заданные интервалы будет выполняться уже за десятки команд (а будут и команды сотоящие из low-level команд). 013a никак не потянет все это на 20mhz. Поэтому, пока склоняюсь к TMS320VC5509A, хоть там и новое для меня ядро. C удовольствием сделал бы на МК с ARM9, т.к. с arm все для меня понятно, но пока не нашел ненавороченного мк с арм9...

[vmp]

013a никак не потянет все это на 20mhz.

Сразу видно - документацию не читал.
В Cypress FX2 данные обычно идут в обход процессора, сразу на FIFO или GPIF. Процессорное ядро там нужно только для начальной конфигурации и (иногда) для разбора высокоуровневых команд. Данные же там обрабатываются аппаратно без участия процессорного ядра.

[MSL]

Сразу видно - документацию не читал.
В Cypress FX2 данные обычно идут в обход процессора, сразу на FIFO или GPIF. Процессорное ядро там нужно только для начальной конфигурации и (иногда) для разбора высокоуровневых команд. Данные же там обрабатываются аппаратно без участия процессорного ядра.

да ну не могу ж я ЗНАТЬ ВСЕ о разных МК только прочитав манулы-)) ЗНАТЬ можно только после того как что-то на чем то сделал, наступив на все грабли...

постараюсь пояснить что я имел в виду... Например, я послал устройству команду 0x81 0xAA 0xBB, таких команд может быть несколько. Например, с помощью МК она должна по битам с 0го вывести байт 0хАА на пин0 а байт 0хВВ на пин1, прочитав при выводе состояние пин2, пин3, пин4 и отправив эти 3 байта сразу, потому что бит7 в байте команды подразумевает ответ немедленно и данные должны быть отправлены сразы не дожидаясь заполнения буфера.

так вот вопрос - подскажите тогда, как знающий человек, сколько байт и пакетов я должен послать к 013а, чтобы сайперс выполнил эту последовательность через GPIF и я получил данные и привел их к виду 3х байт?

[scifi]

Поскольку устройство будет принимать и передавать данные со скоростью от сотен килобайт до нескольких мегабайт в секунду - full speed думаю будет достаточноЖ-)

Вы что-то путаете: Full Speed - это до 12 Мбит/с, т.е. до 1,5 Мбайт/с.

да ну не могу ж я ЗНАТЬ ВСЕ о разных МК только прочитав манулы-)) ЗНАТЬ можно только после того как что-то на чем то сделал, наступив на все грабли...

Всё знать и не надо. Надо знать, сможет ли данный МК справиться с поставленной задачей. А это можно выяснить, прочитав руководства.

постараюсь пояснить что я имел в виду... Например, я послал устройству команду 0x81 0xAA 0xBB, таких команд может быть несколько. Например, с помощью МК она должна по битам с 0го вывести байт 0хАА на пин0 а байт 0хВВ на пин1, прочитав при выводе состояние пин2, пин3, пин4 и отправив эти 3 байта сразу, потому что бит7 в байте команды подразумевает ответ немедленно и данные должны быть отправлены сразы не дожидаясь заполнения буфера.

Здесь могу только согласиться с vmp: либо меняйте протокол обмена, либо ставьте ПЛИС.