Может и можно, если есть инструмент для прошивания формата RBF в UFM. Подскажите, при помощи чего это можно сделать?

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

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


Проблема не в том. Если посмотреть 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:

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

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

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

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

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

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

Интересное наблюдение. Я же игрался с 8-битным hex-файлом, и данные были в том формате, как я рассказывал. Т.е. FFxx где xx развернутый байт. Т.е. в 8-битном режиме используют младшие 8 бит, но при этом их тоже "крутят".

Метание этих дней, пробы разных вариантов, склонили меня в пользу подхода Stewart Little.
Сейчас в связи с отпусками участниками команды, комплексно проверить не могу. Но как только, дам знать.

Нет, JTAG убивать - не стоит задача (у MAX-а JTAG выделенные пины и не меняют своего назначения как в 3000).
- 2) где-то так. Вот только pof или hex будем определятся.

Кстати - ieee-1532 bsdl-ки по max-ii там - ftp://ftp.altera.com/outgoing/download/kdb/bsdl_files.zip - там можно узнать коды и форматы инструкций программирования. Правда про security bit молчат.

А для UFM в MAX II его и не существует.

ну для CFM-то существует? Но все равно инструкции ISC_PROGRAM_SECURITY не описано.