Всем привет. С сегодняшенго дня началь "трогать" ARM. Раньше только AVRками занимался и зубы точил на армы (учил матчасть и мечтал как здорово было бы 926 в бжа с сопроцессорм ....). Купил малюсенькую devboard с LPC-H2103 производства OLMER , wriggler кабель "ARM-JTAG" производства OLMER (время тратить на пайку жаба задушила, которая кстате поумнела и жалеет мое время больше чем бабло ) . Есть еще книга Тревора Мартина с CD примерами. Весь комплект "вливания" обошелся в 856 + 469(чето очень дорого за кусок пласмассы) + 150(букварь) рублей итого 1560р.

Теперь вопросы.
1. Этого хватит чтоб не выходя из дома собрать исходник, залить в флеш, запустить и увидеть что все работает.
2. Использую для кодогенерации исключительно GCC. Собрал 4.1.1, по опыту если кто на нем сидит какие проблемы и глюки (неудобства и тд) ожидать.
3. В магазине сказали что кабель ARM-JTAG позволит проводить внутрисхемную отладку а) из микровижина GDB(что для меня стало решающим) - это правда или нет, если да то как это делать и чем тогда лучше "внутрисхемные эмуляторы за более чем 300 баксов" ? В жизни не отлаживал через JTAG - всегда хватало цифрового осцылографа и отладочного светодиода, а 300баксов опятьже всегда нехватало.
4. Че интересное можно сделать перво наперво что ощутить вычислительное превосходство над AVR. Светодиоды не предлагать .

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

Какие-то спирали Гегеля. Старик Крупский доволен наверное.


А лучше сделать FAQ, тем более это так и есть.

Всем спасибо огромное!

Для запуска программы необходимо было в Philips_LPC210X_Startup.s добавить строчку #define STARTUP_FROM_RESET.

Теперь буду перетягивать этот проект в более привычный IAR.

Есть плата olimex E2124 + MTlink + большое желание освоить АРМ (до этого работал тока с АВР). В example иара есть пример для Е2129 и в симуляторе все работает без проблем. При попытке отладить код примера в утройстве debug log выдает следующее: verify error at adress 0x0000010C, target byte: 0x1A,byte in file 0x06 и т.п. И зацикливается в бизассемблере. Второй день не могу сообразить куда копать, помогите пожайлуста...

Убедитесь, что правильно указан кристалл (Project->Options->General), что включена заливка флеш (Project->Options->Debugger->Download снята галочка suppress download и стоит use flash loader). Убедитесь, что не превышено напряжение питания. Ну и если не поможет - пробуйте другой кристалл. Не любит флеш превышения питания

Да все это стоит. И кристалл LPC2124 и галки где положено. Думал что-то с аппаратурой, но сейчас скомпилил и зашил фирмешной утилитой - все работает. А вот с МТлинком пока не удается... Буду копать дальше!

Галочка на Use Flash Loader.

Дык стоит она. Еще и verify download поставил. Правда у меня Flash Loader стоит -default, может тут ошибка?

Попробуйте из списка выбрать тот, который Вам нужен.

Нет, так и должно быть. Может кристалл битый?

Стереть FLASH Magic все биты защиты. Проверить ноль на P1.26.
Проверить "J-Link ARM" программой связь по джитагу. Попробовать зашить через "J-Flash ARM" (все из поставки SEGGER). Только потом искать причину в ИАРЕ

Попробуйте воспользоваться драйвером RDI. И для начала поставьте скорость мтлинка fixed поменьше - например 500 кгц. А потом будете повышать, когда все пойдет ok. Если будут вопросы - можете писать мне в личку. Если у Вас IP открытой - могу Вам попробовать залить удаленно через TCP-IP сервер.

Кристал должен быть рабочим (я так понял, что кристал программируется утилитой внутрисхемного программирования). Тут или JLINK или что-то с настройками IAR.

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

Да, JLINK у меня на Auto глючил, а на фиксированной скорости работает ХОРОШО.

У них раньше была примерно такая процедура Аuto - скорость повышалась, до тех пор, пока ID проца не начинал читаться с ошибками, потом делали откат назад на ДВЕ ступени. Начиная с 3.74 версии драйвера похоже откат стал на ОДНУ ступень, и начались у проблемы у пользователей :-(