Есть Плис семейства spartan 6 от Xilinx. Есть файл конфигурации расширения .mcs и сопутствующие ему.

Есть ПО, которое может, загрузить в конфигурационную флаш память прошивку для ПЛИС (каким образом не важно, важно что мы имеет доступ через ПО к флаш). Цель: обновлять прошивку используя данный софт, используя конфигурационный файл.
Покопался в файле .mcs, осознал структуру (используется intel hex) и нашел в них ту часть файла, в которой хранится данные.

Теперь вопрос, как это "ложиться" в flash? Просто подряд, последовательно считываю и записываю во флаш или есть хитрые алгоритмы(к примеру, перемежение)?
Т.е. как этот файл записать во флаш? по какому алгоритму?



Так как еще читал, что изначальный поток данных зеркалится (свапинг ), прежде чем образуется .mcs

Сообщение отредактировал go2winner - Oct 19 2015, 07:15

А почему именно формат .mcs? Гораздо проще и в двое компактнее заказать при имплементации конфигурационный файл в формате .bin. Что же касается формата размещения во FLASH, все зависит от тех программых средств с которыми Вы будете с ним работать, самый правильный и вместе с тем самый сложный организовать на FLASHке файловую систему.

Скажем так, задание такое.
В принципе можно использовать и другие форматы....главное осознать структуру файла и как это во флаш загнать .

Файловая система не вариант. Есть работающее устройство, просто необходимо обновлять прошивку/конфигурацию ПЛИС. Используется собственноручное написанное ПО, которое может "общаться " с флаш.

Вот так вот. Файл бин просто не разбирал, попался только mcs, поэтому сел за него.


Я просто понял, что фалй mcs он уже как-то подготовлен специально для записи в память...

go2winner
Файл в формате bin записываете во flash как массив байт.
Потом последовательно (или параллельно) загружаете.
Это всё, что требуется.

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

В любом случае буду теперь в этом направлении смотреть...

На всякий. Вот я точно видел файл формата bit, из него, как я понимаю, получают mcs

А где файл формата бин? или Как я понимаю они идентичны с bit?

Запись во флаш получается последовательная без всяких хитростей?

Еще вопрос...как флаш подготовить? получается я ее предварительно стираю и на чистую записываю файл конфигурации..?


Спасибо за быстрые ответы)

А для чего тогда в файле mcs происходит зеркаливание битов? Если записать во флаш нужно в прямом порядке?

В настройках генерации выходного файла поставьте галочку делать bin файл - это просто последовательность байт которую надо положить во флэш
bit файл что делается по умолчанию это тоже самое с дурным заголовком.
mcs файл - это hex формат bin файла, для 1 битной SPI флэшки там прям один в один bin файл с добавленным адресом и контрольными суммами по строкам.

свап и реверс нужен для параллельных флэшек, это связано с механизмом работы автомата загрузки.

Самая главная беда это то что Spartan6 записывает память через програмvный ногодрыг организованный JTAG, потому это дико медленно и надо еще прошивку вертеть.

Запись в SPI флэш надо прочитать в инструкции к флэше, некоторые из них имеют функцию автоматического стирания страницы перед записью, некоторые надо стирать изначально. Завист от вашей флешки

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

За свап спасибо, потому что я догадывался , что это опция нужна для параллельных, но пока не видел подтверждения

Моя флеш имеет функцию чип ераз, которая как раз пригодится, я так думаю.
Тему не закрою, т.к. если вопросы будут(а они будут скорее всего), сразу сюда буду задавать, чтобы не создавать "пустые топики".

ug380.pdf - там можете почитать, там есть и про свап и про ICAP и прочие интерфейсы, это если прям хочется%)




не всегда лучшее решение, к примеру стирать флешку 64 МБит - это не менее 3 секунд, иногда постранично стереть нужную область быстрее. Потом если у вас есть обновлялка прошивки, почему бы не сделать мультибут систему с golden имеджем который будет не затираемым? Тут опять стирать все - это не верно. Опять же во флэшку можно положить настройки, зачем им страдать при обновлении прошивки... ну и так далее...

Я обычно всегда стираю под конкретную область, которую надо записать, даже если приложение одно во флешке, мало ли что будет в будущем.

У меня два вопроса
1) открываю Prom file formatter, выбираю spi flash->single FPGA->выбираю размер->но нет сохранить в формате bin....только mcs,ufp,exo
Бинарного формата нету
Размер flash 64
2) Вот кто-то создал другую прошивку для Плис. Разве прежде чем "залить" ее на флаш не нужно ли предварительно стереть ее полностью? Если не полностью, как Плис узнает, где окончание прошивки?




Если вы про какие-то настройки, которые вообще используются(к примеру, некие коэффициенты), то для них есть своя память


Сяду дальше изучать данный вопрос пока что..гайд почитаю за одно

насчет мультибут и т.п. поизучаю...реализовать пока не смогу т.к. видно, что мои знания несколько скудны

Не то открываете. Бинарный формат это не 'Prom file', это то, что делается непосредственно из результатов разводки FPGA. И скорее всего (если у вас стандартный flow в ISE или Vivado) он уже сгенерирован.

В самой прошивке записано.

"
File Format: PROM files can be generated in any number of industry standard formats. Depending on the PROM file format your PROM programmer uses, you output a MCS, HEX, UFP, ISC or BIN file. MCS is the most popular. ISC is used when targeting programming flows that utilize IEEE Std 1532. Third Party socket-based programmers usually accept any of the listed formats. If you are using a microprocessor to configure your devices, you output a HEX, UFP, or BIN file."

Это гласит, что такая возможность в prom есть...
Файла бин нашел total commander, в папке проект..xst/work
Но он не совпадает по содержанию с mcs.поэтому я в недоумении

Это не тот bin. Тот bin который надо служит входным файлом для Prom formatter'а (или bit - сейчас точно не скажу)
Это оно
Ну у них форматы разные (хотя содержание отчасти и одинаковое), так что не мудрено

bin, как и bit, получается на выходе bitgen. Ищите настройку там.

bin файл заказываете на в промформаторе, а как Вам сказал Golikov A.: "В настройках генерации выходного файла поставьте галочку делать bin файл" (то есть там, где Вы делаете имплементацию - в ISE)

Выставил найстройку на create binary configuration file.....

Но теперь я потерял идею...
Если mcs получается из bin/bit, тогда куски какие-то должны быть равными(без учета контрольных сумм и адресов)...у меня не очень сходиться

Как тогда получаем mcs файл из бит/бин по какому алгоритму?


В описании (гайд) все ясно написано Bin-"Binary configuration data file with no header information" и mcs-адрес+конфигурация+сумма
Значит же должны совпадать? mcs bin?
но чем же mcs еще отличается...в идеале я должен же явно куски из бин находить в mcs?
Чтобывечно не редактировать сяду хорошенько дочитаю денек другой...как я понял mcs включает загаловок bit и синхрослова оттуда.
SYNC WORD и тому подобное не нужная(в моем случае) служебная информация?
ЗАчем она нужна тогда?

Сообщение отредактировал go2winner - Oct 20 2015, 14:56