Перейти к содержанию
    

Прошивка ПЛИС Cyclone IV с микроконтроллера

Добрый день!

 

Есть МК stm32f4VET6 с готовым бутлоадером. Требуется организовать загрузку прошивки в ПЛИС Cyclone IV. Пару лет назад я поднимал подобную тему, но речь шла о CPLD MAXII и один добрый человек (bugdesigner) посоветовал мне использовать FPGA и производить загрузку программы через passive serial. Подскажите, где можно посмотреть более подробную инфу по данному вопросу? В идеале хотелось бы передавать данные с МК по какому-нибудь стандартному интерфейсу (например SPI), пусть даже используя внешнюю микросхему памяти. Как лучше организовать?

Заранее спасибо.

Изменено пользователем Sprite

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день!

Есть МК stm32f4VET6 с готовым бутлоадером. Требуется организовать загрузку прошивки в ПЛИС Cyclone IV.

Немного не понятно, где есть прошивка ПЛИС (в памяти МК, требуется "заливать" с ПК через МК, на внешнем носителе и т.п.).

Я бы начал с возможных вариантов загрузки ПЛИС (должно быть описано в datashet на микросхему), сообразно прочитанному смотрел бы

что именно "потянет" МК.

Уточнить бы схему эксперимента...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день!

 

Есть МК stm32f4VET6 с готовым бутлоадером. Требуется организовать загрузку прошивки в ПЛИС Cyclone IV. Пару лет назад я поднимал подобную тему, но речь шла о CPLD MAXII и один добрый человек (bugdesigner) посоветовал мне использовать FPGA и производить загрузку программы через passive serial. Подскажите, где можно посмотреть более подробную инфу по данному вопросу? В идеале хотелось бы передавать данные с МК по какому-нибудь стандартному интерфейсу (например SPI), пусть даже используя внешнюю микросхему памяти. Как лучше организовать?

Заранее спасибо.

 

https://www.altera.com/content/dam/altera-w.../cyiv-51008.pdf

 

PS Configuration Using an External Host

p. 32

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Немного не понятно, где есть прошивка ПЛИС (в памяти МК, требуется "заливать" с ПК через МК, на внешнем носителе и т.п.).

Можно считать что она в памяти МК.

 

https://www.altera.com/content/dam/altera-w.../cyiv-51008.pdf

 

PS Configuration Using an External Host

p. 32

Спасибо, ознакомлюсь с документом!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вот вам пример дизайна, где грузится циклон четвертый из процессора. Программа интересует? Дам ссылку. В аттачменте - преобразователь из .RBF в сишный текст. Для скорости гружу 16-битными словами. Старшим битом вперед.

rbf2c.rar

mainunit_sch.pdf

Изменено пользователем Genadi Zawidowski

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вот вам пример дизайна, где грузится циклон четвертый из процессора. Программа интересует? Дам ссылку. В аттачменте - преобразователь из .RBF в сишный текст. Для скорости гружу 16-битными словами. Старшим битом вперед.

Если я Вас правильно понял - в приложении программа подготовки rbf-файла для заливки в ПЛИС с поменяными местами байтами и младшим битом вперед? Буду очень признателен если скинете кусок кода программы МК! :beer:

 

timing.png

 

Согласно представленной диаграмме сигналы nConfig, DATA[0] (SPI_MOSI), DCLK (SPI_SCK) конфигурируются в МК как выходы, остальные сигналы (nSTATUS, CONF_DONE, INIT_DONE) как входы, верно?

 

И еще вопрос: как происходит (и происходит ли вообще) верификация прошивки в ПЛИС?

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ничего не перетрахиваю, записываю rbf файл байтами по UART через МК в 8-ногую SPI Flash, а при включении прибора переписываю этот код по другому SPI в FPGA Cyclone III. С порядком битов в SPI надо определиться, и всё.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если я Вас правильно понял - в приложении программа подготовки rbf-файла для заливки в ПЛИС с поменяными местами байтами и младшим битом вперед? Буду очень признателен если скинете кусок кода программы МК! :beer:

 

timing.png

 

Согласно представленной диаграмме сигналы nConfig, DATA[0] (SPI_MOSI), DCLK (SPI_SCK) конфигурируются в МК как выходы, остальные сигналы (nSTATUS, CONF_DONE, INIT_DONE) как входы, верно?

 

И еще вопрос: как происходит (и происходит ли вообще) верификация прошивки в ПЛИС?

 

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

 

верно

 

INIT_DONE можно не юзать в МК

 

верификация по nSTATUS и CONF_DONE

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

/* FPGA загружается процессором с помощью SPI */
static void board_fpga_loader_PS(void)
{
#if (WITHSPIHW && WITHSPI16BIT)	// for skip in test configurations

#if (CTLSTYLE_RAVENDSP_V3 && ! WITHUSEDUALWATCH) && (DDS1_CLK_MUL == 10)
	#include "rbf/rbfimage_v3_pll.h"
#elif (CTLSTYLE_RAVENDSP_V3 && ! WITHUSEDUALWATCH) && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v3.h"
#elif (CTLSTYLE_RAVENDSP_V4 && ! WITHUSEDUALWATCH) && (DDS1_CLK_MUL == 10)
	#include "rbf/rbfimage_v4_pll.h"
#elif (CTLSTYLE_RAVENDSP_V4 && ! WITHUSEDUALWATCH) && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v4.h"
#elif CTLSTYLE_RAVENDSP_V5 && (DDS1_CLK_MUL == 10)
	#include "rbf/rbfimage_v5_2ch_pll.h"	// CTLSTYLE_RAVENDSP_V5 with 12.288 osc
#elif CTLSTYLE_RAVENDSP_V5 && (DDS1_CLK_MUL == 1) && WITHOPERA4BEACON
	#include "rbf/rbfimage_v5_2ch_opera4.h"	// CTLSTYLE_RAVENDSP_V5
#elif CTLSTYLE_RAVENDSP_V5 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v5_2ch.h"	// CTLSTYLE_RAVENDSP_V5
#elif CTLSTYLE_RAVENDSP_V6 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v6_2ch.h"	// CTLSTYLE_RAVENDSP_V6
#elif CTLSTYLE_RAVENDSP_V7 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_2ch.h"	// CTLSTYLE_RAVENDSP_V7
#elif CTLSTYLE_RAVENDSP_V8 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v8.h"
#elif CTLSTYLE_RAVENDSP_V9 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7renesas_2ch.h"
#elif CTLSTYLE_RAVENDSP_V2 && (DDS1_CLK_MUL == 1) && WITHRTS192
	#include "rbf/rbfimage_v8renesas_2ch.h"
#elif CTLSTYLE_RAVENDSP_V2 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v8renesas96k_2ch.h"
#elif CTLSTYLE_STORCH_V1 && ! WITHUSEDUALWATCH && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_1ch.h"	//
#elif CTLSTYLE_STORCH_V1 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_2ch.h"	// same as CTLSTYLE_RAVENDSP_V7
#elif CTLSTYLE_STORCH_V2 && ! WITHUSEDUALWATCH && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_1ch.h"	//
#elif CTLSTYLE_STORCH_V2 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_2ch.h"	// same as CTLSTYLE_RAVENDSP_V7
#elif CTLSTYLE_STORCH_V3 && ! WITHUSEDUALWATCH && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_1ch.h"	//
#elif CTLSTYLE_STORCH_V3 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_v7_2ch.h"	// same as CTLSTYLE_RAVENDSP_V7
#elif CTLSTYLE_STORCH_V4 && ! WITHUSEDUALWATCH && (DDS1_CLK_MUL == 1)	// modem v2
	#include "rbf/rbfimage_v7_1ch.h"	//
//#elif CTLSTYLE_STORCH_V4 && (DDS1_CLK_MUL == 1)	// modem v2
//	#include "rbf/rbfimage_v7_2ch.h"	// same as CTLSTYLE_RAVENDSP_V7
#elif CTLSTYLE_STORCH_V5 && ! WITHUSEDUALWATCH && (DDS1_CLK_MUL == 1)		// mini
	#include "rbf/rbfimage_v7_1ch.h"	//
#elif CTLSTYLE_STORCH_V5 && (DDS1_CLK_MUL == 1)		// mini
	#include "rbf/rbfimage_v7a_2ch.h"	// same as CTLSTYLE_RAVENDSP_V7
#elif CTLSTYLE_STORCH_V6 && ! WITHUSEDUALWATCH && (DDS1_CLK_MUL == 1)		// mini
	#include "rbf/rbfimage_v7_1ch.h"	//
#elif CTLSTYLE_STORCH_V6 && (DDS1_CLK_MUL == 1)		// mini
	#include "rbf/rbfimage_v7a_2ch.h"	// same as CTLSTYLE_STORCH_V6
#elif CTLSTYLE_OLEG4Z_V1 && (DDS1_CLK_MUL == 1)
	#include "rbf/rbfimage_oleg4z.h"	// same as CTLSTYLE_RAVENDSP_V7, 1 RX & WFM
#else
	#error Missing FPGA image file
#endif

restart:
;
unsigned long w = 1000;
do {
	debug_printf_P(PSTR("fpga: board_fpga_loader_PS start\n"));
	const size_t rbflength = sizeof rbfimage / sizeof rbfimage [0];
	/* After power up, the Cyclone IV device holds nSTATUS low during POR delay. */

	FPGA_NCONFIG_PORT_S(FPGA_NCONFIG_BIT);
	local_delay_ms(1);
	/* 1) Выставить "1" на nCONFIG */
	//debug_printf_P(PSTR("fpga: FPGA_NCONFIG_BIT=1\n"));
	FPGA_NCONFIG_PORT_C(FPGA_NCONFIG_BIT);
	/* x) Дождаться "0" на nSTATUS */
	//debug_printf_P(PSTR("fpga: waiting for FPGA_NSTATUS_BIT==0\n"));
	while (board_fpga_get_NSTATUS() != 0)
	{
		local_delay_ms(1);
		if (-- w == 0)
			goto restart;
	}
	FPGA_NCONFIG_PORT_S(FPGA_NCONFIG_BIT);
	/* 2) Дождаться "1" на nSTATUS */
	//debug_printf_P(PSTR("fpga: waiting for FPGA_NSTATUS_BIT==1\n"));
	while (board_fpga_get_NSTATUS() == 0)
	{
		local_delay_ms(1);
		if (-- w == 0)
			goto restart;
	}
	/* 3) Выдать байты (бладший бит .rbf файла первым) */
	//debug_printf_P(PSTR("fpga: start sending RBF image (%lu of 16-bit words)\n"), rbflength);
	if (rbflength != 0)
	{
		unsigned wcd = 0;
		size_t n = rbflength - 1;
		const uint16_t * p = rbfimage;
		//

		hardware_spi_connect_b16(SPIC_SPEEDUFAST, SPIC_MODE3);

		hardware_spi_b16_p1(* p ++);
		while (n --)
		{
			if (board_fpga_get_CONF_DONE() != 0)
			{
				//debug_printf_P(PSTR("fpga: Unexpected state of CONF_DONE==1\n"));
				break;
			}
			hardware_spi_b16_p2(* p ++);
		}

		//debug_printf_P(PSTR("fpga: done sending RBF image, waiting for CONF_DONE==1\n"));
		/* 4) Дождаться "1" на CONF_DONE */
		while (board_fpga_get_CONF_DONE() == 0)
		{
			++ wcd;
			hardware_spi_b16_p2(0xffff);
		}

		hardware_spi_complete_b16();

		hardware_spi_disconnect();

		//debug_printf_P(PSTR("fpga: CONF_DONE asserted, wcd=%u\n"), wcd);
		/*
		After the configuration data is accepted and CONF_DONE goes
		high, Cyclone IV devices require 3,192 clock cycles to initialize properly and enter
		user mode.
		*/
	}
} while (board_fpga_get_NSTATUS() == 0);	// если ошибка - повторяем
//debug_printf_P(PSTR("fpga: board_fpga_loader_PS done\n"));
/* проверяем, проинициализировалась ли FPGA (вошла в user mode). */
while (HARDWARE_FPGA_IS_USER_MODE() == 0)
{
	local_delay_ms(1);
	if (-- w == 0)
		goto restart;
}
debug_printf_P(PSTR("fpga: board_fpga_loader_PS: usermode okay\n"));
#endif /* (WITHSPIHW && WITHSPI16BIT) */	// for skip in test configurations
}

 

 

Проект целиком тут https://188.134.5.254/browser/trunk - данная функция в файле board.c

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Проект целиком тут https://188.134.5.254/browser/trunk - данная функция в файле board.c

Большущщее Вам спасибо! (название проекта красивое;) ) Теперь ясно в каком направлении двигаться!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще один маленький вопрос касательно получения rbf-файла. Скомпилил простейший проект с одним счетчиком. Не зная как из sof сделать rbf в просторах интернета нашел такие строчки:

quartus_cpf -c test1.sof test1.rbf

Получил rbf -файл размером 368 011 байт!!! Потом поискал в настройках Device and Pin options -> Programming files и выставил галочку "rbf-файл". Получил при этом файл 105 КБ, стало немного поспокойнее) В связи с этим вопрос: каков максимально возможный размер rbf-файла для Cyclone III (EP3C5E144C8N) и Cyclone IV (EP4CE6E22C8)? Прошивку для ПЛИС планировал сохранять в ROM МК, а ROM не резиновый)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Там где-то установка "compressed" задается. А размер можно найти в неких доках, конкретно не помню.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Там где-то установка "compressed" задается. А размер можно найти в неких доках, конкретно не помню.

Спасибо большое, разобрался!

На вкладке "Configuration" раздела "Devise and Pin options" находится чекбокс "Generate compressed bitstreams" определяющий сжатие rbf-файла. Сам rbf-файл выбирается на вкладке "Programming Files", может кому пригодится;)

В документе "Device Handbook" циклона все подробно расписано (раздел "Configuration Data Decompression"), там же можно найти информацию о максимальном размере rbf-файла.

Изменено пользователем Sprite

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Большое всем спасибо в помощи решения данного вопроса!

Проверил на днях на железе (stm32f4 + cyclone III), все получилось - программа успешно грузится с USB во FLASH МК, а далее в ПЛИС.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Единственное наблюдение по верификации данных: она, как мне показалось, какая-то не полная: пробовал менять в прошивке байт где-то в начале файла - прошивка не загрузилась (судя по выводу CONF_DONE), но если поменять байт ближе к середине - то все грузится успешно. Так что остается надеяться на то, как карты лягут).
Чтобы однозначно удостовериться в правильной загрузке ПЛИСа обычно в самой прошивке ПЛИС предусматривают отправку сообщения с ПЛИС в микроконтроллер в любом виде по любому выводу. Если после загрузки ПЛИСа микроконтроллер получает это сообщение, значит загрузка ПЛИСа прошла успешно.

Я бы отправлял эти сообщения время от времени во время работы устройства, чтобы удостовериться, что прошивка не сбилась в ходе работы и отрабатывает верно. В противном случае просто перезагружаем ПЛИС прошивкой заново. Всяко надёжнее будет, чем просто грузить ПЛИС с ПЗУшки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...