в этой теме есть ответ и примеры кода без InterNiche TCP/IP

"правильной" лицензией.

если будете делать по примерам из этого топика, то сначала почитайте про ваш PHY, у него может отличаться инициализация. потом почитать про SGDMA. ну, и иметь представление об ARP, ICMP. этого хватит, чтобы пропинговать плату.

было бы очень любезно, если бы вы указали где найти.
перелистал всю тему и без толку.
в гугле нашел лишь то, что можно InterNiche запустить без rtos используя superloop
http://www.alterawiki.com/wiki/%22Super_Loop%22_NicheStack


а она вообще существует под 9.1 sp2 ?

ну вы блин даете. http://electronix.ru/forum/index.php?showt...st&p=751876 - это для TSE. несколько раньше было для опенкоровского. может не листать, а читать попробовать?

Уважаемый, vadimuzzz
Я начинающий в этом вопросе, прошу понимания у знатоков

Последовательность моих действий:
Я использую Quartus II 9.1 sp2.
Использую компонент eth_ocm_91_0_beta.zip
установил модуль в “C:\altera\91\ip\user_components\eth_ocm” в соответствии с инструкцией.
Далее, создал систему в SOPC


После этого, перехожу в NIOS и создаю простой проект на основе шаблона «Hello World»
При компиляции возникает ошибка.

Чего не хватает в моем проекте?
Что идейно я упустил?


вы имели ввиду вот это?
http://electronix.ru/forum/index.php?s=&am...st&p=687221

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

при вникании оказалось что все ошибки идут из-за отсутствия определения ALT_INICHE в eth_ocm.h
попытки определить его в ручную дают еще более серьезные ошибки
однако, как только проект создается с поддержкой MicroC/OS-II RTOS и NicheStack TCP/IP Stack, компиляция проходит успешно.

видимо, либо где-то есть возможность конфигурирования либо эта штука сейчас работает только совместно с NicheStack TCP/IP Stack.

vadimuzzz, спасибо за ответ. начну разбираться с TSE. тем более, здесь много полезных исходников.

остался вопрос только с лицензированием TSE. если кто может помочь, напишите в личку

пример драйвера для опенкоровского модуля eth

Здравствуйте.

Начальство поручило мне освоить работу с Gigabit Ethernet.

У меня есть KIT на Cyclon III с микросхемой Marvell 88E111.

Меня интересует объем работы который мне предстоит пройти
прежде чем я смогу передавать данные с компьютера в ПЛИС.

Глядя на этот форум я увидел что к освоению Ethernet причастны:
- Sopc Builder.
- NIOS-IDE.
- Некий Компонент Lan91C111.
- DDR2 память.

Я ранее не работал c Sopc Builder .
Просвятите меня пожалуйста:

- Какое отношение имеют друг к другу Sopc Builder и NIOS ?
- Обязательно ли для этой задачи использовать Sopc Builder ?
- Какое отношение имеет DDR2 память к Ethernet ?
- Что за компонент Lan91C111 и для чего он нужен ?

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

NIOS - один из компонентов, используя которые как кирпичики, можно собрать в билдере систему (SOPC)

нет, но жизнь он упрощает здорово. есть куча готовых компонентов, можно писать свои.

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

это контроллер эзернет (MAC+PHY в одном флаконе). ставят обычно на дешевых платах. у вас марвеловский PHY, для него нужна IP-корка эзернет,
либо альтеровская, либо своя или опенсорсная. для Lan91C111 она не нужна.


это зависит от вашего опыта. работали ли вы с другими контроллерами (если да, то вариант с ниосом предпочтительнее) или ПЛИС

Ув. vadimuzzz... а вы пробовали использовать при передаче jumbo frame (>4кб)??? А то я или что то туплю или не понимаю, по описанию Marvell 88E1111 поддерживает jumbo >10 кб, но при попытке записать пакет выше 1530 байт вижу только мигание светодиода TX (плата DSP KIT CIII 3C120F780), а на другом конце на машине под Ubuntu 10.10 под Wireshark ничего не вижу... основа для работы с сетью Ваша (та что вы с dim99 ранее делали)... Длину массивов переменных увеличивал, может нужно было увеличить размер дескриптора SGDMA в SOPCe (у меня сейчас дескриптор 4096)? или я уже туплю и все до бонального просто....??

нет, не пробовал. размер descriptor memory тут скорее всего ни при чем - сами дескрипторы всего 32 байта по-моему, в них только указатели лежат. надо смотреть настройки MAC-корки (инициализация и передача/прием - все, что связано с размером пакетов). попробуйте сигналтапом прицепиться к sgdma передатчика, посмотреть транзакции там.

Добрый день. А сколько места конкретно занимает данная SOPC? Интересно просто (у меня такой же кит), на таком же ките проект UDP + ethernet под RGMII занял сущие крохи- 1 процент от кристалла.

Здравствуйте!

Сначала хочу поблагодарить тов. vadimuzzz за исходник
который очень помог при старте.

Решил приделать к проекту vadimuzzz'a свой обработчик пакетов arp+ping
Как раз появилась очень хорошая статья по этому поводу.

Вылез большой глюк. Суть проблемы в следующем: прием пакетов начал работать очень странно.
Arp пакет принимает корректно, далее программа на него отвечает (все вижу по wireshark)
Следующим идет ping запрос и вот тут косяк – обработчик прерывания перестает вызываться (не останавливается по контрольной точке в самом начале tse_sgdmaRx_isr).

Оригинальный проект работает без нареканий. Прерывания есть по приему каждого пакета.

Прошу помощи у сообщества. Исходники прилагаю.

ps пробовал на 9.1 sp2, оптимизацию всю отключил. на 10.1 sp1 поведение аналогичное

Сообщение отредактировал covsh - Apr 20 2011, 09:36

разобрался в странном поведении своей программы.
причина заключалась в том что на этапе инициализации в процедуре MAC_init() прописывался один мак адрес


а на этапе формирование ethernet пакета присваивал совершенно другие мак адреса.
исправил на нужные - все заработало.

есть еще одна проблема, причины которой я не могу понять
в программе есть структура arp сообщения


когда делаю такое присваивание

то поле типа alt_u32 ip_addr_from присваивает переменной со сдвижкой в 2 байта, т.е. захватывается кускок mac_addr_to.
аналочино и второе поле alt_u32 ip_addr_to присваивает с ошибкой.

пробовал делать выравнивание структуре вот так


убирать выравнивание массива

ничего не помогает.
написал вместо alt_u32 alt_u8[4] работаю пока так.

как избавиться от какого явления?
исходник прикрепляю. там работающий arp+ping+ чуть udp

Сообщение отредактировал covsh - Apr 25 2011, 07:37

возможно (я код пока не смотрел) дело в настройках регистров MAC (Tx_Cmd_Stat Register и Rx_Cmd_Stat Register). там есть режим, когда по 32-битной границе выравнивается IP payload. поиграйте с битами TX_SHIFT16 и RX_SHIFT16 в соотв. регистрах.