Есть ARM7 - получает в течение 1 сек по SPI блоки данных по 2.5 Кбайт/100 мл сек т.е. в сумме 25 К
далее он преобразут принятое в 60Кбайт и далее все это надо
отправить в 2 сети Ethernet по протоколу TSP/IP. Из каждой сети есть небольшой асинхронный
обратный поток (десятки байт/сек) команд управления
Решение "в лоб" - ARM7 + 2 шт W5300, но приличный жор по питанию,
может кто-нибудь предложит более простое решение

Если уж ставите SAM7X, то зачем внешние костыли для Ethernet'а? Если нужно именно два раздельных выхода, поставьте снаружи какой-нибудь интегрированный коммутатор с MII-интерфейсом.

По требованию заказчика устройство должно быть эквивалентно PC
с двумя Ethernet картами - т.е. иметь 2 разъема RJ45 для подключения к
двум независимым сетям.

Должно быть эквивалентно PC с двумя картами (иметь два MAC'а), или все же просто иметь два RJ45 для подключения к разным сетям (один MAC + коммутатор)? Учитывая объемы передаваемой информации, два раздельных MAC'а - слишком большая роскошь.

Да и два и более MAC адреса на одном MAC иметь может.

Это понятно, просто вдруг в требованиях заказчика фигурируют непременно два честных раздельных контроллера? Требования - они ведь не обязательно совместимы со здравым смыслом.

Только что для таких целей использовали KSZ8893 у него 1 MAC и 2 PHY наружу!
Причем внутри очень хорошо конфигурится ставит таги с кагого порта пришел фрейм и при отправке можно ставить таг в какой порт отправлять (естественно при уходе из свитча так можно удалять). В общем все есть для того что бы сделать 2 независимые карты!

А на сколько устойчиво держися соединение, сколько ресурсов "отъедаеся" у процессор?

Все фильтры по MAC стоят в свитче. Так что проц получает только броадкастовые фреймы и свои (по нужным mac, причем можно mac к номеру порта привязать). Никаких дополнительных ресурсов не отъедается, к фрейму только таг цепляется с какого порта он пришел, а при отправке куда отправлять. Пакеты не теряются.
Причем в свитче куча настроек по предотварещению DOS атак...

Спасибо, похоже это то что нужно!
Можно будет несколько вопросов через личку?

Да без проблем!
Сразу скажу что мне нужен был только простой UDP, поэтому готовые стеки я не использовал.
настройка micrel у меня через SPI. И вот как его настроить что бы он изображал из себя 2 карты с минимальным оверхедом со стороны проца я разобрался полностью.

Смешно об этом говорить поставьте два sam7x они стоят копейки или один арм 9

И я еще немного добавлю.
Если габариты не жмут, то я рекомендую 5-ти портовый свич. Они на складе есть да и стоят столько же, как и 3-х портовый. Но при этом у Вас появится порт для технологической отладки...
или предусмотреть, чтобы на одном порте подключался оптический преобразователь...
Ведь аппетит у заказчика не всегда "приходит" на момент написания ТЗ. Бывает, что и позже...
Информацию я выложил здесь
http://www.eltech.spb.ru/micrel_ethernet.html
Можно взять стартовый набор и попробовать...

Кстати, там на сайте уже наверное выложили запись вебинара по свитчам.
Удачи!

С позволения автора хочу присоединиться к вопросу.
Исходные данные те же: ARM-контроллер (на борту один МАС) и 2 внешних интерфейса Ethernet (Eth1 и Eth2). Надо, чтобы пакеты, приходящие по Eth1, поступали в ARM. Там они будут преобразовываться, после чего должны быть отправлены по Eth2. В обратном напрвлении - аналогично.
Собственно вопрос - позволяют ли данные коммутаторы (напр., KS8893/KS8993) работу в таком режиме Eth1 <--> ARM <--> Eth2 (то есть чтобы была заблокирована связь Eth1 <--> Eth2)?

Мы смотрели DS на KS8893 у него управление по SPI
и есть настройки : выводить через канал 1
выводить через канал 2
выводить через канал 1 и 2 одновременно
IMHo:
похоже что Вам это тоже подойдет