//врубаем QPI-режим
HAL_SPIFI_SendCommand(&spifi, &spifi_enable_qpi, 0, 0, 0, 0, HAL_SPIFI_TIMEOUT);HAL_SPIFI_SendCommand(&spifi, &spifi_enable_qpi, 0, 0, 0);
void HAL_SPIFI_SendCommand(
SPIFI_HandleTypeDef *spifi,
SPIFI_CommandTypeDef *cmd,
uint32_t address,
uint16_t dataLength,
uint8_t *dataBytes)
{Это я слил более свежий (наверно) HAL отсюда. Вроде каких-то фундаментальных отличий в нём не появилось: ну разделили буферы, да ввели таймаут...или всё же не всё так просто?
У меня в загрузчике контроллер SPIFI перед началом выдачи команд чтения из SPI Flash сбрасывается (SPIFI_STA = 0x30) и настраивается (SPIFI_CTRL = 0xD081FFFF).
Ну вот SPIFI_STA = 0x30 это по сути эквивалентно SPIFI_CONFIG->STAT |= SPIFI_CONFIG_STAT_INTRQ_M | SPIFI_CONFIG_STAT_RESET_M; А вот значения SPIFI_CTRL у вас явно настроены под DMA-обмен, и, конечно, просто так оно не работает...
Держите код:#include "mik32_hal.h"
#include "mik32_hal_spifi.h"
void SPIFI_Config();
void main()
{
// Конфигурация кэш памяти
// SPIFI переключаем в полный QPI режим
SPIFI_Config();
/* Загрузка из внешней flash по SPIFI */
asm volatile( "la ra, 0x80000000\n\t"
"jalr ra"
);
while (1)
{
}
}
void SPIFI_Config()
{
uint8_t tmp;
SPIFI_HandleTypeDef spifi;
SPIFI_CommandTypeDef spifi_enable_qpi;
SPIFI_MemoryCommandTypeDef spifi_qpi_memory_read;
SPIFI_MemoryModeConfig_HandleTypeDef spifi_mem_config;
spifi.Instance = SPIFI_CONFIG;
HAL_SPIFI_MspInit(&spifi); //делает ноги флешечным интерфейсом!
//сброс контроллера и его прерываний
SPIFI_CONFIG->STAT |= SPIFI_CONFIG_STAT_INTRQ_M | SPIFI_CONFIG_STAT_RESET_M;
//сбрасывает регистры на дефолтное значение
SPIFI_CONFIG->ADDR = 0x00;
SPIFI_CONFIG->IDATA = 0x00;
SPIFI_CONFIG->CLIMIT = 0x00000000;
spifi_enable_qpi.Direction = SPIFI_DIRECTION_INPUT;
spifi_enable_qpi.InterimLength = 0;
spifi_enable_qpi.FieldForm = SPIFI_FIELDFORM_ALL_SERIAL;
spifi_enable_qpi.FrameForm = SPIFI_FRAMEFORM_OPCODE;
spifi_enable_qpi.InterimData = 0;
spifi_enable_qpi.OpCode = 0x38; //команда "Enable QPI"
//врубаем QPI-режим
HAL_SPIFI_SendCommand(&spifi, &spifi_enable_qpi, 0, 0, &tmp);
//заполняем шаблон команды
spifi_qpi_memory_read.InterimLength = 3;
spifi_qpi_memory_read.FieldForm = SPIFI_FIELDFORM_ALL_PARALLEL;
spifi_qpi_memory_read.FrameForm = SPIFI_FRAMEFORM_OPCODE_3ADDR;
spifi_qpi_memory_read.InterimData = 0;
spifi_qpi_memory_read.OpCode = 0xEB; //команда "Quad I/O Fast Read" Полноценный QPI режим
spifi_mem_config.CacheEnable = SPIFI_CACHE_ENABLE;
spifi_mem_config.CacheLimit = 0x90000000; //не кэшировать всё, чей адрес выше 2,5 гигов?
spifi_mem_config.Instance = SPIFI_CONFIG;
spifi_mem_config.Command = spifi_qpi_memory_read;
HAL_SPIFI_MemoryMode_Init(&spifi_mem_config); //забиваем настройки кэша и команду, которая будет делать чтение из флэхи
}И, кстати, особо жёсткий прикол в том, что когда мы, несмотря ни на что, переходим в режим работы эмулятором памяти, контроллер похоже сам собой переназначает нужные ему ноги.
Пардон, это я невнимательно ваш код смотрел. Ну значит теперь режим QPI работает без проблем?
Да, наконец-то заработало. Но важнее даже то, что сама отправка команд заработала! Ведь, понятное дело, пишущий во флешку бутлодырь без этого был бы нереализуем.
Ну теперь можно смело обновлять HAL и снова тестировать.
Ограничен частотой fCPU / 12, т.е. 2,7 МГц максимум при тактировании МК от встроенного генератора с частотой 32,5 МГц (максимальное значение согласно ТУ) - ограничение ядра Syntacore SCR1.
На странице 105
и...эта версия мне пишет в консоль, мол "Error loading Python DLL 'R:\Temp\_MEI34162\python312.dll'." R: это кстати мой RAM-диск...на компе с Windows 7. Да, я знаю, что разрабы Петюни вроде как забили на поддержку семёрки, но есть неофициальные сборки. Я конечно поставил последнюю, 3.12.4, и вроде бы со всем прочим софтом она работает нормально. Пробовал я кстати и сделать папку, про которую оно пишет, и скинуть туда dll, но при этом ничего не меняется. Наверно под десяткой таких проблем нет?
Соберите исполняемый EXE-файл из программ на Python у себя. Для этого после установки Python установите библиотеку PyInstaller командой «pip install pyinstaller». Для удобства пересборки я создал пакетный файл «mik32_upload_build.bat» с командой «pyinstaller mik32_upload.spec». Среда разработки VSCode с расширением PlatformIO запускает Python-скрипты напрямую. Исполняемый файл требуется для Mikron IDE на базе Eclipse.
Действительно, станцевал всё это - появился новый exe-шник. И вот он работает нормально, в т.ч. когда залит загрузчик с QPI-режимом! Попутно заметил, что на время его работы в моём Temp-е появляется та самая папка _MEI40762, потом самоудаляется.
Кстати, стащил полученный EXE-шник на другой пека, но тоже под Win7. И там он заработал нормально.