реклама на сайте
подробности

 
 
> Переконфигурация SPARTAN6 через ICAP, Кто нибудь такое делал?
Golikov A.
сообщение Sep 10 2015, 14:18
Сообщение #1


Гуру
******

Группа: Свой
Сообщений: 4 256
Регистрация: 17-02-06
Пользователь №: 14 454



Всем привет!
После долгих чтений ug380 наконец то заставил ICAP корректно читать регистры, и писать я думаю тоже.

Пошел дальше, попытался заставить спартан6 переконфигуриться на 2 прошивку.
задал general1,2 на адрес 2 прошивки и флажок 0В поставил чтобы из SPI грузился.
задал general3,4 на адрес 00, чтобы вернуться в 1 прошивку, если что не так.
general5 задал для проверки
запустил IPROG

Спартан меня понял, и начал процесс, погасил все лампочки, а потом снова зажег, но снова в 1 прошивке, из которой я пытался улететь во 2. При этом статус истории загрузки 0001, то есть типа все хорошо, ошибок не было, general5 при этом изменился. И так он делает постоянно с включенным жетагом и с отключенным. Что ему не нравиться то? Кто это реально делал, поделитесь опытом, пожалуйста!
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Golikov A.
сообщение Sep 14 2015, 08:47
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 4 256
Регистрация: 17-02-06
Пользователь №: 14 454



1,2 - это бред конца трудовой неделиsm.gif все там ставиться, просто уже внутри прошивки, во всяком случае в итоге стояло, может нельзя выключить, но для режима по умолчанию все ок.

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

ну и BOOTHIST отказывается просто ничего не отражает при IPROG.
видать чего то у ребят не получилось

http://china.xilinx.com/support/answers/37910.html

Цитата
"BOOSTS register is written either because of an End Of Startup event or a fallback event. This happens after the first configuration attempt. It is only cleared by POR or a PROG. In other words, after the first configuration is successful, BOOTSTS register data is retained until there is a POR event or PROG is pulsed. When you Multiboot to a new location using an IPROG, the BOOTSTS register is not updated. This means it cannot be used to track multiboot attempts to new locations as part of a safe update process."


так что все работает, перегружается, возвращается по фал баку, но в этом регистре ни коем образом не отмечается...
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 2nd September 2025 - 22:37
Рейтинг@Mail.ru


Страница сгенерированна за 0.01344 секунд с 7
ELECTRONIX ©2004-2016