Программирование MAX II, Раздельно CFM & UFM Опции

[Шурила]

Задача:
Есть не меняемая конфигурация PLD MAX II и при этом в каждом изделии надо прошивать индивидуальные данные в User Flash Memory (UFM).
Причем данные надо зашивать на этапе производства (тем же ByteBlaster), при эксплуатации доступа по записи быть не должно.
В проекте UFM используется с параллельным доступом.

По поиску не нашел ничего вразумительного.

Вопросы:
1. Возможно ли? (по логике вроде да ) и как?
2. Можно ли подготовить данные для UFM не используя Quartus?

[Shtirlits]

Нда. Закрыл ISE, добыл из заначки quartus, покрутил, а он и не желает делать ничего кроме pof-файлов.

[Sergey'F]

Нда. Закрыл ISE, добыл из заначки quartus, покрутил, а он и не желает делать ничего кроме pof-файлов.

Нет, все он делает.
Assignments->Device->Device and Pin Options->Programming Files
Для более сложных случаев
File->Convert Programming Files

Недавно решал обратную задачу - извлекал из pof данные, которые надо прошить в флешку (для удаленного апгрейда firmware). Оказалось очень просто - прошивка для флешки лежала открытым текстом в pof куском, начиная с N-ного байта и длинной M-байт. Кстати, от версии к версии квартуса первоначальное смещение меняется!
Стоит поискать содержимое UFM в pof файле. Думаю найдете его с L-ного, нет, L мало, пусть будет K-й байт.
Думаю, запихать обратно в pof данные для UFM труда не представляет. Правда, есть вероятность, что там есть контрольная сумма, или нечто подобное. Узнать это можно легко - поменять в файле один байт, если квартус его кушает, значит все нормально.

Проблема не в том. Если посмотреть pof - да, там идет содержание UFM открытым текстом. Но после него следуют байты, которые меняются при изменении значений в UFM. У меня нет платы на MaxII, но это наводит на некоторые размышления.

Конечно, проще всего сделать как предлагает Stewart Little, учитывая, что время компиляции для MaxII не так уж и велико. Следующие по простоте - "разжать" JAM или, как предлагает SM, разобрать SVF. В JAM прошивка UFM хранится в отдельном массиве, осталось только "разжать" ее.

А я вот второй год с ISE не могу подружиться. При малейшей обоснованной возможности делаю прототип в Quartus, а потом переношу в ISE.

Добавление:

сделал mif файл со следующим содержимым (256 слов по 16 бит, сначала 0,1,2,и т.д., в конце немного поиграл значениями):



В результате в SVF видим вот что:



То есть, данные в каждом 16-ти разрядном слове просто "развернуты" (00FD -> BF00 и т.д.).

А вот начало массива данных UFM в JAM:

Код

BOOLEAN A100[8192] = $
FFFF5A5AFFFF1CC1FFFFBF00FFFF3F00FFFFDF00FFFF5F00FFFF9F00FFFF1F00
FFFFEF00FFFF6F00FFFFAF00FFFF2F00FFFFCF00FFFF4F00FFFF8F00FFFF0F00
FFFFF700FFFF7700FFFFB700FFFF3700FFFFD700FFFF5700FFFF9700FFFF1700
FFFFE700FFFF6700FFFFA700FFFF2700FFFFC700FFFF4700FFFF8700FFFF0700

Данные оказались "несжимаемы", видимо.

Сообщение отредактировал Sergey'F - Aug 11 2009, 20:25

[Shtirlits]

Нет, все он делает.
Assignments->Device->Device and Pin Options->Programming Files
Для более сложных случаев
File->Convert Programming Files

Ага, попробую.

У меня есть еще разных идей

1) поменять логику микросхемы так, чтобы прошивать нужно было всегда одинаковый файл, но после конфигурирования можно было б один раз поменять ID. Или не один раз, но не все будут про это знать и иметь необходимое оборудование. Если не лень и есть место, конечно. Может оказаться, что ковыряться в POF файлах выйдет дольше.
Я не удосужился еще посмотреть в документации, как там у MAX-а JTAG убивается, но чтобы потом нельзя было сменить содержимое USER FLASH, вы что собираетесь делать?

2) нагенерить сколько нужно файлов для производства.