ARM, забегая вперёд... Опции

[Zelepuk]

Есть цель: научится писать простые приложения (управление ЖК, использование АЦП, вывод через UART строки) для ARM (at91SAM9260 в частности)

Знания: базовые навыки Си-программировния.

В связи с отсутствием "разжёванной" информации для ARM, я начал практиковаться с AVR (ну для этих то инфы просто море!!!!)

Есть первые результаты. По сути ничего сложного.

Но!

Объясните чем отличается программа на AVR от программы для ARM.

Вот для AVR ожно расписать так:

Выставляем нужные биты в регистры -> используя интринсики разрешаем прерывания -> и вперёд в главный цикл ногами дрыгать!!!!

А в ARM как?
Насколько я понял нужно учесть кучу параметров, так как ARM стартует на низкой частоте, да ещё и внешнюю SD-RAM инициализировать надо и... да мало ли чего ещё.

Кто-нибудь может просто по шагам расписать принцип дрыгания ногами для ARM. Нужно учесть что прога лежит в Dataflash, потом должна запускаться из внешней SD-RAM. Ну Частота тактовая должна быть нормальная (Мегагерцы). Может я чего упустил....

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

[DRUID3]

А в ARM как?
Насколько я понял нужно учесть кучу параметров, так как ARM стартует на низкой частоте, да ещё и внешнюю SD-RAM инициализировать надо и... да мало ли чего ещё.

... да-да-да... А еще добавить немножечко воды и ...ммм... пукнуть туды )))

Начнем с такого вопроса - какой у Вас ARM?

[AlexandrY]

Кто-нибудь может просто по шагам расписать принцип дрыгания ногами для ARM. Нужно учесть что прога лежит в Dataflash, потом должна запускаться из внешней SD-RAM. Ну Частота тактовая должна быть нормальная (Мегагерцы). Может я чего упустил....

Как пример вот: http://eewiki.ru/wiki/Example_PinToggle_for_ARMGS10

Инициализация периферии в ARM-ах действительно сложное дело.
Еще более оно усложняется тем что не всегда хорошо описана в документации.
Большинство производителей чипов просто создают библиотеки подпрограмм для работы с их периферией.
Как правило у разных производителей эти библиотеки абсолютно разные по составу и стилю.
Кроме этого собственные библиотеки идут с компиляторами под ARM.

Поэтому выбор конкретного ARM-а очень критичен.

[DpInRock]

АРМ - это всего лишь система команд. Архитектура процессорного ядра.
Так как пишем на Си, то наплевать на систему команд. И на архитектуру.
Не наплевать станет несколько позже.

Основной проблемой является частное устройство конкретной модели. Т.е. набор периферии, как обычной (таймеры, USB,UART), так и специфичной - PLL, MMU, DMA...

Выход простой. Купить семок мешок и читать даташиты, пока этот мешок не сгрызешь.

[Zelepuk]

... да-да-да... А еще добавить немножечко воды и ...ммм... пукнуть туды )))

Начнем с такого вопроса - какой у Вас ARM?

бред какой-то....


В старте написано какой АРМ у меня.

Сообщение отредактировал Zelepuk - Nov 12 2010, 05:19

[segment]

Помойму сейчас уже нет разницы под что писать. Тем более на Си/Си++. Что мешает открыть доку на проц и посмотреть примеры?

[DRUID3]

бред какой-то....


В старте написано какой АРМ у меня.

Я конечно не самый внимательный в мире человек, но что-то сомневаюсь что я мог пропустить прямое указание на at91SAM9260. Вы его потом приписали ... Обманывать - нехорошо, непедагогично...

[Zelepuk]

Я конечно не самый внимательный в мире человек, но что-то сомневаюсь что я мог пропустить прямое указание на at91SAM9260. Вы его потом приписали ... Обманывать - нехорошо, непедагогично...

DRUID3 вы ИМХО самый странный участник форума.... что за чушь!
Там же не написано что я редактировал сообщение.

Если вы серьёзно (а то хрен вас разберёт)))

[AlexandrY]

Помойму сейчас уже нет разницы под что писать. Тем более на Си/Си++. Что мешает открыть доку на проц и посмотреть примеры?

Потому что доки как для PIC-ов больше не пишут.
Чипы сложнее в 10 раз и клепают их в пару раз быстрее. Производителям уже не до доки.

А на борьбу с недокументированными возможностями ARM-ов могут уйти многие месяцы.
Берясь за ARM-ы сразу резервируйте время на исследования и не надейтесь на доку.

[Stas-]

Потому что доки как для PIC-ов больше не пишут.
Чипы сложнее в 10 раз и клепают их в пару раз быстрее. Производителям уже не до доки.

А на борьбу с недокументированными возможностями ARM-ов могут уйти многие месяцы.
Берясь за ARM-ы сразу резервируйте время на исследования и не надейтесь на доку.

Тоска какая-то
Неужели нет каких-нибудь новых быстрых контроллеров, которые были бы так же хорошо документированы и просты в применении, как старички AVR, например?
Я как начал с AVR так на них и застрял. Армы SAM7s оказались слишком сложны

[demiurg_spb]

MSP430, AVR32, DSPIC...
но всё это сильно в сторону от ARM mainstream'а, так что думайте сами, решайте сами

[Lmx2315]

..посмотрите в сторону STM32 ..сам я не программировал , но вроде как ходят слухи что для данного проца наделано куча библиотек с исходниками , и подёргать ножками и может даже что посложнее там - нет проблем, какая вам переферия нужна - берёте из библиотек модуль соответствующий и работаете.
(STM32 тоже ARM . )

[MrYuran]

..сам я не программировал , но вроде как ходят слухи что для данного проца наделано куча библиотек с исходниками

Библиотек с исходниками у всех полно, только вот качество их - того...
На уровне студентов старших курсов

[DpInRock]

Что за ерунда.
Рекомендую. Поизучайте какой-нибудь Пентюк на предмет ембеденья (примерно час).
После этого документация на АРМ7 покажется краткой и ясной.

Кстати, атмеловские (да и филипсовские) армы даже по-проще АВРов будут. Ибо после подачи питания - сразу работают (загрузчик чего-нибудь вам да и скажет). А в АвРах фузы жечь - не приведи ошибиться.

Периферии больше - да. Но никто не мешает ее не использовать.
Единственное отличие от АВР - это надо настроить частоту на которой собрался работать. И все.

Все остальное - по ходу дела.
---
А вот современные АРМы для планшетов - это да. Это круто. Но они - нафик не нужны. Себе для развлечения восьмислойную плату городить - проще уж купить готовое.

[MrYuran]

А вот современные АРМы для планшетов - это да. Это круто. Но они - нафик не нужны. Себе для развлечения восьмислойную плату городить - проще уж купить готовое.

Производители планшетов тоже так считают.
Сегодня вычитал на планшетном форуме про начинку SmartQ - плата Telechips TCC8900 Demo Board
А я всё удивлялся - что это китайские планшеты похожи друг на друга, как близнецы

[radistka]

возвращаясь к первому сообщению, кто-нибудь может объяснить толково как правильно залить программу в Dataflash чтобы она потом запустилась из внешней SDRAM?
1. если использую flashloader, то программа как-будто пишется, но не стартует при подаче питания - SDRAM что ли не инициализировалась....не понятно
2. написала загрузчик, который с нужного адреса Dataflash копирует программу в SDRAM и перехожу на начало программы в SDRAM - без прерываний работают простенькие проги, с прерываниями - нет. В чем подвох может быть?

[DpInRock]

1. Главу Boot Program пересказывать не имеет смысла. Ее надо читать.
2. Вектора находятся в SRAM

[Zelepuk]

Сложновато-сложновато, всё равно((

Например подёргать ногами на AVR можно просто (напримере IAR)
DDRC = 255;
PORTC = 255;

сколько не искал подобные констркукции для ARM... не нашёл((

Как осуществляется доступ к PA0... PA31, PB0... PB31 и т.д.
(здаётся мне их настроить их на вывод тоже непрсото - одной строчкой необойтись)

P.S. Наверное нужно и впрям запастись мешком семечек и курить даташит....

Сообщение отредактировал Zelepuk - Nov 15 2010, 17:34

[radistka]

Boot Program читан, FlashLoaderGuide перечитан, все легко и просто - прописал путь до загрузчика, подцепил mac файл, где инициализируется SDRAM и все должно работать... Но ведь не работает! В надежде, что не я первая стою на этих граблях, надеюсь на помощь )

Что касается векторов прерываний, то они как были в SRAM, так и лежат там себе... Первое прерывание (работаю с touch screen) обрабатывается, но из него не выходит программа, то есть прерывание не сбрасывается? но при загрузке проги напрямую в SDRAM обработка прерываний идет нормально

[Zelepuk]

Boot Program читан, FlashLoaderGuide перечитан, все легко и просто - прописал путь до загрузчика, подцепил mac файл, где инициализируется SDRAM и все должно работать... Но ведь не работает! В надежде, что не я первая стою на этих граблях, надеюсь на помощь )

Что касается векторов прерываний, то они как были в SRAM, так и лежат там себе... Первое прерывание (работаю с touch screen) обрабатывается, но из него не выходит программа, то есть прерывание не сбрасывается? но при загрузке проги напрямую в SDRAM обработка прерываний идет нормально

присоединяюсь... только про mac-файл бы узнать подробнее)

[DpInRock]

Если читан и перечитан, то какие могут быть "вроде"?
Научитесь для начала в SRAM программы запускать.
Потом, если надо будет SDRAM -
Программа из датафлэш грузится в SRAM, переписывает настоящую программу, написанную и откомпилированную для
SDRAM (предварительно инициализировав оную).
Переписывает вектора прерываний на нужное место (на самом деле проще всего всунуть в стартап команду выборки прямо из AIC адреса - тогда вектора подойдут от отстатков загузчика) .

После чего уже джамп на начало SDRAM.
Естественно, никакой инициализации SDRAM после этого. И вообще - никакой инициализации. Все - в первоначальном загрузчике делать.
---
По жизни вот так делать.

1. Пишем программы для SRAM и тренируемся их запускать.
2. Компилируем программу для SDRAM и с помощью одной из уже написанный программок засовываем ея в датафлэш куда-нибудь в серединку.
3. После чего грузим в SDRAM программку, которая токо и умеет, что инициализировать PLL+SDRAM? копировать программу из п.2 в SDRAM и запускать оную
4. После удачи, программку из пункта 3 обзываем загрузчиком и запихиваем ее в датафлэш уже с нулевого адреса.

Все.


Сообщение отредактировал DpInRock - Nov 15 2010, 20:29

[andrewlekar]

В пункте 3 следует читать: 3. После чего грузим в SRAM программку...

[radistka]

ну черт знает, так и делаю, но когда в SDRAMном проекте есть прерывания, программа зависает. А так - я тоже домозговала до этих 4 пунктов


Zelepuk, дергайте же уже ногами =)

AT91C_BASE_PIOA->PIO_PER = (AT91C_PIO_PA28); //PIO Enable Register
AT91C_BASE_PIOA->PIO_PPUDR = (AT91C_PIO_PA28); //Pull-up Disable Register
AT91C_BASE_PIOA->PIO_SODR = (1 << 28); //Set Output Data Register
AT91C_BASE_PIOA->PIO_OER = (AT91C_PIO_PA28); //Output Enable Register

AT91C_BASE_PIOA->PIO_SODR = (1 << 28); // 1
AT91C_BASE_PIOA->PIO_CODR = (1 << 28); // 0

Переписывает вектора прерываний на нужное место (на самом деле проще всего всунуть в стартап команду выборки прямо из AIC адреса - тогда вектора подойдут от отстатков загузчика) .

а не могли бы вы подробнее рассказать про всовывание команды выборки из AIC в стартап? как совать? )
заранее благодарю!

[DpInRock]

Кэт, программка может виснуть по сотне причин.
Тут уже вступает в силу такое правило: посмотрите стартап файл и разберитесь - а за каким чертом он нужен.

ldr PC, [PC,# -0xF20] ;AIC direct

Вот такая строчка должна быть для IRQ вектора. (ОНа может быть и другая, но вот такая - будет работать с SDRAM без дополнительных телодвижений) (Это кстати подробнейшим образом описывается в разделе про аик в даташите.)

(В этом случае вы оформляете прерывание как __arm __irq и его адрес пишете напрямую в аик -- Процедура обработки будет вызываться сразу, минуя все промежуточные этапы, которые любят использовать в примерах).

Далее.
Для работы просто необходимо сделать общение с компом по 232.

Сообщение отредактировал DpInRock - Nov 16 2010, 06:19

[dimka76]

(В этом случае вы оформляете прерывание как __arm __irq и его адрес пишете напрямую в аик -- Процедура обработки будет вызываться сразу, минуя все промежуточные этапы, которые любят использовать в примерах).

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

Блин, почему книжки никто не читает. Тревор Мартин не плохо все это описывает.

[DpInRock]

В примерах это делается для организации вложенных прерываний

Вовсе нет.
Организация вложенности делается совершенно по-другому.
Хуже того, насколько я помню, в примерах вложенные прерывания нигде не применяются.

Для вложенности требуется во первых разрешать прерывания изнутри обработчика. Это как минимум. (Я не говорю о манипуляциях с аик (просто точно не помню, а лезть неохота).
А для этого применяют волшебное слово __nested

[sergeeff]

ну черт знает, так и делаю, но когда в SDRAMном проекте есть прерывания, программа зависает. А так - я тоже домозговала до этих 4 пунктов

Надеюсь вы не забыли сделать remap памяти, чтобы ваша sram читалась/писалась с нулевого адреса? А потом уже туда копировать таблицу векторов прерываний.

[DpInRock]

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

[sergeeff]

Ибо при загрузке из флэша ремап выполняется автоматически. А вот при старте кода самбой о ремапе должна думать программа.

При загрузке какой программы? Чего там происходит автоматически?

[DpInRock]

Прочитайте раздел даташита о последовательности действий загрузчика при поиске программ на допустимых носителях.

А чуть ниже будет описана система команд самбы. Там также все однозначно указано.

[sergeeff]

Ну взяла бы уважаемая радистка и сделала в своей программе dump первых 64 байт sram с 0-го адреса. По крайней мере многое прояснится.

[SII]

Сложновато-сложновато, всё равно((

Например подёргать ногами на AVR можно просто (напримере IAR)
DDRC = 255;
PORTC = 255;

сколько не искал подобные констркукции для ARM... не нашёл((

Как осуществляется доступ к PA0... PA31, PB0... PB31 и т.д.
(здаётся мне их настроить их на вывод тоже непрсото - одной строчкой необойтись)

P.S. Наверное нужно и впрям запастись мешком семечек и курить даташит....

В общем-то, там ничего сложного нет, просто в АРМе сложней первоначальная настройка, и в неё лучше вникнуть, а не копипастить откуда-то, не очень понимая точный смысл. Я использую AT91SAM9261, никаких трудностей не возникало, за исключением того, что первый раз, инициализируя DBGU, забыл отдать ему соответствующие ноги портов -- естественно, передача данных при этом не работала.

ADD. Ну а если конкретно про дрыганье ногами, то имеется два варианта.

1. Для установки неких разрядов какого-либо порта записываются 1 в соответствующие разряды регистра PIO_SODR этого порта (те разряды, в которые записывается 0, не будут менять своё состояние). Для сброса разрядов производится запись единиц в соответствующие позиции регистра PIO_CODR.

2. Сброс-установка разрядов путём записи необходимых значений в порт PIO_ODSR. Именно этот режим эквивалентен изменению ног в AVRках, но нередко удобнее бывает способ 1: если в какие-то биты порта записывается 0, то соответствующие ноги просто не меняются, поэтому установить или сбросить конкретные ноги проще (не надо предварительно считывать состояние порта и проводить логические операции, чтобы установить-сбросить определённые биты).

Сообщение отредактировал SII - Nov 17 2010, 18:25

[Zelepuk]

В общем-то, там ничего сложного нет, просто в АРМе сложней первоначальная настройка, и в неё лучше вникнуть, а не копипастить откуда-то, не очень понимая точный смысл. Я использую AT91SAM9261, никаких трудностей не возникало, за исключением того, что первый раз, инициализируя DBGU, забыл отдать ему соответствующие ноги портов -- естественно, передача данных при этом не работала.

ADD. Ну а если конкретно про дрыганье ногами, то имеется два варианта.

1. Для установки неких разрядов какого-либо порта записываются 1 в соответствующие разряды регистра PIO_SODR этого порта (те разряды, в которые записывается 0, не будут менять своё состояние). Для сброса разрядов производится запись единиц в соответствующие позиции регистра PIO_CODR.

2. Сброс-установка разрядов путём записи необходимых значений в порт PIO_ODSR. Именно этот режим эквивалентен изменению ног в AVRках, но нередко удобнее бывает способ 1: если в какие-то биты порта записывается 0, то соответствующие ноги просто не меняются, поэтому установить или сбросить конкретные ноги проще (не надо предварительно считывать состояние порта и проводить логические операции, чтобы установить-сбросить определённые биты).

спасибо!

[tturist]

Я тут сильно извиняюсь...
По моему скромному мнению изучение АРМ9 нужно начинать не с вопроса "как ножками потрыгать" а с вопроса "какую операционную систему на этот чип поставить". Тогда не будет лишних вопросов как что грузить и как память инициализировать. Нужно придумать очень экзотическую задачу чтобы имело смысл лудить такую железку без ОС. У меня вот фантазии не хватает. Не надо ничего изобретать и приделывать к велосипеду квадратные колеса.
У вас простая задача - берите 8-ми битную архитектуру.
Что-то посложнее - АРМ7 и можно подумать о какой-нибудь риал-тайм ОС.
А если вам захотелось АРМ9 с ММУ залудить - без операционной системы не обойтись. Он для этого и придуман. Идете на сайт производителя с вопросом "какую ОС вы мне можете предложить для этого железа".

[esaulenka]

tturist, тренируйте фантазию

У нас есть железка с WinCE на ARM9, там загрузчик полностью переписан и обвешан блекджеками и шл... излишествами.
Цель - на производстве (да и у пользователя тоже) убедиться, что всё железо работает нормально.

Ногодрыг там используется вовсю.
Хотя основное применение железки, конечно, другое - крутить задачку под WinCE.

[sergeeff]

Я тут сильно извиняюсь...
По моему скромному мнению изучение АРМ9 нужно начинать не с вопроса "как ножками потрыгать" а с вопроса "какую операционную систему на этот чип поставить".

Вы в этом вопросе идете на поводу у сторонников теории "главное побыстрее чего-нибудь сляпать, а потом...". Вы, к примеру, не смотрели как в Linux'e через стандартную драйверную обвязку сделано "ногодрыгание"? Вы посмотрите, может свое мнение и несколько поменяете.

[DpInRock]

а с вопроса "какую операционную систему на этот чип поставить"

Когда хоть одну железку своими руками (а не руками производителей китов) сделаете, ваше мнение изменится.

[TigerSHARC]

Я тут сильно извиняюсь...
По моему скромному мнению изучение АРМ9 нужно начинать не с вопроса "как ножками потрыгать" а с вопроса "какую операционную систему на этот чип поставить". Тогда не будет лишних вопросов как что грузить и как память инициализировать. Нужно придумать очень экзотическую задачу чтобы имело смысл лудить такую железку без ОС. У меня вот фантазии не хватает. Не надо ничего изобретать и приделывать к велосипеду квадратные колеса.
У вас простая задача - берите 8-ми битную архитектуру.
Что-то посложнее - АРМ7 и можно подумать о какой-нибудь риал-тайм ОС.
А если вам захотелось АРМ9 с ММУ залудить - без операционной системы не обойтись. Он для этого и придуман. Идете на сайт производителя с вопросом "какую ОС вы мне можете предложить для этого железа".

Линукс реалтаймовский - не проблема?

[sergeeff]

А если вам захотелось АРМ9 с ММУ залудить - без операционной системы не обойтись.

Совсем уж неясное утверждение. Что-то такого фантастического нужно для инициализации D- и I- кешей, к примеру, что не катит без ОС?

[NIKOLASIUS]

Доброго времени суток!
Может быть кто-нибудь сталкивался с ECC (Error Corrected Code Controller) в MCU AT91SAM9G45.
Суть проблемы токова: в очищенный блок NAND FLASH пишу одну страницу и содержимое регистров ECC, а вот при чтении получаю мультибитовую ошибку.

Сообщение отредактировал NIKOLASIUS - Nov 22 2010, 09:08

[radistka]

Значит так, стала запускаться моя программа с помощью написанного загрузчика.
Беда была вот какая - основная программа была скомпилирована для SDRAM, но чатсь функций была помещена в SRAM, сделано это было помещением конкретной функции в секцию, расположенную в ОЗУ. При прошивке программы непосредственно в SDRAM под IARом все работало корректно, однако при загрузке программы из флэш в SDRAM (с помощью написанного загрузчика) ОЗУшные функции, судя по всему, не помещались в нужные секции. Подскажите, может в IARе где-то чего-то указать дополнительно нужно или еще чего...Или функции в ОЗУ можно поместить только ручками, прописав их в стартапе?

[sergeeff]

Значит так, стала запускаться моя программа с помощью написанного загрузчика.

Странное дело. Вы ведь сами написали загрузчик из flash в sdram? Что же вы тогда спрашиваете?

[radistka]

спрашиваю, потому что не понимаю, что в него еще нужно приписать. На сегодняшний день загрузчик инициализирует SDRAM, копирует код программы из флеш в SDRAM и переходит на адрес этой программы в SDRAM, но как дело обстоит с функциями основной программы, помещенными в SRAM, не понятно.

[sergeeff]

спрашиваю, потому что не понимаю, что в него еще нужно приписать. На сегодняшний день загрузчик инициализирует SDRAM, копирует код программы из флеш в SDRAM и переходит на адрес этой программы в SDRAM, но как дело обстоит с функциями основной программы, помещенными в SRAM, не понятно.

Во flash у вас лежит, скорее всего, линейный bin-файл. Вы же должны знать, хотя бы, границы bss сегмента (чтобы его обнулить). Таким же образом, вы, по идее, должны знать границы вашего нестандартного (sram) сегмента, и, соответсвенно ручками скопировать этот сегмент по нужным адресам. Детали всего этого сильно зависят от вашего компилятора/линкера.

[DpInRock]

Все функции __ramfunc перекачиваются в SRAM в процессе инициализации main (это делает за вас компилятор).
Но для этого у вас должно быть верное определение SRAM в линкерном файле.
Если там все нормально, то проверьте, на месте ли находится SRAM.
Т.е. хто делает ремап и делает ли вообще. Сам компилятор этого делать не станет.

[sergeeff]

Все функции __ramfunc перекачиваются в SRAM в процессе инициализации main (это делает за вас компилятор).

В процессе инициализации... Этот момент не поясните ли? До main еще какая-то функция вызывается, или это какая-то функция, первая в main?

[ZED]

Прошу прощения, может вы мне ответите на вопрос, который я задал в теме: Мигание светодиодом на AT91SAM7S256?
Может нужно как-то настроить IAR, может прога не правильная. Мой микропроцессор AT91SAM9260 расположен на плате MMNET1001.
P.S.Если можно в той теме, за ранее спасибо.

[toweroff]

В процессе инициализации... Этот момент не поясните ли? До main еще какая-то функция вызывается, или это какая-то функция, первая в main?

поищите __main

[radistka]

sergeeff, попробовала копировать свой нестандартный sram сегмент по нужным адресам при работе из flash - не завелось ((

DpInRock, что с ремапом, что без него...а он работает с 0 адреса? то есть на sram, расположенную с 0x30000 не должен влиять?

я вот посмотрела проекты, сделанные под sam-ba , так там в *.lds файлах указываются _efixed, _sprerelocate, _eprerelocate и _spostrelocate, _epostrelocate, а потом в board_cstartup.c в resetHandler эти сегменты инициализируются, а в IAR'овских проектах этот механизм в каком месте осуществляется? сегменты описываются в *.icf, но в каком месте IAR их инициализирует и цепляет?

[_4afc_]

я вот посмотрела проекты, сделанные под sam-ba , так там в *.lds файлах указываются _efixed, _sprerelocate, _eprerelocate и _spostrelocate, _epostrelocate, а потом в board_cstartup.c в resetHandler эти сегменты инициализируются, а в IAR'овских проектах этот механизм в каком месте осуществляется? сегменты описываются в *.icf, но в каком месте IAR их инициализирует и цепляет?

Вы хотели сказать, что посмотрели проекты сделанные под gcc (а не под sam-ba)...
Сдаётся мне, что в IAR для этого надо поставить "__ramfunc" перед функцией
и возможно добавить в .icf "initialize by copy { rw, section MYCODE };" (а возможно и не надо если устроит, что функции лягут в дефолтную секцию.)

Правда поймёт ли IAR, что от него требуют чтобы он разместил часть функций (с "__ramfunc") в SRAM, при условии что остальной проект находится в SDRAM - это уже вопрос к Гуру.

[sergeeff]

sergeeff, попробовала копировать свой нестандартный sram сегмент по нужным адресам при работе из flash - не завелось ((

DpInRock, что с ремапом, что без него...а он работает с 0 адреса? то есть на sram, расположенную с 0x30000 не должен влиять?

я вот посмотрела проекты, сделанные под sam-ba , так там в *.lds файлах указываются _efixed, _sprerelocate, _eprerelocate и _spostrelocate, _epostrelocate, а потом в board_cstartup.c в resetHandler эти сегменты инициализируются, а в IAR'овских проектах этот механизм в каком месте осуществляется? сегменты описываются в *.icf, но в каком месте IAR их инициализирует и цепляет?

Вы мне так и не ответили, а главное и себе тоже, с 0х00000000 адреса у вас сидит таблица прерываний, как положено? Проект вообще не работает или работает до вызова какой-либо функции из sram?

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

[diglook]

Извините может не в тему

В моем проекте IAR раньше все функции были во Флеш, поставил на все "__ramfunc", и ничего больше не менял.
Теперь графика стала рисоватся в 2 раза быстрее(перерисовка всего экрана с использованием двойной буферизации) . LPC2478 72Mhz 640x480x16. И память ОЗУ осталось чуток свободной. Так-что чаще использовать рамфунк

[radistka]

Вы мне так и не ответили, а главное и себе тоже, с 0х00000000 адреса у вас сидит таблица прерываний, как положено? Проект вообще не работает или работает до вызова какой-либо функции из sram?

да, с 0 адреса лежит таблица прерываний. Прошу прощения, опечаталась, проект работает именно до вызова функции, лежащей в SRAM, которая вызывается из прерываний

Сообщение отредактировал radistka - Dec 7 2010, 11:19

[DpInRock]

Осталось только сформулировать по-русски.
"ПРоект не работает до вызова...". Следовательно, "после вызова" - работает.

Таблица перываний сидит с 0. Это так и должно быть.
Далее.
Программа может стартовать как с 0, так и с 30000. В зависимости от.
Вы должны проверять при старте, где вы находитесь. И в зависимости ОТ, делать ремап или не делать.
Заметка. Ремап так хитро устроен, что переключается как Т-триггер. Т.е., переключается в ПРОТИВОПОЛОЖНУЮ сторону от текущего. Посему ЛИШНИЙ ремап - плохо.

Кроме того.
Первая самая команда в стартапе должна быть не с абсолютной адресацией.
Ибо программа может находится где угодно и адресация должна быть относительной. В примерах в комментариях стартапа это записано.

Ну, а далее, получив опыт запуска программы (как из флэша, так и из самбы) можете приступать к отлдадке простых рам функций. После чего плавно переходим на прерывания.

Постойте! Как еще рам функции в 9260? Там нет флэша исполняемого...

Может имеются ввиду функции в SDRAM (D)?
Я так понял в теме смешались 2478 и 9260 каким-то образом...

Сообщение отредактировал DpInRock - Dec 7 2010, 08:57

[sergeeff]

да, с 0 адреса лежит таблица прерываний. Проект не работает именно до вызова функции, лежащей в SRAM, которая вызывается из прерываний

Потратьте еще немного времени и проверьте:
1. Действительно ли с 0-го адресе sram (куда-нибудь в sram запишите чего-нибудь и прочитайте обратно).
2. Таблица прерываний в sram должна быть типа:

Код

                b           InitReset               ; 0 - 0x00 SoftReset
                ldr         pc, [pc, #0x18]         ; 1 - 0x04 UndefHandler
                ldr         pc, [pc, #0x18]         ; 2 - 0x08 SWIHandler
                ldr         pc, [pc, #0x18]         ; 3 - 0x0C PrefetchAbortHandler
                ldr         pc, [pc, #0x18]         ; 4 - 0x10 DataAbortHandler
                nop                                 ; 5 - 0x14 Reserved
                ldr         pc, [pc, #0x18]         ; 6 - 0x18 IRQ_Handler_Entry
                ldr         pc, [pc, #0x18]         ; 7 - 0x1C FIQ_Handler_Entry
;- There are only 5 offsets as the vectoring is used.
                DCD         InitReset               ; 0x20
                DCD         AT91F_Undef             ; 0x24
                DCD         SWIHandler              ; 0x28
                DCD         AT91F_FetchAbort        ; 0x2c
                DCD         AT91F_DataAbort         ; 0x30
                DCD         ReservedHandler         ; 0x34
                DCD         IRQHandler              ; 0x38
                DCD         FIQHandler              ; 0x3c

Такая организация таблицы позволяет размещать ваши обработчики прерываний где угодно.

3. Убедитесь, что ваши sram-функции сидят именно в sram по нужным адресам.
4. Убедитесь в том, что вы правильно компилятору сообщили о своих sram функциях и он их вызывает командами BX/BLX, а не B/BL.

[DpInRock]

Код

        MODULE  ?cstartup

       ;; Forward declaration of sections.
        SECTION PROGRAM_DATA:CODE
        SECTION IRQ_STACK:DATA:NOROOT(3)
        SECTION FIQ_STACK:DATA:NOROOT(3)
        SECTION CSTACK:DATA:NOROOT(3)

        SECTION .intvec:CODE:NOROOT(2)

        PUBLIC  __vector
        PUBLIC  __vector_0x14
        PUBLIC  __iar_program_start
        EXTERN  Undefined_Handler
        EXTERN  SWI_Handler
        EXTERN  Prefetch_Handler
        EXTERN  Abort_Handler
        EXTERN  IRQ_Handler
        EXTERN  FIQ_Handler

        ARM

__vector:
       ; All default exception handlers (except reset) are
       ; defined as weak symbol definitions.
       ; If a handler is defined by the application it will take precedence.

;      ldr     PC,Reset_Addr          ; To allow remap, a relative branch is required !
    B       __iar_program_start
        ldr     PC,Undefined_Addr      ; Undefined instructions
        ldr     PC,SWI_Addr            ; Software interrupt (SWI/SVC)
        ldr     PC,Prefetch_Addr       ; Prefetch abort
        ldr     PC,Abort_Addr          ; Data abort
__vector_0x14:
        DCD     SFE(PROGRAM_DATA)      ; End address of all const and text sections.

;       ldr     PC,IRQ_Addr            ; IRQ
        ldr     PC, [PC,# -0xF20]       ;AIC direct
        ldr     PC,FIQ_Addr            ; FIQ

        DATA

Reset_Addr:     DCD   __iar_program_start
Undefined_Addr: DCD   Undefined_Handler
SWI_Addr:       DCD   SWI_Handler
Prefetch_Addr:  DCD   Prefetch_Handler
Abort_Addr:     DCD   Abort_Handler
IRQ_Addr:       DCD   IRQ_Handler
FIQ_Addr:       DCD   FIQ_Handler

__vector_end:

; --------------------------------------------------
; ?cstartup -- low-level system initialization code.
;
; After a reser execution starts here, the mode is ARM, supervisor
; with interrupts disabled.
;


        SECTION .text:CODE:NOROOT(2)

        EXTERN  ?main
        REQUIRE __vector

        ARM

__iar_program_start:

/**********************************************************************
* ?CSTARTUP
*
* Execution starts here.
* After a reset, the mode is ARM, Supervisor, interrupts disabled.
*/
?cstartup:

        mvn     r0, #0xFF        ;remap here
        bic     r0,r0, #0x1100
        mov     r1, #0x03
            str     r1, [r0, #+0]
        
        mrc     p15, 0, r0, c1, c0,0               ; read cp15 control register (cp15 r1) r0
        ldr     r3, =0xC0001085                    ; Disable Cache, Disable MMU
        ldr     r4, =0x40005004                    ; Round Robin replacement 0x40004000
        bic     r0, r0, r3
        orr     r0, r0, r4
        mcr     p15, 0, r0, c1, c0,0               ; write cp15 control register (cp15 r1)
;--------------------------------------------------------------------------------
    

;--------------------------------------------------------------------------------
; Initialize the stack pointers.
       ;; Set up the interrupt stack pointer.

        msr     cpsr_c,#0xd2           ; Change mode to IRQ mode, FIQ and IRQ disabled
        ldr     sp, =SFE(IRQ_STACK)    ; End of IRQ_STACK
        bic     sp,sp,#0x7             ; Make sure SP is aligned on 8 byte boundary
    
       ;; Set up the fast interrupt stack pointer.

        msr     cpsr_c,#0xd1           ; Change mode to FIQ mode, FIQ and IRQ disabled
        ldr     sp, =SFE(FIQ_STACK)    ; End of FIQ_STACK
        bic     sp,sp,#0x7             ; Make sure SP is aligned on 8 byte boundary

       ;; Set up the normal stack pointer.

        msr     cpsr_c,#0xdf           ; Change mode to SYS mode, FIQ and IRQ disabled
   ;     msr     cpsr_c, #0xd3
         ldr     sp, =SFE(CSTACK)       ; End of CSTACK
         bic     sp,sp,#0x7             ; Make sure SP is aligned on 8 byte boundary

        ;msr     cpsr_c,#0xd2

; Jump to startup code in library
        ldr     r0,=?main
        bx      r0

        LTORG
        END

; ***** EOF **********************************************************

Это работающее. Обработчики прерываний IRQ берутся прямо из AIC.

[sergeeff]

Чтобы это было совсем рабочим, не мешало бы:

1. Задать стеки для всех остальных режимов.
2. Обнулить данные в bss - сегменте.
3. До main вызвать что-нибудь типа low_level_init, где инициализировать "железо" и программные дела типа кучи.
4. Если используется/планируется С++ - до main вызвать конструкторы глобальных объектов.

[adc]

Подскажите пожалуйста где найти(его надо писать или он есть в IAR-e) этот файл стартапа?
Куда его надо прикошачить чтоб подправить?
Еще вопрос.. непонимаю что происходит при отладке... Программа останавливается(см. приложения fi1 и архив с проектом).

Почитал ветку и непонял программа прошивается во флеш при отладке?
Где находится заводской булодер? Можно его случайно стереть или испортить?

Пользуюсь IAR + mt-link+LPC-H2103.

Эскизы прикрепленных изображений

 

Прикрепленные файлы

 v02_lsp2103_blink.zip ( 37.73 килобайт ) Кол-во скачиваний: 9

 

[radistka]

Программа может стартовать как с 0, так и с 30000. В зависимости от.
Вы должны проверять при старте, где вы находитесь. И в зависимости ОТ, делать ремап или не делать.
Заметка. Ремап так хитро устроен, что переключается как Т-триггер. Т.е., переключается в ПРОТИВОПОЛОЖНУЮ сторону от текущего. Посему ЛИШНИЙ ремап - плохо.

...

Я так понял в теме смешались 2478 и 9260 каким-то образом...

действительно, намешано всего, я имею дело с at91sam9rl64

Сама программа располагается с 0x300000. С ремапом я, видимо, так и не разобралась ((


Вариант копирования SRAM секций (куда унесены некоторые функции) по тем же адресам из работающего SDRAM проекта в flash-проект оказался вообще-то рабочим, просто нужно было быть внимательнее с загрузкой секции во flash (в виде .txt файла). То есть теперь в программе-загрузчике инициализирую sdram, копирую код основной программы, копирую sram-секцию, прыгаю на адрес main и все даже работает!

спасибо всем большое!

[DpInRock]

Чтобы это было совсем рабочим, не мешало бы:

1. Задать стеки для всех остальных режимов.
2. Обнулить данные в bss - сегменте.
3. До main вызвать что-нибудь типа low_level_init, где инициализировать "железо" и программные дела типа кучи.
4. Если используется/планируется С++ - до main вызвать конструкторы глобальных объектов.

1. Все остальные режимы не являются работающими.
2. Зачем?
3. Дурной тон. Тем более, еще куч мне не хватает до полного счастья.
4. Зачем.

[adc]

пост58
Подтолкните пожалуйста.. ну не едут лыжи и все тут... :-(

[sergeeff]

и все даже работает!

спасибо всем большое!

У меня в институте был хороший друг, который взяв в руки листок в клетку и карандаш, говорил:"А теперь поиграем в компьютер". Я ему представлял текст программы, а он ее на бумажке выполнял. Очень полезный прием. Заставляет над многим задуматься и найти кучу ошибок.

[Zelepuk]

У меня в институте был хороший друг, который взяв в руки листок в клетку и карандаш, говорил:"А теперь поиграем в компьютер". Я ему представлял текст программы, а он ее на бумажке выполнял. Очень полезный прием. Заставляет над многим задуматься и найти кучу ошибок.

Видать программы были что-то вроде посчитать сумму ряда?

[muravei]

2. Сброс-установка разрядов путём записи необходимых значений в порт PIO_ODSR. Именно этот режим эквивалентен изменению ног в AVRках,

А в NXP 21xx можно занести что-нить одной командой ?
Там что-то про это написано "Entire port value can be written in one instruction." , но не въехал как.

[sergeeff]

Видать программы были что-то вроде посчитать сумму ряда?

Важно не то, какая программа, а понимание, как ее выполняет компьютер/контроллер. Поняли разницу?

[Zelepuk]

Важно не то, какая программа, а понимание, как ее выполняет компьютер/контроллер. Поняли разницу?

Да это понятно конечно.
Интересно на каком уровне расписывал программу ваш товарищь (неужели писал что-то вроде в этот регистр записывается то-то, затем передаётся в АЛУ и т.д.) или просто писал что на каждом этапе считается и что выводится на экран?


P.S.Для обучения таким образом расписывать маленькие программик очень полезно. Не спорю.