Перейти к содержанию
    

Загрузка Virtex

По включению питания Виртех загружает из ПЗу данные, если вдруг в данных будет збой (например радиация прошила :angry2: ), то конфигурация не загрузится, но CCLK и дальше будет выдаваться, как бы ожидая нормального потока данных.

А будет ли работать загрузка, если взять ПЗу двойного объема и после первого блока данных в него записать аналогичный, второй, так будто бы два Виртекса стоит. Если збоев нет, то загрузка заканчивается после первого блока, а если в первом блоке збой, то CCLK не останавливается и выкачивает второй блок данных из ПЗу.

Какие будут мысли? ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А нафиг :)

То что вы хотите, получится автоматически: если плисина замечает ошибку в конфигурационном потоке, она ставит INIT в 0, а этот инит соединён со сбросом вашей флешины/промины. Этим нулём она сбросится, и конфигурация начнётся сначала.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А нафиг :)

 

Так говорят-же - данные во флэше испорчены. Они и во второй раз будут испорчены. :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А нафиг :)

 

Так говорят-же - данные во флэше испорчены. Они и во второй раз будут испорчены. :(

 

А ведь они могут быть испорчены и во второй копии данных в той же схеме памяти... Кстати, напрашивается вопрос - насколько стоики схемы конфигурационной памяти к жестким излучениям? Видели такие данные?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Впринципе у нас летает несколко малых КА, но не в одном небыло сбоя загрузочной ПЗУ, а это потому что это именно однократно программируемое ПЗУ, а не FLASH, если выбило ее, то о остальном в КА уже можно и не вспоминать!!!

:)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Так говорят-же - данные во флэше испорчены. Они и во второй раз будут испорчены.  :(

 

Ну-у.. Таким образом всё что угодно испортить можно.

Гораздо больше вероятность что сбой произойдёт единовременно. В мильон раз больше.

Да и не надо ставить флэш в ответственные устройства..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Впринципе у нас летает несколко малых КА, но не в одном небыло сбоя загрузочной ПЗУ, а это потому что это именно однократно программируемое ПЗУ, а не FLASH, если выбило ее, то о остальном в КА уже можно и не вспоминать!!!

:)

 

Уважаемый DLR, а Вы используете однократные на базе EEPROM или Flash технологии или на плавких перемычках, пардон за анахронизм?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да и не надо ставить флэш в ответственные устройства..

Начали за здравие, а закончили за упокой...

Вообще-то у того же Xilinx-а есть Flash и радиационно-стойкая типа XQR18V04. Да и работать с ней поудобней, особенно на опытных и на первых образцах.

Но вопрос был не об этом. А вот то что по ошибочному CRC сформируется INIT , который будет загружать ПЗу сначала - это существенно.

Хотя с другой стороны странно как то. Очищаю ПЗу, CRC соответственно не совпадает, но и сигнал INIT не наблюдается... А такты CCLK при этом идут. :blink:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Глянул алгоритм загрузки в книге "Современные семейства ПЛИС фирмы Xilinx" (Кузелин, Кнышев, Зотов) - главу по Virtex я уже выкладывал на форум http://forum.electronix.ru/index.php?showtopic=1610.

Так вот - FPGA действительно переводит в 0 INIT при несовпадении CRC, по которому сбрасывается PROM, НО последующей повторной загрузки не происходит. Начать грузиться снова можно лишь опять подав 0 на Programm.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Может я как всегда торможу :)

но кто дожен дёргать PROGRAM? Ваша флешина!

А раз INIT становится в 0, то он сбрасывает флешину, и она опять дёргает плисине PROGRAM :-/

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Начали за здравие, а закончили за упокой...

Вообще-то у того же Xilinx-а есть Flash и радиационно-стойкая типа XQR18V04. Да и работать с ней поудобней, особенно на опытных и на первых образцах.

Но вопрос был не об этом. А вот то что по ошибочному CRC сформируется INIT , который будет загружать ПЗу сначала - это существенно.

Хотя с другой стороны странно как то. Очищаю ПЗу, CRC соответственно не совпадает, но и сигнал INIT не наблюдается... А такты CCLK при этом идут. :blink:

 

Ну во-первых, инит там всего несколько тактов стоять будет (извините, лень в доке рыться :)

так что может вы его просто не заметили?

Во-вторых, если вы очистили флеш, то плисина может подумала что конфигурация ещё и не начиналась? Там же в начале какие-то сигнатуры известные идут.. Вот тоже вопрос..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Может я как всегда торможу :)

но кто дожен дёргать PROGRAM? Ваша флешина!

А раз INIT становится в 0, то он сбрасывает флешину, и она опять дёргает плисине PROGRAM :-/

Да вот нет :( Дело в том, что ПЗу дергает Program, только после загрузки ПЗу через JTAG. Так что дергать в результате некому.

У меня подобная ситуация наблюдалась, когда ПЗу располагалось на некотором расстоянии от FPGA. Тогда на CCLK наводился шумок, который сбивал загрузку. В результате видно, что данные полностью вичитываются, CCLK продолжает формироваться, а сигнал DONE остается в 0. Ситуацию спасало замена печатных проводников на навесные витые пары по данным и тактам.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну во-первых, инит там всего несколько тактов стоять будет (извините, лень в доке рыться :)

так что может вы его просто не заметили?

Во-вторых, если вы очистили флеш, то плисина может подумала что конфигурация ещё и не начиналась? Там же в начале какие-то сигнатуры известные идут.. Вот тоже вопрос..

Да нет, INIT в несколько тактов хорошим осциллографом с памятью заметить без проблем. А на счет сигнатур... вряд ли они влияют, учитывая сбойную загрузку описанную в предыдущем топике. Эффект от очищеной ПЗу аналогичный.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да вот нет :(  Дело в том, что ПЗу дергает Program,  только после загрузки ПЗу через JTAG. Так что дергать в результате некому.

Если так, то да, кариес :-(

Значит, только процессором конфигурить..

Я так всегда и делаю :) потому и оказался немножко не в курсе..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...