Доброе время суток.
Хотелось бы услышать оценку сообщества на тему энергопотребления ПЛИС.
На ней предполагается: 10/100 MBIT свичь с поддержкой QoS 4 очереди, trunking на 7 портов. Желательно возможность подключения 2-х чипов WiFi по PCI c возможностью отдать уже ETh пакет в свичь + 2 простых как губная гормошка модемов тоже с возможностью отдать ETH в свичь.
Буду рад вашим советам.

Уже нашел
http://www.altera.com/products/devices/cyc.../cy3-power.html
Может кто то просветит на сколько типичны мои запросы ?

сама по себе задача не реальна для ПЛИС. Т.е. сделать то можно, только будет дорого...
считаем. 1,5 кбит пакет перемножаем на 7 портов и на 2 направления... Сколько надо памяти внутри? Далее на каждый выход надо сделать 4 ФИФО... + аппарат управления.
И задаем вопрос: А зачем именно на ПЛИС...

В спартане XC3SD3400A порядка 252кБайт BRAM - вроде должно влезть. Стоит он 100$.
Тут уж пускай топикстартер решает сколько должно стоить его устройство.

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

Тогда продолжаем считать. С одного порта (с каждого) идут шины на 6 других направлений, где они еще расходятся на 4 ФИФО. Соответственно и в обратную сторону. Ну и еще 14 МАСов, с их CRC и дешифрацией адреса....
И маленькая еще деталь - CAM память, поисковые таблицы, их обновление... Соответственно на 14 направлений...

У Ксайлинкса проскальзывал проект "Меш-фабрик"... Точно не помню... Но это очень близко...

А вот KSZ8695PX + еще свитч на 4 порта - чем то не годится?

Свичи есть но вот опыт работы с ними говорит что не всё там работает что надо, trunking вообще как надо не фурычит. Просто хочеться всё в одном сделать. Энерго потребление минимальное должно быть.

А внешняя память вас не устраивает чем то?

Итак, 7*4*2 ФИФО, причем одновременно может идти запись в 14 ФИФО.
Таблицы поиска - 14 шт. При поступлении в них адреса назначения производится поиск и вырабатывается бит разрешения передачи пакета через этот порт.... Эти события тоже могут идти одновременно. Причем это не RAM-память, а CAM-память. Т.е. по содержимому одновременно проверяются все ее ячейки. Потом еще, по ходу дела надо проверять таблицы на устаревание. И записи, которые устарели, надо стирать... А новые, которых там не было - заносить....
Нарисуйте как это будет выглядеть...
Я когда печатал статьи про трансиверы довольно долго искал информацию о том, как же именно сделаны свитчи "внутри"... Но информации об этом крайне мало...

Спасибо. Просто встречал года 4 назад гигабитные свичи на плис. Сейчас встречал 10GEPON на плис и подумал что 100 мегабитный свич это как пример сейчас. У меня по энергопотреблению очень сжатые рамки. Хочеться вписать DSP+FPGA+ Switch + 2 Wifi в 4.5 вата. Вайфайные модули есть со сверх низким энергопотреблением. Вот и думаю как лучше. Хотелось свичивать а не на бриджах всё собирать. Не думаю что свичи есть в industrial корпусах. А так конечно проще поставить 88E6063 я только не нашел сколько он будет потреблять.

Цифры даю для справки...
Например на KSZ8997 написано, что при 2,3В на 100TX (total) - 0,61A ...
И далее все расписано по составляющим...
industrial - у Микрела есть. Можно купить стартовый набор и все живьем проверить...

Спасибо посмотрю.
Тогда остался вопрос по (2 Модема у которых по 2 MAC. На каждый очередь на 5 пакетов) + 2 iface Wifi + PCI шина для Wifi с 2 MAC . На каждый очередь на 5 пакетов. Сколько это будет потреблять в мили ватах.
Большое спасибо за ответы.

У меня задача приобретает логичные очертания. И соответственно новая порция вопросов.
Реально ли на MAX II + внешняя RAM реализовать простой свич на 3 порта, ATU автомат, я почитал достаточно не сложен, записей в табличке 512. На каждом порту 2 очереди на 5 пакетов по 1560 байт. MII интерфейс только один. Есть ли киты для моих хотелок?
То есть MAX II, RAM, PHY.

сыклон три ваш выбор.

Cyclone III конечно хорошо но вот проще компактнее хочеться. Или я хочу странного?

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

интересный вопрос, при случае озабочусь выяснением. пока ставлю на "без разницы". главное - чтобы переключений не было.

Судя по экселовскому документу для расчёта потребления clock enable влияет также как и toggle rate (virtex-5 смотрю). Но ведь и трассировочные ресурсы потребляют ток и если подводить ко всем триггерам clock enable не будут ли трассы потреблять больше, чем выигрыш от отключения слайса?

А есть утилитка для потсчета потребления для Cyclone III ?

квартуса уже не хватает?