Какой размер у hex файла прошивки и как его генерить?, virtex-6, blackfin Опции

[Goose]

Всем доброго времени суток,
необходимо оценить время за которое будет конфигурироваться virtex-6 через blackfin в Serial Slave моде, насколько отличается размер hex файла от bit файла (размер bit-файла я нашел в UG360), и собственно как его получить из bit-файла. в одном из доков нашел, что его можно получить скриптом на Perl'е, который я так и не нашел (может все-таки через impact это можно сделать?) или если разница в размере несущественна обойтись bit-файлом? (различия в процессе конфигурирования процессором есть для bit и hex?)
Спасибо.

[Goose]

может быть я неправильно выражаюсь) нужно из процессора (blackfin) конфигурировать плис, у процессора есть флешка (m25p64) в ней собираемся хранить прошивку ( видимо ее можно еще сжать неплохо) но вот где мне взять эту битовую последовательность, которую надо писать в плис чтобы ее сконфигурить ( у меня есть bit, bin, rbf) как из них получить эту необходимую битовую последовательность?

и действительно ли

bin -> srecord -> hex
Правилом в makefile с полной автоматикой при подбрасывании нового bin

эта программа генерит нужную мне битовую последовательность?

[Flood]

где мне взять эту битовую последовательность, которую надо писать в плис чтобы ее сконфигурить ( у меня есть bit, bin, rbf) как из них получить эту необходимую битовую последовательность?

Чистый битстрим находится в файле .bin. Фактически это тот же .bit, только без заголовка. Его (bin) и нужно сжимать и записывать в ПЗУ, а потом разжимать и побитно (раз это Slave Serial) отправлять в ПЛИС. На этапе отладки загрузчика сжатие лучше не применять.
rbf - это что-то из мира Альтеры

[Bad0512]

Чистый битстрим находится в файле .bin. Фактически это тот же .bit, только без заголовка. Его (bin) и нужно сжимать и записывать в ПЗУ, а потом разжимать и побитно (раз это Slave Serial) отправлять в ПЛИС. На этапе отладки загрузчика сжатие лучше не применять.
rbf - это что-то из мира Альтеры

Я делал так : специально для случая прилинковки битстрима к разным встроенным процессорам написал простенькую конвертайку *.bin(или *.bit) -> С-style const array. На выходе получается что-то типа :

Код

const unsigned char bitstream = { 0x11, 0x22, ..... };
#define bitstream_length = ....;

Такой файлик легко прилинковывается к любому проекту, написанному на C. Если есть интерес - могу выложить сорцы конвертайки.

З Ы Да, было бы вполне логично натравить на этот массив какой-нибудь алгоритм сжатия, но у меня до этого руки не дошли...

[Goose]

Я делал так : специально для случая прилинковки битстрима к разным встроенным процессорам написал простенькую конвертайку *.bin(или *.bit) -> С-style const array. На выходе получается что-то типа :

Код

const unsigned char bitstream = { 0x11, 0x22, ..... };
#define bitstream_length = ....;

Такой файлик легко прилинковывается к любому проекту, написанному на C. Если есть интерес - могу выложить сорцы конвертайки.

З Ы Да, было бы вполне логично натравить на этот массив какой-нибудь алгоритм сжатия, но у меня до этого руки не дошли...

Да, конечно интерес есть! буду премного благодарен)
а сжимать его 100% надо, если проект небольшой то файл сжимается в десятки раз)

[Bad0512]

Да, конечно интерес есть! буду премного благодарен)
а сжимать его 100% надо, если проект небольшой то файл сжимается в десятки раз)

Держите сорцы. Сделано это было ооочень давно, поэтому не факт что всё сразу заработает.
Про сжатие - сжимать-то надо конечно, но вот место под битстрим следует резервировать с запасом (худший случай = нежатый стрим).

Прикрепленные файлы

 BIN2C.txt ( 2.21 килобайт ) Кол-во скачиваний: 44