Миландр

В примерах программ и в документации к 1986ВЕ9х везде упоминается, что во время операций записи или стирания флэш-памяти программа должна выполняться не с самой памяти программ, а из ОЗУ или внешней памяти. Но то же самое говорится и в документации по работе с памятью в процессорах stm32x: "...During a write operation to the Flash memory any attempt to read the Flash memory will stall the bus. The read operation will proceed correctly once the write operation has completed. This means that code or data fetches cannot be made while a write/erase operation is ongoing."
Но тем не менее, я нигде не вижу в прогрммах, как во время записи в память программа могла загружаться не из самой же флэш-памяти:

На основе примера из документа AN2594 к их процессору у меня самого успешно работает целый ряд программ, и нареканий не возникало. При этом я не делал никаких специальных усилий по загрузке программы из ОЗУ, я даже до недавних пор (пока не столкнулся с миландровским 1986ВЕ92) и не подозревал, что у gcc есть такая возможность.

Объясните, кто может, в чем тут фокус? Может быть, пися (пиша?) программы для stm32x, я каким-то образом случайно не наступал на эти грабли. Хотелось бы и счас понять, как это получается.

Пользуйтесь файлами стандартной библиотеки MDR32F9Qx_eeprom.h/MDR32F9Qx_eeprom.c, не забыв уточнить дефайн FLASH_PROG_FREQ_MHZ и указать, что код из MDR32F9Qx_eeprom.c должен исполняться из RAM.

Про импортные тех.описания забудьте совсем.

_________________
сочувствующий…

Да это понятно. Непонятно только, почему в том случае получалось? Может быть, почему-либо те функции сами по себе оказывались в ОЗУ?

Вероятно потому, что были объявлены подобным образом:

Либо Вы изменяли уже готовый проект -- демонстрационный пример. Тогда сохранялись необходимые настройки IDE. Возможны и другие варианты.

В любом случае очень полезно заглядывать в исходники используемых библиотек.

_________________
сочувствующий…

Я, если честно, не вижу тут никакого противоречия. То, что шина стопориться означает только то, что шина стопориться. Я понял это так, что когда идет запись, процессор просто не может считать инструкцию и ждет. И все. Это, конечно, тоже важно - так можно прерывание пропустить, но ничего само по себе не ломается.
В аппноте нигде не написано, что код нужно помещать в RAM и в SPL для stm нигде нет никаких отметок вида __attribute__((section("EXECUTABLE_MEMORY_SECTION")));

В даташите на миландр же написано явно:

Про исполнение кода из ОЗУ, понятно, а как быть с работой периферии и прерываниями, если они нужны во время, например стирания страницы флеш-памяти, - что необходимо дополнительно разместить в оперативной памяти (на примере Keil) - таблицу векторов (в том числе обработчики HardFault () и т.п.) или весь Startup.s или весь код (компиляторы подшивают ещё библиотеки armlib, cpplib, scatter-файлы и прочие системные вещи) ??? Хорошо бы это осветить в техническом описании на микроконтроллер...

_________________
Hack the Planet!

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

Отключаются прерывания - чтобы не начал исполняться код обработчиков расположенных в EEPROM (в процессе работы контроллера EEPROM). Если таблица прерываний находится в ОЗУ (выборка адреса обработчика), как и весь код который вызывается в обработчиках прерываний, то проблем возникнуть не должно.

_________________
Отдел технической поддержки support@milandr.ru

Vasiliy! Merci за информацию

_________________
Hack the Planet!

Да чего тут освещать - при флеши в режиме программирования _все_ должно выполняться только из ОЗУ.
Весь startup нельзя помещать в ОЗУ - процессор не запустится, вектор сброса не найдет. А пока программа внутри main(), то из него никакой код и не выполняется. В scatter вообще кода нет.
Проще всего проектировать так, чтобы на время работы с флеш прерывания и библиотечные функции (кроме MDR32F9Qx_eeprom, которую положить в ОЗУ) вообще не использовать. Иначе придется таблицу векторов, обработчики прерываний и библиотеки переносить в ОЗУ (вектора только на Cortex-M3 можно переносить).