Написал первую программку - некоторые из светодиодов зажечь,некоторые потушить.
В протеусе работает (там использую LPC2138), на отладочной не хочет. Использую
Keil uVision 4.00a, программатор MT-Link v6.0,дрова-Segger.
Шить прямо из Keil не получается, пишет, что этот программатор разработан только для
IAR. Шью HEX через Segger JFlash. При попытке прошить пишет, что HEX содержит
неверную контрольную сумму и предлагает вставить правильную. При использовании
готового HEX демопрограммы к отлад плате, тоже ругается на CRC, но после исправления
шьет и все работает. Моя же программа шьется,но не работает. Не могу сам разобраться
с чем проблемы: с кодом или с прошиванием. Подскажите, что тут может быть не так.

На плате: контроллер LPC2148, кварц-12МГц,светодиоды подключены к P0.8-P0.15,
зажигаюстя нулями.

Текст програмки:


Конфигурация:

И что Вы стараетесь получить? Протеус с одним ядром, железка с другим, кривые дрова (руки?) и тд с жытаг?

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

Возможно оффтоп... Тут пробегала тема, как у мт-линка обновить прошивку, чтобы его кейл признал.

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

Тут проекты для Keil4 и для IAR5.40(не работает даже в протеусе) и схема в протеусе. Стартап для Keil - statup.s (его настройка в 1-м посте на скрине), в IAR не разобрался где этот стартап и как его настраивать. Если поможете с IAR - еще лучше.
Заранее благодарю за помощь.


Перешивать не могу в любом случае: это все добро у меня во временном пользовании. Буду мучаться с тем, что есть.

Очень-очень смущает в .map фраза:Дизассемблировал .hex, получилось такое начало:Тут отсутствуют вектора исключений. То, что этот код работает в протеусе - чистая случайность. Он работает потому, что в вашей простой программе не используются ни исключения (прерывания), ни переменные, ни даже вызовы подпрограмм. Когда загрузчик переписывает контрольную сумму векторов, которые должны тут быть - он рушит одну из команд. Вам надо разобраться - почему линкер выкидывает секцию RESET. Специалисты по Кейлу, ау!!!

В IAR подходящий в большинстве случаев стартап лежит в библиотеке и подлинковывается автоматически. С пятым иаром не помогу - ушел с четвертого в arm-gcc. Помню, что вся загвоздка в четвертом иаре была с выбором в настройках проекта правильного кристалла и скрипта линкера (под ваш конкретный кристалл, в пятом это будет файл .icf).
Вот, смотрите - в иаровском проекте у вас вектора есть:Если ваш отладчик работает с ИАРом, то что вам мешает пройти программу по дизассемблированному листингу шагам и найти место, в котором происходит затык? Снимите в настройках проекта в разделе отладчика галочку "run to main" и при старте отладчик остановится на векторе сброса.

В ИАР-е стартап прикручивать не надо, он формируется сам, в смысле там имеется шаблон, как грица на все случаи жизни, так что если в проекте нет файла cstartup.s (), то автоматически вставляется этот шаблон (но невидимо для вас ).
Не хватает вам файла *.icf - конфигурационного файла для линкера (linker, компоновщика). Я вот файл прицепил, но взял из IAR\...\arm\examples\NXP\LPC214x\...
 LPC2148_flash.rar ( 743 байт ) Кол-во скачиваний: 86

В опциях проекта в разделе "linker" ставьте галку "Override default" и укажите путь к файлу *.icf.
Должно...

Ой какая пурга . Да откомпилированный среднепотолочный startup просто лежит с каждой из библиотек. Вот и все - никаких "шаблонов", никаких "невидимок". Если в проекте есть, как и из чего сделать нужный объектник, то тогда он линкуется вместо готового библиотечного. Совершенно обычное поведение ДЛЯ ЛЮБЫХ библиотечных функций и ЛЮБЫХ компиляторов.

Спасибо всем большое за помощь - самому тяжело разбираться.
Пошагал отладчиком: уходил на обработку исключения после команды PUSH,
получается не было памяти для стека. Последовал советам, вставил
файл *.icf - и все заработало!
Ну,как я понял,в *.icf описываются доступные области памяти, размеры стеков,
а как можно настроить PLL,MAM в IAR?

а какая разница в чем настраивать?
в инициализации правильно заполняем нужными значениями соответствующие конфигурационные регистры. Все описано в User manual

Все примеры в iar-е для LPC2xx снабжаются двумя icf-файлами (из примеров их и воруйте ):
1) для заливки программы во FLASH (xxx_FLASH.icf);
2) для заливки программы из ОЗУ (xxx_RAM.icf) - этот вариант чисто для отладки. Для использования такого варианта в примерах всегда еще есть mac-файл - RAM.mac (скрипт для отладчика по предварительному чтению-записи каких-либо участков памяти, SFR, и др. - в данном случае выполняется ремап таблицы векторов исключений на начало ОЗУ). Если используете вариант отладки в ОЗУ, то этот mac-файл нужно пристегнуть в опциях debugger.

Графического "визард-мастера" у иара нет. По мне так для начальных экспериментов запускать их незачем - просто включите MainOsc и переключитесь на него, а MAM на такой частоте не нужен (а также не нужен, если отладку в ОЗУ выбрали).