|
Какую структру имеют файлы прошивки формата .RBF? |
|
|
|
May 31 2008, 07:15
|
Участник

Группа: Участник
Сообщений: 39
Регистрация: 18-10-07
Пользователь №: 31 472

|
Добрый день господа инженеры.
Мне тут задали задачу сделать загрузчик для микросхемы ACEX 1K на микропроцессоре ATMega128. В принципе ничего сложного, я прочел рекомендайии ALTER-ы по этому поводу и решил делать так.
Хранить прошивку ACEX-a (он ~20К) в памяти программ Меги ( 128К). Поточнее так в меге создаю массив размера 20К туда записываю данные из файла .RBF(прошивки ACEX), потом по SPI отправляю в ACEX при включении питания.
Я прочел что .RBF файлы хранят 8-ми битные данные и посчитал, что это как раз то что надо , потому что у МЕГИ 8-и битный регистр SPI.
Прошу ответить мне уважаемые специалисты в .RBF файлах храняться только биты которые надо передать в ПЛИС или еще какието разделители, знаки форматирования?????
И еще прошу покритиковать тот способ которым я хочу восспользоваться и мои методы, ну и подсказать кое что из своего опыта.
Всем заранее большое спасибо.
|
|
|
|
|
May 31 2008, 14:30
|
Участник

Группа: Новичок
Сообщений: 30
Регистрация: 15-05-06
Пользователь №: 17 123

|
Может, чисто формально, и есть какая-то сруктура, но для загузчика - все едино: надо просто загрузить весь файл в ПЛИС. По поводу порядка следования бит лучше почитать datasheet. Я делал такое на AT89S51 + 29Fxxx через UART в режиме shift register. Да, после загрузки всего файла надо выдать не менее 10 холостых импульсов DCLK для приведения ПЛИС в рабочее состояние. И при создании файла выбрать "rbf (sequental) ". Через SPI тоже должно работать.
|
|
|
|
|
Jun 1 2008, 05:24
|
Участник

Группа: Участник
Сообщений: 39
Регистрация: 18-10-07
Пользователь №: 31 472

|
Спосибо за ответы. В понедельник пойдуопробую все варианты.
Главне что я узнал, ято весь .rbf файл надо залить в Плис и никаких разделтелей и заголовков там нет.
|
|
|
|
|
Jun 3 2008, 13:44
|
Участник

Группа: Участник
Сообщений: 39
Регистрация: 18-10-07
Пользователь №: 31 472

|
Все получилось отлично. Сделал прошивку для процессора. Написал программу на VC++6.0 которая брала данные из .rbf файла прошивки ACEX добавляла к прошивке АТМеги. А в АТМеге программа загрузчик которая эти данные сливает в ПЛИС используя свой SPI. Все работает как часы.
Правда былы некоторые трудности с тем что при подаче питания на ПЛИС надо подождать ~10 мкс (время работы аппаратного сброса по вкл. питания [POR] ПЛИСки), а только потом ее загружать. Этой инфы там где основные тайминги процесса загрузки ПЛИСа нет тка что пришлось голову по ломать что бы понять что же не так.
Так что все тема закрыта все большое спасибо.
|
|
|
|
|
Jun 13 2008, 06:50
|

Местный
  
Группа: Участник
Сообщений: 318
Регистрация: 21-07-06
Из: Минск
Пользователь №: 18 986

|
Цитата(Илья_ @ Jun 3 2008, 16:44)  Написал программу на VC++6.0 которая брала данные из .rbf файла прошивки ACEX добавляла к прошивке АТМеги. Можно проще. Файл прошивки можно указать прямо в исходнике в качестве инициализатора массива, если использовать формат ttf: Код const __hugeflash char FPGA_Config[]={ #include "..\Altera\MyProj.ttf" };
;SPI Init: SPCR = (1<<SPE) | (1<<DORD) | (1<<MSTR); //SPI enable, LSB first, master SPSR = (1<<SPI2X); //double SPI speed
bool FPGA_Configurate(void) { Port_nCONFIG_0; //nCONFIG <- 0 Delay_us(100); //delay 100 uS if(Pin_nSTATUS) return(0); Port_nCONFIG_1; //nCONFIG <- 1 Delay_us(100); //delay 100 uS if(!Pin_nSTATUS) return(0);
for(long i = 0; i < sizeof(FPGA_Config); i++) { Spi(FPGA_Config[i]); if(!Pin_nSTATUS) return(0); if(Pin_CONF_DONE) break; } if(!Pin_CONF_DONE) return(0); Delay_us(100); //delay 100 uS Port_nCLR_1; //release nCLR return(1); }
char Spi(char dat) { SPDR = dat; while(!(SPSR & (1 << SPIF))); return(SPDR); }
--------------------
|
|
|
|
|
Apr 14 2011, 11:36
|
Участник

Группа: Участник
Сообщений: 15
Регистрация: 10-02-11
Пользователь №: 62 860

|
Подскажите, пожалуйста, а можно ли каким-нибудь образом разбить файл .rbf на несколько частей меньшего объема, причем чтобы в коде программы контроллера ссылаться на ttf ? (то есть чтобы несколько раз ссылаться на ttf, который будет содержать в себе поочередно тот или иной кусок дробленного .rbf)
Моя проблема в том, что надо конфигурировать EP1K50 (Acex 1K), файлы .rbf проекта весят 98кбайт, а пытаюсь конфигурировать Атмегой 32.... Хочу попробовать разбить rbf и по кусочкам заливать его в микросхему памяти (at45db). А потом из памяти уже в ПЛИС.
Сообщение отредактировал Sonya - Apr 14 2011, 11:41
|
|
|
|
|
Apr 14 2011, 18:14
|
Местный
  
Группа: Свой
Сообщений: 351
Регистрация: 17-09-05
Из: Москва
Пользователь №: 8 660

|
Цитата(Sonya @ Apr 14 2011, 15:36)  Моя проблема в том, что надо конфигурировать EP1K50 (Acex 1K), файлы .rbf проекта весят 98кбайт, а пытаюсь конфигурировать Атмегой 32.... Хочу попробовать разбить rbf и по кусочкам заливать его в микросхему памяти (at45db). А потом из памяти уже в ПЛИС. Просто порезать на куски любого удобного размера. А откуда Вы его будете брать "по кусочкам"? Кто будет программировать ПЗУ?
|
|
|
|
|
Apr 15 2011, 05:46
|
Участник

Группа: Участник
Сообщений: 15
Регистрация: 10-02-11
Пользователь №: 62 860

|
В том и состоит суть вопроса, как порезать rbf так, чтобы получить файлы ttf, указывающие на куски rbf, дабы использовать эти куски в прошивке атмеги как писал Леонид Иванович: const __hugeflash char FPGA_Config[]={ #include "..\Altera\MyProj.ttf" }; Другими словами я хочу несколько раз перепрошить атмегу, прописывая ttf, указывающие на разные куски rbf, и выставляя в каждой новой прошивке атмеги новые адреса для записи в датафлэш at45db (чтобы уместить 98килобайтный rbf в датафлэш) Можно ли так сделать вообще? Если нет, то какие пути решения этой проблемы есть? (кроме того, чтобы взять микроконтроллер с большим объемом внутр. флэш). О каком ПЗУ идет речь? Флэш атмеги программирую AVRISP, dataflash at45db программирует атмега, ПЛИС не имеет ПЗУ  Но ее программировать будут по SPI at45db напару с атмегой.
|
|
|
|
|
Apr 15 2011, 09:24
|

Универсальный солдатик
     
Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362

|
Цитата(Sonya @ Apr 15 2011, 08:46)  Другими словами я хочу несколько раз перепрошить атмегу, прописывая ttf, указывающие на разные куски rbf, и выставляя в каждой новой прошивке атмеги новые адреса для записи в датафлэш at45db (чтобы уместить 98килобайтный rbf в датафлэш) Можно ли так сделать вообще? А по RS-232 передавать весь файл целиком почему не хотите? Я так и делал. Передавал пачками, ждал подтверждения, после записи страницы в ПЗУ передавал следующую страницу и т.д. Теперь имею достаточное количество ОЗУ, передаю весь файл целиком, еще раз передаю для верификации, потом записываю целиком, потом проверяю, что записано правильно. А rbf - это просто сырые байты, байт за байтом, которые нужно заслать в ПЛИС. Любым редактором, работающим с двоичными данными, можно порезать на части. Например, WinHex, наверное.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|