спасибо

я экспериментальным путем нашел, что интересующие меня биты в цепочке №12 и №15

проверю попозже генератор bsdl

----------------------

но основная проблема осталась - при наличии всех сигналов отсутствует реакция у ПЛИСины в PS

сейчас хочу получить индикацию ошибки на nSTATUS

.....

что еще можно сделать?

мусор грузить бессмысленно, чип стартует только если имя камня совпадет..
попробуйте в бинарнике прошивки перед загрузкой по PS переставить биты 0<>7 1<>6 etc..

Сообщение отредактировал Jury093 - Aug 15 2016, 13:21

А источником PS-битстрима что является :
- конфигуратор (какой именно, CPLD+Flash)?
- бластер?
- внешний процессор?

загружает внешний процессор.

мусор грузить хочу, чтоб увидеть вообще хоть какую-то реакцию. при загрузки имиджа не встает ни conf_done, ни соответственно init_done

>мусор грузить бессмысленно, чип стартует только если имя камня совпадет..
а где-нибудь есть описание бинарного формата? если имя не совпадает - какая реакция чипа?

собственно я предполагаю (на основании опыта работы с ПЛИС других производителей), что каждая порция конфигурационных данных сопровождается CRC и чип проверяет целостность во время загрузки.

есть какой-либо более внятный документ, кроме handbook-а?
там как-то слишком кратко you can monitor the nSTATUS pin to detect errors.

Тут кратко описан алгоритм конфигурирования.
https://www.altera.com/content/dam/altera-w...cfg_cf51001.pdf

В каких-то доках было более побробно описано как происходит конфигурирование.
Но если грубо, то загрузка идет кадрами (или пакетами).
Сначала идет заголовок в котором содержатся разные служебные данные для регистра опций,
длина прошивки в битах, вектор инициализации если есть поддержка шифрования и т.д.
Затем идут кадры инициализации В/В (регистр IOCSR), потом инициализация логики.
В новых семействах можно часть логики маскировать, то есть частично обновлять (Partial Reconfig).
Но деталей не знаю. Каждый кадр имеет CRC.
Если какойт-то кадр битый, то nStatus уходит в ноль.
Если вся прошивка залилась, то устанавливается CONF_DONE.
Но если в настройках ОПЦИЙ Device initialization clock source установлен на внешний источник, то надо выдать некоторое количество тактов на DCLK или CLKUSER.

спасибо

но не удается nstatus сбросить в 0 подачей случайных бит или переворачиванием порядка бит в байте
это как-то нехорошо
буду издеваться над демо-платой (DE0), но там загрузка по AS, нет внешнего контроллера - возни много, хотелось бы избежать...

--------------

c СRC_ERROR тоже непонятно - стоит сразу в 1, во время nconfig=0 и не сбрасывается до подачи фронта DCLK

--------------

может какие-то очевидные альтероводам опции в device and pin option нужно сменить???

я пробовал несколько вариантов - не помогло

отчитываюсь о проделанной работе:

подпаял бластер в PS (на проводках к ножкам ПЛИС) - грузит файл (CONF_DONE встает), а если в rbf вбить мусор, то nstatus падает в 0

-----------------

буду сравнивать стартовый патерн - что-то там типа 0x6a 0x6a 0x6a, чтобы разобраться с бит/байт/ворд-эндианом, но хотелось бы почитать документ про формат битстрима, что там и как...

Вот отсюда: http://quartushelp.altera.com/16.0/index.h...ary/def_rbf.htm

спасибо за помощь,
начало грузиться с процессора.

программист клянется, что ничего не менял, но верить в это не получается

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

может после подпайки контакты подпаялись?
хотя я программистам на фразу я ничего не менял тоже с трудом верю)))