Помогите подобрать готовое решение., Необходимо принять данные по 8-битной шине и передать на ПК Опции

[KIM]

Уважаемые Коллеги.

У меня возникла проблема со следующей задачей: необходимо ввести данные передаваемые с одного девайса в ПК для их дальнейшей обработки. Данные передаются по 8-битной шине с частотой 40 МГц, протокло нестандартный. Передаются с перерывами, то есть средняя скорость - не 380 МБит (48 000 000 * 8 бит), а примерно около 100 МБит в секунду. Необходимо изготовить платку, которая бы корректно принимала данные с этого девайса и передавала на ПК по USB, или там, Ethernet.

Здесь и возникает проблема - одним из первых приходящи на ум решений было бы взять что нибудь типа cy7c68013, и либо по GPIF напрямую принимать данные с девайса, либо завести его на ПЛИС (достаточно бы было какой нибудь недорогой FPGA), а плис бы принимала данные с девайса и слала их в cy7c68013 по Slave Fifo. Ну или что нибудь типа этого ))

проблема состоиит в отсутствии специалиста по программированию ПЛИС.

В этой связи мысли уходили в сторону покупки какого нибудь одноплатного компьютера с GPIO,тогда бы можно было завести GPIO на девайсину и принимать через него, а потом слать на ПК по одному из кучи доступных на одноплатном компе интерфейсов, однако мне кажется, что GPIO не успеет отрабатывать с требуемой скоростью (40 МГц).

Есть ли какие нибудь решения данной проблемы? Может какие нить высокоскоростные интерфейсы, которые можно прогать с одноплатного ПК?

[Xenia]

Данные передаются по 8-битной шине с частотой 40 МГц, протокол нестандартный.

Передать еще можно исхитриться, но что будет делать ПК с таким потоком данных? Ведь это же получается 40 МегаБайт в секунду! На диск с такой скоростью не запишешь, и в памяти не сохранишь.
Если плату в PCI-разъем городить, то придется через DMA с ней работать, ведь прерывания на каждый принятый байт ПК не успеет делать. И в протоколе тут некогда разбираться - скоростища-то какая! Выходит, что протокол надо разбирать либо на аппаратном уровне, либо какой-то очень быстрый процессор на линию ставить. Что-то типа тех, что на видеокартах используются.

[KIM]

Передать еще можно исхитриться, но что будет делать ПК с таким потоком данных? Ведь это же получается 40 МегаБайт в секунду! На диск с такой скоростью не запишешь, и в памяти не сохранишь.
Если плату в PCI-разъем городить, то придется через DMA с ней работать, ведь прерывания на каждый принятый байт ПК не успеет делать. И в протоколе тут некогда разбираться - скоростища-то какая! Выходит, что протокол надо разбирать либо на аппаратном уровне, либо какой-то очень быстрый процессор на линию ставить. Что-то типа тех, что на видеокартах используются.

я указывал что данные передаются с небольшими перерывами, то есть среднняя скорость за секунду не 40 Мбайт, а примерно 12- 15 мегабайт, в дальнешем идет запись на диск.

реально CY7C68013 позволяет получить около 20Мбайт/сек. здорово облегчает жизнь встроенный 4кбайт буфер, который можно распределять между энд пойнтами. с его помощью можно немного сгладить неравномерность потока. протокол устройства можно попробовать реализовать на CPLD, например, MAX 3000 или MAX II. CPLD освоить довольно просто... для подобной задачи (согласование несложных протоколов) мне понадобилось около недели, а начинал я практически с нуля. осваивал лишь по материалам нашего форума и документации с альтеры. сам же собрал программатор и всё легко отладил. не стоит бояться ПЛИС. ничего сложного в небольших ПЛИС нет. та же схемотехника, только реализована на кристалле. можно схемы рисовать, а можно описывать. для описательного языка имеются готовые шаблоны и интерактивная подсказка. совершенно замечательный отладочный доктор, который предупреждает о типичных ошибках, например желанием получить задержку на вентилях.

Спасибо, совершенно согласен ) Уже начал разбираться. Просто хотелось уже ради интереса узнать, альтернатив ипользованеимя ПЛИС в данном случае никаких? Протокол передачи данных с устройства действительно простейший.

[Xenia]

я указывал что данные передаются с небольшими перерывами, то есть среднняя скорость за секунду не 40 Мбайт, а примерно 12-15 мегабайт, в дальнешем идет запись на диск.

При приеме важна пиковая нагрузка, а не средняя. Т.е. здесь более важна продолжительность беспрерывной передачи, чем продолжительность перерыва. Представьте себе, что данные идут непрерывно 1 час, а потом перерыв 1 месяц.
Данные-то у вас хоть стробируются? Если да, то можно поставить 8 SPI-интерфейсов , по штуке на каждый бит, а строб завести на общий clock, - и пусть собирают .