Спешно и неожиданно поставили задачу: есть два циклона, между ними два провода - общий и для передачи информации. Необходимо обеспечить передачу информации от одного к другому. Скорость - около 15 МБит. Средний объем информации для одного сеанса - около 2 Гб (т.е. сеанс длится минут 20). Нужно обеспечить всякие там помехозащищенности, подтверждение приема, перезапрос блока при необходимости и т.п. - т.е. канал будет полудуплексный. "Руководитель" проекта выдает набор слов "ASI, кодирование 8 в 10, манчестер, нужно было еще вчера".
Я глянул описание мегафункции ASI от альтеры - что-то там очень много чего, высокие частоты и т.п. - не уверен, что подходит для данной задачи.
Ах, еще момент. Потенциально, эти два провода между циклонами будут заменены радиоканалом.

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

Заранее спасибо!

Вопрос, хотите ли вы сразу на плате сделать точно то, что будет в радиоканале. Ибо 15 мегабод по радиоканалу - не столь очевидная, как может показаться на первый взгляд, задача: это WiFi, фактически. А потому, если ответ положительный - то с пролистывания док по WiFi я бы и начал, чтобы вообще представить, как такие задачи примерно могут быть решены. Если ответ отрицательный - канал по плате можно считать безпомеховым, и реализация любого самоизобретенного протокола не составит труда.

Хороший вопрос. Будем считать, что пока нет. однако, канал на плате - не безпомеховый. Точнее, это провод некоторой длины между двумя платами.Соответственно, помехозащищенность и полудуплекс нужны. Можно изобретать свое, но хотелось бы не тратить время и по максимуму использовать готовые решения. Или, хотя бы, известные подходы.
По радио - к тому моменту, когда точно решат его ставить, можно будет постепенно понижать скорость передачи покуда не заработает. Да и потом, я на данный момент понятия не имею, что там за радио аппаратура будет. Если будет.

Неужели никто не решал похожих задач передачи информации? Поделитесь опытом, какие решения использовали?

ethernet

Делал связь между 2-мя FPGA на 12 мегабит в полудуплексе. Физически через RS-485 метров на 10. Протокол самопальный. На основе RS-232 приёмников-передатчиков. Посылающий данные отправляет пакет стандартной структуры - заголовок, данные, CRC. Принимающий контролирует CRC и отправляет в ответ подтверждение. Никаких процессоров, готовых мегафункций и дополнительных кодировок не использовал, просто RS-232 приёмник-передатчик и автомат состояний.
Работает.

Это надежное решение. С помехозащищенностью все хорошо.

RHnd
Использовал передачу между двумя FPGA одному проводу на основе UART.Скорость - 10 Мбит через оптическую развязку. Можно было и больше, но не потребовалось. Работало надёжно. IMHO, кодировка 8/10 нужна при максимальном использовании полосы пропускания.

Всем большое спасибо!

Вообщем, решил делать на основе юарт. Планирую 15MHz в лини, в камне 75MHz - мажоритирование 3 из 5.

А пока я развлекаюсь, поясните мне, пожалуйста, а что такое 8-10 и для чего оно толком нужно? Как я понял из описание на альтеровскую мегафункцию, это кодирование просто позволяет в целом выровнять количество нулей и единиц. А зачем?

тут коротенько http://en.wikipedia.org/wiki/8B10B

мегафункция 8-10 есть в Квартусе. Избыточное кодирование с коррекцией ошибок.
Ее надо сериализировать и тупо туды-сюды по каналу гонять.
Проблемы в передаче данных, как тут уже упоминали, вылезут, и делать это непросто.
Если отойти от концепции Ви-Фи, имеем типичную задачу полудуплекса с коллизиями, задержками, арбитражом и проч. "прелестями". В случае радиоканала будем иметь еще и чудовищный джиттер + дефрейминг + помехи.

Предлагаю пакетную реализацию с подтверждениями. Естественно, покадрово. Разруливание коллизий - как в Ethernet, задержками на случайный квант.
Опыта, как сотворить все это чисто на ПЛИС, не имею. Я бы присоветовал использовать ПЛИС как PHY-адаптер со всякими коррекциями, манчестером и проч., а пакетирование проводить на DSP...

Она разве с коррекцией?

Я весьма слаб в терминологии. Мне казалось, что задача арбитража возникает когда к одному ресурсу одновременно пытаются обратиться несколько потребителей. Где может возникнуть арбитраж при передаче point-to-point?
И что такое дефрейминг?

Плохо как без терминологии-то. Я собираюсь передавать весь объем данных порезав на куски по 128 (примерно) байт. К каждому куску добавляется CRC, на каждый кусок получается подтверждение. Кроме того, в начале каждого куска есть заголовок, покозывающий, что а) это кусок данных и б) номер этого куска в общем объеме (желательно по условиям задачи иметь возможность передавать только интересующую часть данных). Так же есть посылки без данных, только команды - сообщить статус и т.п.. Естественно, со своим CRC и с подтверждением. Так вот, мне казалось, что такие посылки и есть пакеты. С подтверждениями. Что тогда значит 'покадровость'?

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

Не, мне это все надо засунуть в оставшиеся 3000 ячеек циклона, никакими дсп там и не пахнет.
Кстати, на сколько реальна задача по объему?

Если у вас осталось ВСЕГО 3000 ячеек, то есть использовать все вы не сможете, так как довольно трудно забить ПЛИС на 100%, то у вас могут возникнуть проблемы даже с проводной реализацией, а о радио и речи быть не может.

Да не, не все так страшно. Там камень на 6k, из них около 1.5 тысяч займет другая часть проекта, а в оставшееся и надо засунуть приемо-передатчик. Вот я и прикинул - при наполнении камня процентов на 80 можно рассчитывать на 3k элементов. Плюс, свободно несколько килобайт памяти и pll.

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