knk

Слишком много вариантов - негибкое решение получится. У меня например 2 битстрима и 2 варианта программы на флеши, а загрузчик выбирает что грузить.

ELF формат хорошо описан и довольно легко разбирается, google it. Писать на флеш произвольный файл можно либо из загрузчика либо сконвертировать его в MCS c нужным адресом и писать iMPACTом

axi_quad_spi помоему, в проекте который я приводил раньше он есть и функции для доступа. Пишеш загрузчик который читает флеш и пишет секции в DDR потом передаёт управление. У меня он получился где-то строк 70 вместе с разбором ELF. В основной программе тоже можно реализовать доступ к flash для апдейтов битстрима и программы.

Утилита есть objdump :) - дампнуть нужные секции и записать на флеш. Я для такого-же модуля делал загрузчик который ELF грузил - ещё проще, просто пишеш elf на флеш по нужному адресу а загрузчик разбирает elf и ложит секции по нужным адресам в DDR. Стандартного загрузчика я не знаю, была какая-то xapp но она мне не понравилась

К вашей плате идёт 2 проекта пользующих Ethernet и работающих из BRAM. Один с FIFO https://github.com/Trenz-Electronic/TE060X-...ee_XPS14.2-Base другой с DMA https://github.com/Trenz-Electronic/TE060X-...4.2-FlashWriter Если необходим LwIP то прийдётся писать загрузчик. Код помещать в SPI Flash после битстрима, загрузчик должен его считать и передать управление (код простой и компактный). Если такой вариант не подходит прийдётся писать свой упрощённый стек который поместится в BRAM, (для базового функционала особых сложностей нет)

Как подключён INIT и как он сeбя ведёт ?

Добрый день Да похоже статикой повреждено ядро и греется индуктивность по 1.2В. Я-бы не стал пользоватся такой ПЛИС, так-как скорее всего некоторые блоки не работают. Возможно разве-что использование для тест-проектов с малым заполнением кристалла. Но лутше приобрести новую плату и подумать как быть со статикой. У меня TE0600 c LX45 уже полтора года работает без проблем, сейчас работаю с TE0600-02 LX150 для проекта побольше. С уважением Александр

Здравствуйте 1.2В там питают ядро ПЛИС и ядро 88E1111, а также выведены на разъём. Вариантов несколько 1) Проблемы с проектом (работа в некорректном режиме) но обычно отличия в потреблении не настолько большие 2) Повреждено ядро ПЛИС (статика ?) 3) Повреждено ядро PHY (статика либо внешний импульс) 4) Проблема в несущей плате (закорочены пины разъёма либо проблемы с элементами питающимися от 1.2В) Что проверить а) Жива ли ПЛИС ? Если да то проверить потребление с другой (минимальной) прошивкой. б) Работает ли Ethernet ? в) Какая несущая плата и что на ней стоит ? По моему опыту такое поведение обычно связано со статикой, внешние воздействия обычно вышибают VCCIO но бывают варианты когда повреждается и ядро. Проверить температуру ПЛИС и PHY что греется ? С уважением Александр

Получил Большое спасибо!

Здравствуйте! Дмитрий, можно ли мне получить ваш загрузчик и описание. Мой адрес [email protected] Спасибо

TE0600 (Spartan-6 + 1Gbit DDR3 + Ethernet) 189 Евро + 39 Евро за несущую плату с разьемами. Неплохой вариант для экспериментов. http://shop.trenz-electronic.de/catalog/pr...products_id=897 http://shop.trenz-electronic.de/catalog/pr...products_id=899

Добрый день! С REMOTE_NDIS_INITIALIZE_CMPLT вроде разобрался. Теперь возник вопрос с отправкой OID_GEN_SUPPORTED_LIST. Размер пакета получается больше EP0BUF. Как правильно разделить пакет или как заставить работать Setup Data Pointer для этого случая ?

Добрый день! Сейчас занимаюсь такой-же задачей RNDIS на Cypress FX2. Остановился на отправке REMOTE_NDIS_INITIALIZE_CMPLT. Получаю REMOTE_NDIS_INITIALIZE_MSG Высылаю RESPONSE_AVAILABLE через INTERRUPT EP Получаю GET_ENCAPSULATED_RESPONSE Отвечаю REMOTE_NDIS_INITIALIZE_CMPLT (не уверен что код отправки правильный) На этом всё... DiMonstr, Можно-ли увидеть код под FX2 для отправки REMOTE_NDIS_INITIALIZE_CMPLT? Помогите, ато застрял...