Загрузка конфигурации в PlatformFlash, Отладочная плата Spartan3EStarterKit Опции

[Titus]

Помогите, пожалуйста, разобраться!

Отладочная плата Spartan3EStarterKit.
ISE WebPack 8.1

Возникла такая проблема.
Попробовал залить конфигурацию плис в PlatformFlash, с которой плис грузиться по включению питания. Все делал в соответствии с UserGuide на отладочную плату. И вот на последнем этапе непосредственно заливки во Flash возникает ошибка верификации. Хотя заливка проходит успешно. Но плис не грузиться.

Кто-нибудь с этим сталкивался?

[Titus]

Ситуация прояснилась!
Помогло считывание из flash загруженной конфигурации и сравнение с исходным.
Во flash окзались области памяти, которые не хотят записываться. Помогает повторная загрузка со 2-3 раза.

Теперь необходимо выяснить источник проблемы:

1. Либо битые ячейки памяти (но почему тогда со 2-3 раза все-таки грузиться)
2. Протокол закачки конфигурации во flash. Может что-то там.
Никто не в курсе, где можно найти этот протокол?

P/S/ ПЛИС сильно греется, потому что в конфигурационный регистр записывается битая конфигурация, которая неправильно конфигурирует входы-выходы.

[Doka]

Ситуация прояснилась!
Помогло считывание из flash загруженной конфигурации и сравнение с исходным.
Во flash окзались области памяти, которые не хотят записываться. Помогает повторная загрузка со 2-3 раза.

может там какая трабла с предварительным стиранием?

P/S/ ПЛИС сильно греется, потому что в конфигурационный регистр записывается битая конфигурация, которая неправильно конфигурирует входы-выходы.

кхм... не думаю так, если бы битая конф. всеже прописывалась, то это однозначно свидетельствовало о выходе части плис из строя (и Житаг при этом может вполне нормально показывать успешное конфигурирование)
думаю всеже этого не происходит, поскольку вендор принимает много мер по повышению надежности работы кристалла:
1) на этапах синтеза и раскладки в кристалл выползают ошибки и варнинги о том, что определенный сигнал имеет несколько источников
2) битовый поток (по кр.мере в Spartan3E), перед тем как плиска переведет кристалл в состоянии startUp, проверяется по CRC (см. ds312 ( Spartan-3E Complete Data Sheet)).

[Koluntaev]

не думаю так, если бы битая конф. всеже прописывалась, то это однозначно свидетельствовало о выходе части плис из строя (и Житаг при этом может вполне нормально показывать успешное конфигурирование)
думаю всеже этого не происходит, поскольку вендор принимает много мер по повышению надежности работы кристалла:
1) на этапах синтеза и раскладки в кристалл выползают ошибки и варнинги о том, что определенный сигнал имеет несколько источников
2) битовый поток (по кр.мере в Spartan3E), перед тем как плиска переведет кристалл в состоянии startUp, проверяется по CRC (см. ds312 ( Spartan-3E Complete Data Sheet)).

Несколько раз сталкивался с похожим эффектом. Так по ошибке в XCV600E загрузили битстрим от XCV400E. И ничего, done поднялся. ПЛИС не работала, естественно, и дико кипятилась. ПЛИС выжила, после загрузки нормального потока все заработало. Аналогично ведет себя и Spartan 2. Видимо CRC как-то кривовато считается.

[Doka]

Несколько раз сталкивался с похожим эффектом. Так по ошибке в XCV600E загрузили битстрим от XCV400E. И ничего, done поднялся. ПЛИС не работала, естественно, и дико кипятилась. ПЛИС выжила, после загрузки нормального потока все заработало. Аналогично ведет себя и Spartan 2. Видимо CRC как-то кривовато считается.

будет ли использована проверка по CRC - это зависит от отпций в "Bitstream Generator".
по умолчанию она ,конечно, вкл. Но возможны два положения....
.
да и потом почему вы считаете, что контрольная сумма битового потока для XCV400E будет неправильно подсчитана кристаллом того же семейства (XCV600E)?