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 сети. Сразу. И бесповоротно. Любой софт-процессор последовательного действия губителен для производительности.

[Serhiy_UA]

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

Все правильно, но только в рамках конкретной задачи и только.
Если задачу слегка модифицируют, без программно управляющего устройства придется попотеть. Думаю, лучший вариант - это сочетание программ со специализированными аппаратными модулями.

Мне интересно, как Вы в целом решили свою задачу, сколько задействовано FSM, какие их размеры, какие тактовые частоты, применяются ли PLL и DLL? Как организован вычислительный процесс, есть ли конвейеры, т.е. хотелось бы оценить сложность такого мероприятия. Ведь у Вас все это действительно вышло не слабо.

А вот еще вопрос, понятно, что в компьютерах стек TCP/IP в основном реализован программно, а есть ли высокоскоростные чисто аппаратные решения стеков для 1G и 10G? В чем их специфика?


к Enthusiast спасибо за ссылку, скачал.
к Stewart Little надеюсь, не откажете в помощи.

[Stewart Little]

к Stewart Little надеюсь, не откажете в помощи.

Ну когда ж я отказывал Пишите в личку.