Распаковка zip на стороне ATmega, Программирование больших ПЛИС - распаковка прошивок zip Опции

[StanislavF]

Здравствуйте,

Прошиваю два Spartan3 с помощью AVR Atmega2561, последовательно, один за другим. Использую WinAVR 2010****. Прошивки для обеих ПЛИС компоную с прошивкой для ATmega. НО прошивки для ПЛИС со временем стали довольно большими и не влезают в 256 Кб для ATmega. Битовое сжатие не помогает.

Придёться сжимать и распаковывать их потом с помощью самого ATmega при программировании ПЛИС. Существуюит ли алгоритмы распаковки zip для ATmega или какие-то другие решения этой проблемы? То, что я находил в сети работет с файлами, а в ATmega файлов по сути никаких и нет.

Буду благодарен за любую предоставленную помощь.

[ReAl]

О первом бите — ну так мы его так сгенерировали. Пример:
Вход на упаковку
FA AC 11 00 00 00 00 00 00 00 04 18 21 E7 00 00 00 00 00 00 00 00 00 00 22 00 44 55 00 00 00 00 00 00 00 01

Выход упаковщика
03 FA AC 11 87 04 04 18 21 E7 8A 04 22 00 44 55 87 01 01
Оиночный 00, выдленный курсивом, не было смысла пускать как ноль. До двух нулей смысла нет.

Распаковщик
03 FA AC 11 — копируем три байта со входа на выход
87 — пишем на выход семь нулей
04 04 18 21 E7 — копируем четыре байта со входа на выход
8A — пишем на выход десять нулей
04 22 00 44 55 — копируем четыре байта со входа на выход
87 — пишем на выход семь нулей
01 01 — копируем один байт со входа на выход

[ReAl]

Вход на упаковку. Минусами разбито на группы по восемь байт, как это нужно для байтов масок (в байтах масок каждому входному байту упаковщика (выходному байту распаковщика) соответствет один бит.
FA AC 11 00 00 00 00 00 - 00 00 04 18 21 E7 00 00 - 00 00 00 00 00 00 00 00 - 22 00 44 55 00 00 00 00 - 00 00 00 01

Выход упаковщика. Байты масок показаны в двичном коде с префиксом 0b
0b11100000 0xFA 0xAC 0x11 0b00111100 0x04 0x18 0x21 0xE7 0b00000000 0b10110000 0x22 0x44 0x55 0b00010000 0x01
При своей потрясающей простоте метод очень хорошо жмёт прошивки. Кажется, лучше, чем встроенный в квартус пожиматель / встроенный в циклоны разжиматель.

Там выше ужалось в 19 байт, тут в 16.
Перед массивом для разжимателя нужно указывать общую длину, так как алгоритм округляет число байтов вверх до кратного восьми.

[ViKo]

При своей потрясающей простоте метод очень хорошо жмёт прошивки.
Перед массивом для разжимателя нужно указывать общую длину, так как алгоритм округляет число байтов вверх до кратного восьми.

Спасибо. Да, просто и со вкусом. И, как мне на первый взгляд кажется, отсутствуют "недопустимые" коды, т.е., нет избыточности. Конечно, если потерять хотя бы один байт, весь остаток кода будет испорчен. Но в ПЛИС даже часть правильного кода не нужна.
Надо взять на вооружение. Рояльти платить не требуется?
И еще, по-моему, ничего страшного не произойдет, если послать в ПЛИС чуть больше кода. Лишние биты проигнорируются.