Да не только потому. CRC фигня, а вот что-то добавить дополнительное, не зная формата... Это еще та задача.

DS2401 - вот решение. цена 1тыщи от 0.52$ но это ROM на 64 бита.
а если надо EEPROM - DS2431 чуть дороже, но тут уже целый килобит памяти.

Кстати еще решение - IMHO самое простое из всех. Не приписывать ID в pof для зашивки в EPCS, а шить pof отдельно, а потом, если есть какой-то интерфейс у устройства, шить через него (и ASMI) в эту же EPCS и ID.

Если партия небольшая в пару десятков, то можно и прошивок понастроить.
А если она больше, то точно что-то напутают.
Согласен с AJIEKCEu.

«А если ситуация такова, что этап присвоения этого ID проходит через дядю или тётю с соответствующей квалификацией..»
То это нетехнологичное некомильфо, Евгений Николаев.
И пайка только усугубит.
Считаю, что лучше постараться реализовать самому, как попытался автор темы, и не перекладывать на монтажника или еще какую-нибудь «бабусю».

«Работа с реальными эксплуатационщиками не раз разработчиков "спускала на землю"».
Работали, знаем. Провода путают местами. А вы говорите, номера паяльником.

+1 и через этот же разъем логику диагностики %) кстати по идее можно использовать jtag разъем, который к плис подключен.

Я что-то так и не понял - в итоге можно ли отдельно переписать USERCODE-регистр в JTAG'е?
Прочитать-то его можно без проблем, а вот записать?
То есть, идея какая - есть одна прошивка и сто микросхем (максов например). И есть скриптик.

Дядя Вася на заводе подключает девайс (с плисиной на борту), запускает скрипт, который (дергая необходимый сторонний софт) заливает сначала прошивку, а потом записывает какое-то уникальное для каждой микросхемы значение в регистр USERCODE.

Везде в сети написано про чтение этого регистра, но я так и не нашел ничего про его запись.
Прочитать его с помощью UrJTAG мне удалось. А вот как этот регистр ЗАПИСАТЬ - непонятно.

П.С.: знаю что его значение можно изменить при компиляции. Но это не мой вариант.

Спасибо!

Нет, он закопан в битстриме. Можно сгенерить 2 битстрима с разными USERCODE, посмотреть где в них отличаются биты, а потом написать скрипт, который по этому месту будет прописывать в файл прошивки необходимый ID

Я пробовал анализировать разные битстримы на предмет поиска положения USERCODE. Но то ли мозгов не хватило, то ли времени, но разобраться где USERCODE живет я не смог. А в документации все тихо по этому поводу.

Увы, с Alter'ой не работал. У Xilinx'а местоположение регистра IDCODE задокументированно

Так я про ксалинкс и писал. Только не про IDCODE, а про USERCODE. Джитагом его прочитать можно, а как найти в битстриме неясно.

Покапаюсь в битстриме

Кстати, а почему бы просто не сгенерить новый битстрим с нужным ID? Это делается запуском bitgen с командной строки, т.е. сие действо можно автоматизировать скриптом. ISE конечно должен на машине стоять (хотя бы огрызок его), но запускать GUI совсем необязательно



Покопал битстрим. Похоже USERID записан внутри конфигурационного фрейма (в виде 2х половин по 16 бит и сдвинутый на 1 бит влево). Проблема в том, что позиция в файле видимо будет зависеть от прошивки и совершенно точно при изменении USERID меняется CRC фрейма, который тоже записан в битстриме

Меня интересовало не как генерить, а как его в битстриме найти. Как генерить я знаю. Ситуация такая: есть две платы (точнее две генерации одной платы), плис на них стоит одна и та же. Но окружение (синтезаторы, ддс, периферия разная) другое, ноги другие используются. Прошивки посылаются заказчику эл.почтой и заливаются в пзу через RS422. И вот сейчас у них оказались в руках обе платы одновременно. Заказчик раздолбай редкостный и чую, что начнут путать прошивки и писать нам что мы всякую лажу делаем.
Вот и хотелось бы зашить в битстрим какой-то признак, идентифицирующий прошивку. А микроблейз, который живет в плис и принимает прошивку по RS422, мог бы это несоответствие обнаружить. USERID для этого очень хорошо подходит.


Интересно. Я честно говоря тупо запустил поиск по целому USERID и не нашел. Поделитесь пожалуйста своими находками.

Если CRC фигня, то можно закрепить ROM-lutы на конкретных местах (и оставить их там навсегда), сделать пару прошивок с разными значениями этих ROMов, чтобы найти, где они сидят в потоке и дальше дело техники, если вы знаете как посчитать CRC.
Типа реверсинжиниринг

P.S. Но если предстоят обновления загрузок я бы так делать точно не стал Лучше поставить что-то снаружи для хранения ID.

Сообщение отредактировал Gothard - Sep 23 2010, 04:55

Все прочитать не успел...
Я могу предложить для этой цели микросхему от Рамтрон - "процессор-компаньон"... Там есть все, чего не хватает ПЛИСке... Перечислять не буду...
И последний писк - рамтроновский чип с радиодоступом - RFID. Вот он как раз и планируется для идентификации плат...

Сгенерил 2 прошивки с ID 000000 и FFFFFFFF и сравнил (побайтно)


Как видим ID лежит 2 частями по адресам 32E39 (3 байта) и 32FBD (3 байта) Возможно еще были переставленны биты. CRC лежит с 452BA (2 байта)
Увы, для другой прошивки адреса могут уехать

Сделайте у прошивки свой заголовок (с ID), при заливке проверяйте его и выбрасывайте (во FLASH его писать не надо)
Да даже можно и записать, FPGA его проигнорирует (главное, что бы в нем не нашлось синхронизирующее слово )