Требуется сделать систему сбора данных с 2х быстрых 2х-канальных 10-битных АЦП MAX1181(80Msps), осонованную на Cyclone II. Управление работы системы будет идти через сигнальный процессор TI TMS320LF2407A. Данные собираются внутри FPGA в FIFO по ккомманде от TMS. Далее, по комманде с удаленного компьютера через тот же TMS эти данные необходимо передать через MCP2515 по шине CAN(MCP2515 присоединен по шине SPI). Хотелось бы получить несколько советов по реализации системы конфигурации и управлению CAN-контроллера.

Я посоветую все это сделать на TMSе, не загружая FPGA этой протокольщиной, которая значительно лучше ложится на процессор.

я бы вообще избавился от mcp2515, т.к. у tms есть свой can-контроллер, но схема не моя, осталось разработать прошивку для cyclone ii.

Ну так сделайте толкьо FIFO в циклоне, чтобы TMS читал его с параллельной шины своей. А все остальное в TMS

MCP2515 явно лишнее звено. CAN-контроллер можно брать или процессорный или в самой плис сделать

Да-да, хоть она не Ваша, но исправить ее при помощи скальпеля и соплей всегда можно - у Вас есть все основания указать на некомпетентность разработчика схемы.

А что вы думаете насчет использования Nios для таких целей. Я почитал Гугл, в подобных случаях люди предлагают использовать именно его.

На кой он Вам, когда у вас есть нормальный процессор с нормальным CAN на борту? NIOS используют когда процессора снаружи нет, или он не справляется, Вам это вряд-ли грозит. Или хочется побольше работы себе придумать?

Физически править плату науч.руководитель не разрешит, а передача по импровизированной последовательной шине с дуплексированием не кажется намного более легким решением.

Варианты решения проблемы:
- тогда принимайте, что есть и работайте с ним...
- делайте новую плату как Вы считаете правильным....
- доказывайте своему руководителю про некоректное схемотехническое решение (которым является Ваша плата) и получайте разрешение на правку платы или на изготовление новой платы, хотя ... сделать на существующей плате несколько соплей как вариант для проверки решения можно...

PS предлагаю такой вариант попробуйте посмотреть возможность пин ту пин замены существующей плис на Cyclone III (будет больше логики) ... Подсоедините к плис MCP2515 по шине SPI и организовывайте передачу.
В принципе можно попробовать обойтись и без микропроцессора, хотя я не знаю полного ТЗ на разработку... Всегда будет возможность организовать микропроцессор внутри плис.
Но мне не понятен момент АЦП 80Msps, а CAN имеет 1 Мбит/с - разброс скоростей большой, где будете хранить данные,т.е. организовывать буффер? Тем более у CAN есть недостатки:
- Небольшое количество данных, которое можно передать в одном пакете (до 8 байт).
- Большой размер служебных данных в пакете (по отношению к полезным данным).
Почему выбран CAN ?

Если грамотно обосновать, то просто обязан разрешить! Это же улучшение качества устройства - устранение неоптимальности и неудобности схемы, ее удешевление - прямая задача разработчика. Доказывайте с пристрастием!

PS соплей там немного, три провода к трансиверу от процессора, а резать ничего не надо, просто снять MCP2515 с платы (или не ставить).

А у процессора, если уж на то пошло, и SPI есть, вот через него и работайте с MCP2515, если совсем припрут. NIOS тут явно и откровенно "третий лишний", когда есть такой мощный микропроцессор снаружи. В лучшем случае, протяните просто проводами SPI от процессора к SPI MCP.

кстати там АЦП тоже есть...

Но никак не 80 мспс (видимо нужны короткие выборки, но шустрые)

а микропроцессор будет успевать принимать и передавать данные без потерь, если данные будут поступать с 80 мспс?

А нигде не сказано, что там реалтайм поток от непрерывной работы этих АЦП.

я тоже не знаю, но Михаил Миняйло такие цифры привел без уточнений...

CAN стандартно используется по всему институту для организации практически всего исследовательского процесса. Мне не надо одновременно передавать все 4 канала в реальном времени.
Тут измерения происходят так:
•приходит прерывание на процессор,
•процессор обрабатывает его, сигналив fpga, чтобы она запоминала кадр(длиной примерно 500 10-битных слов, по кадру на каждый канал), кадр складируетея во внутр. FIFO ППВМ. Внутри примерно 3-4 кадра на канал.
•по шине CAN на процессор приходит запрос на передачу кадров с каждого канала, процессор сигналив ППВМке, она начинает передачу по шине CAN через MCP2515.
Ну и основная для меня сложность в организации работы между cyclone II и собственно mcp2515.



Ну логично, что я не буду передавать 3.2 гбит по шине can

А Вы их там себе не создавайте, просто протяните интерфейс SPI от TMS до MCP через ПЛИС проводами, и работайте с ней из TMS, как будто ПЛИС там и нет.

Но я бы категорически настоял со снятия MCP2515 с платы и протаскивании на CAN-трансивер сигналов прямо с TMS

вот, кстати, хотел спросить:
а сколько стоит разработка подобного устройства на рынке сейчас?