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

[KIM]

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

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

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

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

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

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

[Muxa]

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

кстати, для CPLD MAX II имеется готовое PCI решение, которое продаётся вместе с прототипной платой.
http://www.altera.com/products/devkits/alt...maxii-1270.html
стОит примерно 8000т. р. да вот, прямо сейчас в терре http://www.terraelectronica.ru/catalog_inf...=class_19_4_2_3

KIM, при рассмотрении интерфейса USB имейте ввиду, что в самом протоколе заложена неприятная особенность, не позволяющая нормально работать в условиях синфазных помех. дело в том, что если с оконечного устройства по обоим диф. линиям приходит импульс определённой длительности, то хост, согласно протоколу, может посчитать что оконечное устройство заснуло или отключилось. при этом хост обрывает обмен и снижает ток питания до дежурной величины. для того чтобы возобновить обмен, ендпойнт должен послать команду своего пробуждения. вся эта кутерьма занимает десятки миллисекунд. так что буферизация не поможет.
я на эти грабли уже наступил и продолжаю по ним ходить. поверьте, никакая опторазвязка до конца не решает проблемы. она только снижает частоту сбоев. так что, если ваше устройство питается от другого щитка, USB точно не для вас.