Подскажите с способом тестирования MAC-компонента Опции

[Shevnnov]

Имеется самописный компонент MAC. Имеется его аппаратная реализация. Функционал его проверял простым драйвером, который отправлял данные через него и получал (их же). Вроде всё работает. Сейчас задача, протестировать его на реальной задаче.
Из вариантов которые приходят на ум - это запустить exmaple Web server. Но в этот вариант не совсем хочется, так как нужно реализовывать поддержку NicheStack TCP/IP, а глядя на драйвер lan911c или Avalon OpenCores MAC не очень хочется (в этих дровах сам черт ногу сломит), да и некоторые у меня апаратно реализованы не так как у них.
В дальнейшем как таковая поддержка TCP/IP в проекте где будет использоваться мой MAC не требуется, так что не особо хочется делать лишнюю работу(
Какие будут варианты?

[vitan]

Что же, Вы совсем его в сеть втыкать не будете? Странно... Зачем тогда было его делать? По радио будете передавать 100 мегабит в езренетовских кадрах?
Я просто хотел сказать, что для проверки MAC надо проверить все его фишки для работы с сетями, в т.ч. коллизи. Можно еще jumbo-фреймы попроверять, VLAN-ы и т.п.

[Shevnnov]

Что же, Вы совсем его в сеть втыкать не будете? Странно... Зачем тогда было его делать? По радио будете передавать 100 мегабит в езренетовских кадрах?

Ну не совсем так. С одной стороны в плату втыкается провод от Ethernet из сети, к другому разьему поключается радиомодуль. И плата работает в режиме моста, передавая пакеты через себя

[iosifk]

С одной стороны в плату втыкается провод от Ethernet из сети....

Тогда можно ли задать такой вопрос: А зачем здесь нужна ПЛИС?
Ведь можно применить микроконтроллер с MAC и PHY... Они теперь у TI или у Фрискейла есть...
Или вот, к примеру Ethernet-контроллер. С параллельной или с SPI шиной.
Ведь без процессора сеть не будет работать. А процессор в ПЛИС - дорогой и слабый. Да и МАС должен куда-то класть пакеты, а в ПЛИС памяти мало. И внешняя память у ПЛИС будет задействована процессором.
Вот смотрите, если поток данных по сети не большой то KSZ8851SNL с SPI шиной стоит всего примерно 7 долл (Микрел). Но в нем и память и устройство контроля за приемом, за переполнением, счетчики событий, и PHY... Ну и по каналу передачи тоже все есть... Так стоит ли дело того, чтобы наворачивать МАС в ПЛИС? Вот Вы же писали об LAN911. Это же тоже контроллер, а не просто PHY...

[Shevnnov]

Тогда можно ли задать такой вопрос: А зачем здесь нужна ПЛИС?
Ведь можно применить микроконтроллер с MAC и PHY... Они теперь у TI или у Фрискейла есть...
Или вот, к примеру Ethernet-контроллер. С параллельной или с SPI шиной.
Ведь без процессора сеть не будет работать. А процессор в ПЛИС - дорогой и слабый. Да и МАС должен куда-то класть пакеты, а в ПЛИС памяти мало. И внешняя память у ПЛИС будет задействована процессором.
Вот смотрите, если поток данных по сети не большой то KSZ8851SNL с SPI шиной стоит всего примерно 7 долл (Микрел). Но в нем и память и устройство контроля за приемом, за переполнением, счетчики событий, и PHY... Ну и по каналу передачи тоже все есть... Так стоит ли дело того, чтобы наворачивать МАС в ПЛИС? Вот Вы же писали об LAN911. Это же тоже контроллер, а не просто PHY...

Ну MAC - это только часть проекта. Там будет еще огромная система с самописным физическим радиоинтерфейсом. Которая сначала макетируется на ПЛИС, а потом отправляется всё вместе на фабрику, чтобы отпечатать чип. (Ну MAC не в этом виде будет использоваться. Требуется Gigabit Ethernet с поддержкой Fast Ethernet'a - но надо же с чего то начинать)

[vitan]

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