100Mb Ethernet Опции

[pil]

Понадобилось прогонять через систему 100Мб, видимо UDP пакетами.
От контроллера нужно лишь наличие мощи, чтоб переваривать 100Мб и отправлять в некий другой интерфейс.

Чем иp ARM минимально можно обойтись?
Работал тока с младшими stm32 и аналогичными LPC, они явно не тянут.

[Aner]

Что это по вашему не тянут? и 100Мб это скорость или объём? Скорость не та? Потеря пакетов? Младший это 107 как я понимаю. И какой Phy используете?

[pil]

Что это по вашему не тянут? и 100Мб это скорость или объём? Скорость не та? Потеря пакетов? Младший это 107 как я понимаю. И какой Phy используете?

100Мб - это поток(вероятно UDP пакеты), реально будет меньше ~30-50Мбод, но запас это хорошо. Суть девайса парсить этот поток и выплевывать информацию в 16 последовательных интерфейсов ~3-5Мбод.

По ощущениям stm32 f107 не успеет. Может стоит смотреть в сторону Cortex M4?
Интересует ваш опыт работы с загруженным Ethernet 100.

Непонятно зачем конкретизировать физ. уровень, я пока выбираю контроллер.

[alag57]

16 последовательных интерфейсов ~3-5Мбод.

Это где вы их наберете? Столько-то. Как то вам надо бы поближе к реальности.

[zhevak]

Это где вы их наберете? Столько-то. Как то вам надо бы поближе к реальности.

Не-не, Сашка! Тут можно хитро-вывернуться, если собрать четыре одинаковых независимых девайса и соединить их параллельно в Ethernet.
Каждый из девайсов имеет один ethernet-вход и четыре USART-выхода. Девайсы имеют один и тот же IP адрес и принимают UDP-поток на одинаковый номер порта (например 12345). Приняв UDP-пакет каждый девайс выделяет из него свою порцию данных для _своих_ четырех последовательных портов. Собственно, здесь эти четыре девайса и будут различаться.

[aaarrr]

Тут можно хитро-вывернуться, если собрать четыре одинаковых независимых девайса и соединить их параллельно в Ethernet...

И кто им раздаст один и тот же поток? Разве что налепить за одним PHY четыре процессора, но этот вариант явно хуже, чем одна FPGA или один процессор + CPLD/FPGA.