В книге написано что вся переферия в 2103 полноскоростная (АРBDIV=1) .

Потому что частота PLL будет не 103.219MHz, а 88.47MHz.


Конечно.

[quote name='zltigo' date='Jul 24 2006, 09:46' post='137004']
[quote name='AVR' post='136985' date='Jul 24 2006, 01:56']
У меня возникла проблема
[/quote]
Это не оно?
http://supp.iar.com/Support/?note=70964&am...m=search+result
Да, оно. Спасибо.

1. Ссылку.
2. Наверняка выходная логика GPIO дополнительно тактируется.
3. Фронты по 10ns нормированы и точно выдерживаются (проверял на 2148, тоже скоростном), посему уже на 50MHz чистейшая пила будет.
4. У старых было безумно медленная порядка 200ns. Помнится было обещано четырехкратное ускорение.

Добрый день!

Пытаюсь освоить ARM LPC, до этого имел опыт активного использования AVR.

Есть платка Olimex LPC-E2124, с которой шли 3 демо исходника, два для IAR и один для RowleyCrossworks. При первом включении на платке была залита демка с веб сервером, которая без проблем работала.

Пытался скомпилить примеры, которые под иаром (моргалка светодиодами, демка с UART) и поимел следующие грабли:

Все компилится без проблем. Нажимаю дебаг, вигглер шуршит (debug and verifying aplication), а потом пишет JTAG Error: Invalid Register Code.

В логе после этого наблюдается такой текст:



При этом проекты писанные под SAM7 в этом же иаре без проблем шьются во флеш и дебужатся пошагово этим же вигглером.

Думаю, хрен с тобой, залью во флеш H-JTAG флешером. Скомпилил в бинарник, подсунул H-JTAG, он сказал что все прошилось. Но никакой реакции и признаков работы нет.

Опять же для SAM7 с помощью H-JTAG флешера все заливалось и работало.

2. Пробую третий пример , который под РоулейКроссворкс писаный, в надежде что эта среда разработки с вигглером дружит без проблем, ну и на самом сайте роулей, моя платка заявленна как поддерживаемая и к ней прилагается код. (ссылка)

При компиляции натыкается на #include <targets/LPC21xx.h> и говорит что не может его найти. У меня его найти тоже не получилось. ;-))

Подскажите где копать.... День уже убил на гугление по первой и второй проблемеЮ но безрезультатно...

LPC21xx.h

Olimex-овские примеры зачастую просто напросто неработоспособны. Wiggler тоже глюкало еще то .
Для отделения мух от котлет можете попробовать залить файл из приложения. Он под E2294 и E2124 годится - будет мигать зеленым светодиодиком и консолька на 115K имеется. Делался для разборок с EWARM V5.10.

По поводу глюков ИАРа... Оказалось действительно глюк. Решение проблемы качаем тут.

По поводу глюков с неработоспособностью генерируемого кода. Оказалось все тоже просто. Линкеру былы показаны стандартные какие-то файлы с разметкой памяти. Подсунул те, которые из проекта и все завертелось. (Project - Options - Linker - Config - Linker Command File). Что и откуда в этом файле берется пока не разбирался. Думаю если хорошо прокурить архитектуру ядра и разметку адресного пространства LPC2000 все встанет на свои места. В правильном направлении мыслю?

А вот по поводу РоулиКроссверкс полная фигня.... Накачал кучу проджектов под эту среду, пытаюсь компилить. А они все упорно лезут в /Rowley Associates Limited/CrossWorks for ARM 1.6/targets/ и пытаются оттуда надергать всякого разного, начиная от хедеров с дефайнами на регистры, заканчивая стартап файлами (пока не до конца понял что это, ибо не видел еще, но думаю что-то похожее на то, что в предидущем абзаце ИАРовскому линкеру скормили)

Где же мне эту папку targets взять? Роули стоит стянутый с местного ФТП. Хотя пробовал и последнюю демку версии 1.7. Симптомы те же - папка targets отсутствует.

Насколько я поммю у CW надо скачивать еще пакеты с сайта, для поддержки процов и плат. И это у них идет как раз с версии 1.6

Да, действительно, теперь BSP поставляются отдельно.

Качать тут.


Еще маленький вопросик.

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


И еще, самый главный вопрос. Если заливаем проект через CW Debug, то все работает, но до первого ресета. Если залить проект просто как бинарный файл с помощью H-Flasher, то никаких признаков жизни нет. Где-то как-то нужно этому Роули линкеру указать точку входа в программу....


Товарищи, поддержите на самом сложном этапе освоения... ;-) Уж очень хочется ARM научиться использовать.

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

Странно... А где и чем она должна считаться и куда прописываться?

Контрольная сумма (сигнатура) - это сумма векторов прерываний. Если она не 0, ваша программа никогда не запустится. Загрузчик считает, что программа порченая или непрошитая. В неиспользуемый вектор прерывания 0x14 прописывается дополнительный код от расчитываемой КС.

Насколько помню здешние обсуждения, там есть в startup магический #define, который заставляет программу циклиться в startup чтобы отладчик мог перехватить управление. Этот #define надо закомментировать или наоборот. Ага, вот нашел.

Кстати, я эти две темы солью в одну вечером, ибо об одном и том-же....