Дмитрий Мазунин

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

maugli

А в блочную память все секции как раз не влазят. Тупик.
Теперь нарыл данных по формированию пакета IP/UDP - думаю, что мне проще будет пакеты самостоятельно формировать, тем более что я только отправлять собираюсь. В связи с этим вопрос: кто знает что такое "операция сложения 16р слов по модулю 1" и "дополнение по модулю 1 полученного результата"? Это по поводу расчета контрольных сумм для заголовка IP и датаграммы UDP.

Zinger

Если вы недавно начали работать с Микроблейзом, то трудновато будет сразу с WebServer'ом разобраться.
Хотя... может не все такие тугие как я . И вопрос немного не понятен - если вам DDR сейчас нужен для такого же случая, как у меня - чтобы переменные кода размещать, то это одно. Может кто поопытнее скажет, а у меня (см.выше) не вышло. А если использовать DDR как хранение данных, то есть тема, где я задавал глупые вопросы и получал вполне умные ответы:
Использование DDR2 в XPS, xmpmc библиотеки

Сообщение отредактировал zherdiy - Dec 26 2008, 14:19

Может я не совсем правильно выразил свой вопрос. Суть в том как я понял программа выполняемая на MicroBlaze может храниться как в памяти на основе ресурсов плис или во в нешней памяти. Проблема в том что размещая данную программу во в нешней памяти она не выполняется. Как быть?

Похоже, что Дмитрий Мазунин об этом много знает. Знает, но молчит.

Да плохо что молчит, очень надо узнать как всетоки это осуществляется.

Загрузить программу в DDR можно при помощи Xilinx Microprocessor Debugger (XMD) , описанном в
Embedded System Tools Reference Manual , но это для отладки через JTAG или программной симуляции через ISS.
Также можно применить GDB (GNU Debugger) использующий возможности XMD.
В готовом изделии отлаженная программа записывается во FLASH и при старте при помощи загрузчика переносится в DDR . Более подробную информацию ищите на форуме у XILINX.

Сообщение отредактировал maugli - Dec 29 2008, 16:12

В правильном направлении пошли

Главное, не забыть про канальный уровень и подставлять правильные mac-адреса. И надо еще прикинуть, не будет ли реализация протокола ARP
Да и вообще весь ethernet-кадр очень важен. Накосячил с подсчетом crc, и привет, "ждите ответа" и думай, что это ничего не доходит.
При работе с emaclite сложилось впечатление, что это чей-то не доделанный курсовой: запустили, а до ума не довели.
У контроллера очень велика вероятность "умирания" приемной составляющей при пропускании через плату реального интернет трафика.
100 МБит/с, куча маленьких и больших пакетов вперемешку, обработчик прерывания не успевает пометить буферы, как свободные. Приходит третий пакет, а его уже ждет сюрприз, места для него нет. Контроллер сходит с ума, приема для него больше не существует.
Работать можно минимальный интервал между пакетами больше 0,0002 с для системы работающей на частоте 50 МГц и копирование кадра из буфера приемника в ddr происходит не в обработчике прерывания и после пометки буфера свободным.
Причем работает очень даже неплохо.