MAC для Cyclone, что? где ? когда? Опции

[bark]

Добрый день.
У меня много глупых вопросов. Т.к. решение задачи для меня не совсем понятное.
Сталкиваюсь с какой-то стеной непонимания и что делать не знаю.
Форум поиском помучал, почитал, но ничего путного для себя не нашел или не понял.

Есть задача чтобы с Cyclon'ом III + PHY запустить 1Gbit Ethernet.
Как я понимаю для этого нужно иметь ядро MAC-контроллера зашить в Циклон.

вот тут начинаются вопросы. где его взять?
на опенкорах смотрел там есть гигабитный, но как им пользоваться не совсем разобрался. ещё в нем интерфейс к фиттеру GMII, а мне нужен RGMII.

Может я усложняю себе жизнь и такие (как бы) стандартные вещи как интерфейс локалки можно где-то достать проще? или у самой альтеры где-то есть. сам пока путного не нашел.

Если более полно описать задачу - то у меня есть девборда DK-DEV-3C120N.
куплена довольно давно, но руки до неё доходят вот только сейчас.
как запустить в ней локалку и использовать - не понимаю.
спросить просто не у кого.

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

[bark]

Протоколы реализованы руками. arp, icmp, udp (tcp нет).
т.е. пакеты создаю сам и толкаю в мас.

до этого работал по связке: FPGA -> отдельный MAC -> PHY марвеловский.

т.е. просто загонял в МАС контроллер свои пакеты и давал отмашку на передачу.
теgерь надо реализацию МАС загнать в FPGA. чтобы осталась связка FPGA -> PHY.

TCP в принцете не особо нужен. но если можно построить готовые модули так чтобы был - это будет хорошо.

Enthusiast, можно чуть подробней?
что где взять и хоть в двух словак как слепить?

[Aprox]

Протоколы реализованы руками. arp, icmp, udp (tcp нет).
т.е. пакеты создаю сам и толкаю в мас.

Абсолютно верное решение для локалок и соединений точка-в-точку. Городить TCP по-полной никакой нужды нет. Я бы из вашего списка еще и icmp выкинул для простоты реализации в FPGA.

т.е. просто загонял в МАС контроллер свои пакеты и давал отмашку на передачу.
теgерь надо реализацию МАС загнать в FPGA. чтобы осталась связка FPGA -> PHY.

я это уже прошел именно с вашим списком протоколов(без icmp) и с интерфейсом RGMII для Cyclone-III. Сказать, что сделал полноценный MAC,- будет неправильно. По сути, использовал описание фрейма Ethernet-II для интерпретатора входящих пакетов на сдвиговом регистре, добавил вычислитель сrc32 и пару fifo. Работает замечательно.

TCP в принцете не особо нужен. но если можно построить готовые модули так чтобы был - это будет хорошо.
Enthusiast, можно чуть подробней?
что где взять и хоть в двух словак как слепить?

Мне представляется, вы потратите больше времени на поиски и разбирательства в чужом и ненужно накрученном, нежели сами напишете такой простенький MAC.

[Serhiy_UA]

...Сказать, что сделал полноценный MAC,- будет неправильно. По сути, использовал описание фрейма Ethernet-II для интерпретатора входящих пакетов на сдвиговом регистре, добавил вычислитель сrc32 и пару fifo. Работает замечательно.

Круто все же!

У меня, правда, NiosII и LAN91C111, а в последнем все внутри, что позволяет работать как с точками, так и с сетью.
Отказываться от ICMP полностью не стал, оставил только функцию Ping, как наиболее привычную.
Далее планирую применять 88E1111, но там уже без МАС вроде нельзя.
Вообще то, здесь уже советовали посмотреть на примеры от Altera, припоминаю, их должно быть много.

Но что-то типа NiosII в системе, все же желательно предусмотреть.

Немного об аппаратной реализации было еще здесь:
http://www.fpga4fun.com/10BASE-T.html

[Aprox]

Но что-то типа NiosII в системе, все же желательно предусмотреть.

Вот именно это и погубит производительность передачи/приема потоков данных по 1G сети. Сразу. И бесповоротно. Любой софт-процессор последовательного действия губителен для производительности.

[Gothard]

Вот именно это и погубит производительность передачи/приема потоков данных по 1G сети. Сразу. И бесповоротно. Любой софт-процессор последовательного действия губителен для производительности.

Привет всем!
Так уж получилось, что в данный момент тоже работаю над тем, чтобы пропустить толстый поток по 1G.
Читал-читал тему. Делал кой-чего свое и в голову пришла безумная идея - если мак в плисе, а тем более если свой, то можно организовать перед выдачей на PHY мультиплексор и поставить два MACа. (Ну не просто тупой мультиплексор, а различать кадры, приоритеты и т.п.)
Тогда можно быстрый поток оборачивать в UDP+IP и гнать дальше куда надо.
А другими вещами может заняться процессор.

MACи могут быть и с одинаковыми адресами, это понятно.
Демультиплексировать принятые от PHY данные смысла нет. Просто подавать на оба MACа, а дальше в какой-то момент не нужные просто уйдут в никуда.

Вот

P.S. но если вам нужно еще только ARP и ICMP - то городить такой огород конечно нет смысла

Сообщение отредактировал Gothard - Aug 24 2010, 05:24

[bark]

Konst_777, спасибо - почитаю.

Gothard, не совсем понял зачем два МАС.
через один ведь вроде можно передавать так же любые пакеты. только место занимать накристалле.

На фтп как я понимаю у меня доступа нет? =(