Транспорт с низкой латентностью, Есть несколько плат, нужен транспорт между ними... Опции

[Bosicc]

Добрый день!

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

Идеи возникали разные:

1. Поставить на каждой плате ARM и использовать I2C - не прошла идея из-за низкой скорости.

2. Поставить на каждой плате ARM и на одной организовать HOST - детально еще не думал.

3. Поставить на каждой плате ARM и использовать TCP/IP - тестировал скорость соединения на основе чипа LPC 2378, получил скорость от 1-10Mbps в зависимости от размера пакета. Думаем как ускорится, пока единственный вариант.

Может кто чего еще посоветует. Главное это низкая латентность и желательно скорость повыше.

К рассмотрению принимаются всевозможные идеи

[Bosicc]

Вчера начали тестировать скорость TCP/IP в связке DSP + WizNet chip ( W3150A ) Буду надеятся что скорость будет достаточная, но вот вопрос латентности.... Ведь в DSP и сам чип вносят некого рода задержку, хотелось бы что нибуть в одном корпусе, да еще и достаточно резвое.
2lolikandr Уточните вопрос с данными.

[Alex03]

Вчера начали тестировать скорость TCP/IP в связке DSP + WizNet chip ( W3150A ) Буду надеятся что скорость будет достаточная, но вот вопрос латентности.... Ведь в DSP и сам чип вносят некого рода задержку, хотелось бы что нибуть в одном корпусе, да еще и достаточно резвое.
2lolikandr Уточните вопрос с данными.

Вы кстати требуемую латентность никак не охарактеризовали (в цифровом виде).
Также впрочем и то какие данные у вас передаются.
Одно дело пакеты, другое дело битовые потоки.

Т.е. если Вам надо передавать, например, какие-то команды, состояния и т.д. (неделимые куски информации объёмом X..Y байт) то имеет смысл пакетная передача.
Если у Вас идёт поток однородных данных, например с АЦП, и его надо как можно быстрей передать, то тут уже следует подумать о всяких битовых потоках (SPORT-ы в DSP-ях, LVDS и т.д.), тут латентность может быть в пару отсчётов, в то время как при пакетной передаче с N отсчётов в пакете латентность будет около 2*N отсчётов.

[Bosicc]

Вы кстати требуемую латентность никак не охарактеризовали (в цифровом виде).
Также впрочем и то какие данные у вас передаются.
Одно дело пакеты, другое дело битовые потоки.

Передавать надо пакеты, примерно 32 байта. Может больше.
А про числовое значение латентности много сказать немогу что команда должна выполнится за 5 мксек. Так что из такого расчета надо подобрать транспорт.

2Dopler
А какую DSP и какой WizNet использовали? А в этой связке нельзя поднять скорость хотябы до 32Mbps?

[zltigo]

А какую DSP и какой WizNet использовали? А в этой связке нельзя поднять скорость хотябы до 32Mbps?

В этой связке WizNet с его даже теоретическими 25Mbit причем далеко не на 32байтовых пакетах лишний. СОВСЕМ лишний. DSP соединяются, как предписано Создателем встроенными синхронными интерфейсами. 32Mbit - легко.

[Dopler]

А какую DSP и какой WizNet использовали? А в этой связке нельзя поднять скорость хотябы до 32Mbps?

В этой связке WizNet с его даже теоретическими 25Mbit причем далеко не на 32байтовых пакетах лишний. СОВСЕМ лишний. DSP соединяются, как предписано Создателем встроенными синхронными интерфейсами. 32Mbit - легко.

Да, zltigo прав. В нашем случае данные передавались в компьютер пакетами 1024 байта (плюс несколько служебных байт). Использовалось ADSP2185 и WIZNET W310A, больше 25 поднять производительность нельзя. Простой тест - без заполнения буферов просто давать команду отправить пакет (например, те же 1024 байта), а на компьютере оценить пропускную способность (количество принятых пакетов за, например, 10 сек.). Это решение годится для внешней связи устройства, для внутренней SPORT ADSP на мой взгляд намного предпочтительней.