Easyelectronics.ru

Снова поднимаю тему.
Как явно указать, чтоб переменную в CCM записать?

тоже хотел задействовать, вот пара ссылок - не повторял
http://sigalrm.blogspot.ru/2013/12/using-ccm-memory-on-stm32.html
http://www.tarangshah.me/how-to-use-the-stm32f4-ccm-in-a-keil-project/

Работает с Keil. Отлично. Стек и кое-какие данные для DSP в больших объёмах перекочевали туда. Благодарю.
Понравился синтаксис

Я ради интереса сделал замеры пересылок между RAM - RAM, FLASH - RAM


Такие получились результаты проц STM32F103C8 частота 72, latency = 2

По идее, если это обычные камушки без кэша, вся оперативка должна быть одноцикловая. Чтение же константы из флешки может занимать до 7-9 циклов.

У CCM смысл другой. Она висит на той же шине что и флеш, проц имеет к ней максимально быстрый доступ, и никакой DMA не отнимет приоритет. DMA вообще к этой памяти доступа не имеет.

Нашел интересную ссылку по теме CCM на STM32: http://www.stmcu.org/module/forum/threa ... 4-1-1.html
по картинкам многое можно понять. Но если в Keil в опциях выставить IRAM2, то по мере написания программы и увеличения используемой памяти наступает момент, когда компиляция начинает выдавать ошибку. Причем CCM не используется при этом вообще, а массивами и прочим занято только 80кб из 100кб не-CCM памяти. Ошибка по номеру даже не гуглится, весьма редкая. Если я правильно понял, по каким-то причинам линкер решает засунуть какую-то мелочь в CCM, хотя ещё полно свободной IRAM1. По этой причине я решил не использовать этот вариант, т.к. слишком много мороки, особенно если проект придётся править через несколько месяцев или вообще на другом компиляторе.

Если я правильно понимаю, то переменным можно жестко указать адрес в CCM:


Мне часто требуются временные массивы переменных размеров. Чтобы оптимально использовать память, логично повторно использовать освободившиеся адреса. Что я и попытался сделать выше для массивов tmpBuffer1, tmpBuffer2.
Но при указании __attribute__((at(0x10000000))) линкер почему-то автоматически сдвинул адрес tmpBuffer2 на 16384 байта (длину массива tmpBuffer1). Возможно, что так и задумано. Поэтому единственным выходом пока вижу использование указателей: tmp1 и tmp2 оказались по одному адресу.

Вот краткий и хороший документ насчет как использовать CCM с GCC.

И вот очень полезный докумет от самих ST для CCM конкретно под STM32F3, но многое из документа пригодно и для других серий.

Дело в том, что CCM тоже бывают разные, например на CCM STM32F405 нельзя исполнять код (потому что CCM подключен только к шине D-BUS), а на CCM STM32F303 - можно (есть доступ и по D-BUS и по I-BUS, потому что CCM подключен к матрице шин AHB). Это наглядно продемонстрировано на картинках "block diagram" в даташитах.

CCM можно использовать для хранения стека, или для операционной системы, благодаря отдельной шине, связывающей напрямую ядро МК и ОЗУ. Не надо класть в CCM всё подряд. Наоборот, разделяйте.
Для указания компилятору, что данные должны быть положены в ССМ, используйте секции, либо указатели.

А как вы хотели? Два разных массива не могут лежать по одному адресу. В атрибутах вы указываете только начало секции, а выделен будет первый свободный адрес. Так что всё верно.
С указателями же ситуация другая. Когда вы создаете указатель, указывающий на конкретный адрес, создается еще одна 4-хбайтовая переменная, содержащая написанный вами адрес. Два разных указателя могут указывать на одинаковый адрес. это нормально и не противоречит. Потому что переменная указателя, повторюсь, это отдельная переменная, содержащая числовое значение адреса

Ну и с веселыми картинками, щоб нагляднее было:
как видим, массивы выделяются в обозначенной секции, один за другим, начиная с адреса 0х1000 0000
а указатели на эти массивы помещаются вообще по другому адресу, но содержат адреса начала массивов, на которые они указывают

Ага, понятно, что вы хотите получить. Для этого есть возможности динамического выделения памяти через malloc и её вариации, доступные после подключения stdlib.h
Почитайте, ознакомьтесь - http://www.c-cpp.ru/funkcii/dinamichesk ... ie-pamyati и другие материалы по этой теме.
Вручную конечно тоже можете, только придется держать размеры и адреса в голове, управлять самостоятельно, чтобы нигде ничего не наехало и не запортилось.
Встроенный стандартный "выделятор" перед каждым выделенным массивом создает 8-байтный управляющий заголовок, по которому и распознает границы выделенных массивов.


Сравнительно недавно тут была тема про динамическое выделение памяти. Правда, к сожалению, там топикстартер наворотил полнейшего бреда сивой кобылы и глубоких заблуждений, но как суть при использовании - можно ознакомиться viewtopic.php?f=56&t=32376