Передать по USB c ПЛИС на ПК Опции

[enzaime]

Здравствуйте, такая проблема хочется организовать передачу данных от пк в плис и наоборот с минимальными усилиями, т.е. желательно готвое и простое решение ( может микросхема, которая выполняет эту задачу или что-то такое) Как я это представляю: к плис припаивается микросхема, кодирующая/декодирующая данные по usb (даже не принципиален usb протокол, чтобы по кабелю передавалось) протоколу, на пк ставится драйвер от производителя микросхемы, далее ,например, на с++ подключение библиотеки и использование функций, например по такому алгоритму:
1.подключить библиотеку
2. открыть порт передачи
3. передать массив
4. дождаться окончания передачи
5. принять ответ
6. закрыть порт

а на плис что-то вроде этого:

тактовый сигнал
количетсво слов (31 до 0) (бит)
шина данных(31 до 0) (бит)

по положительному фронту тактового сигнала сохранить в ram память c шины данных, пока не передадутся все слова

опытные люди подскажите есть ли такое или я губу раскатал?
гуглил: первый результат http://jorisvr.nl/usb/ , но мне показалось это каким-то сложным и кустарным что ли.
плис 5ceba7f23c8n http://www.digikey.com/product-detail/en/5...3C8N-ND/3879489
интересует именно для fpga а не hps (я видел что в hps реализованы протоколы передачи, но чтобы использовать hps это нужно как-то очень хитро что-то делать как мне кажется, в общем я пока думаю, что на fpga будет проще)
вот как-то так

[count_enable]

Вообще то не все так просто. Кроме передачи байтов есть еще слово "протокол передачи данных". И либо передача символьными кодами 2 посылки на байт, простейший автомат для сборки-разборки протокола,
либо передача-прием с байт-стаффингом. Но тогда со стороны ПК тоже понадобится самодельный софт...

Я бы рекомендовал не Уарт, а SPI бит на 16 или более. Там сразу можно передавать пакет..

SPI на 100% потребует самописного софта, а уарт можно отладить любым терминалом. Я так понял ТС требует самого минимума: передать поток байт в плис, и прочитать поток байт из плис. Лично мне удобнее всего было бы уартом, тем более что преобразователей под рукой полный ящик. Но конечно эту задачу можно решить десятком способов, и все правильные.

[iosifk]

SPI на 100% потребует самописного софта, а уарт можно отладить любым терминалом. Я так понял ТС требует самого минимума: передать поток байт в плис, и прочитать поток байт из плис. Лично мне удобнее всего было бы уартом, тем более что преобразователей под рукой полный ящик. Но конечно эту задачу можно решить десятком способов, и все правильные.

Вы не поняли. USB-SPI со стороны ПК так же видится как УАРТ. Так что тут проблем нет.
Проблемы в том, что передавать надо не "байты", а "данные". Так вот, данные бывают "от кого", "кому" и "сколько"... Потому и говорю о протоколе передачи данных, который "сидит" над UART или SPI... И если УАРТ это только 8 бит, то в SPI можно разместить кадр данных... И не надо делать байт-стаффинг...

[Maverick]

повторюсь...
можно с opencores попробовать
во вложении...

Прикрепленные файлы

 ft2232hcore_latest.tar.gz ( 17.32 килобайт ) Кол-во скачиваний: 22

 

[count_enable]

Вы не поняли. USB-SPI со стороны ПК так же видится как УАРТ.

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

[iosifk]

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

Есть альтернатива:
1. Делать разборку протокола а ПЛИС, наворачивая автоматы, стаффинг и пр. Но при этом переходник - простейший, например FT2232 - байт в байт...
2. Весь протокол переложить в переходник. Например любой стартовый набор на микроконтроллер с USB-COM. В нем на Си написать поддлержку протокола по USB-COM. Все стаффинги, CRC, перезапросы и пр. А от микроконтроллера - по SPI в ПЛИС. На 16 битов можно положить кадр: КОП, адрес, данные. При этом в ПЛИС будет минимальные затраты на обработку протокола. Для меня все равно где делать, но мне кажется, что проще на Си, чем в ПЛИС... А что касается софта, то для Wake исходники и примеры выложены...

[DSIoffe]

В синхронном, на мой взгляд, недостаток (хотя и условный), то тактовая задается самой микрухой и появляется на выходе только после инициализации на стороне ПК.
Из-за собственного клока придется делать в ПЛИС буферный двухклоковый FIFO.

По-моему, это достоинство: халявные 60 МГц для тактирования той же ПЛИС Я вообще обошёлся без микросхемы генератора. Если мало - можно подключить ФАПЧ.

[Александр77]

По-моему, это достоинство: халявные 60 МГц для тактирования той же ПЛИС Я вообще обошёлся без микросхемы генератора. Если мало - можно подключить ФАПЧ.

Эта халява работает только в режиме синхронного FIFO. Если бы вывод генератора не отключался - было бы намного интереснее.
Насколько могу судить, стабильностью генератор не отличается.