Вливаюсь в коллектив ARMоводов, жду советов и дележа опытом Опции

[klen]

Всем привет. С сегодняшенго дня началь "трогать" 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. Светодиоды не предлагать .

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

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

 

[klen]

"Начинаю вливатся: ДЕНЬ ТРЕТИЙ"

Третий день начался с того что ни на одной из моих машин я нимагу препрошить FLASH.
Произошло это после того как я определил фалг STARTUP_FROM_RESET(это приводит к тому что полсе апаратного ресета процессор выполняет код модуля Crt0 и далее main() а не зацикливается).

В файле Philips_LPC210X_Startup.s есть по этому поводу коментарий (который я не прочитал и долго муался и мучал Вас с вопросом почему у меня неработает после ресета ):

Код

..............
* STARTUP_FROM_RESET
*
*   If defined, the program will startup from power-on/reset. If not defined
*   the program will just loop endlessly from power-on/reset.
*
*   This definition is not defined by default on this target because the
*   debugger is unable to reset this target and maintain control of it over the
*   JTAG interface. The advantage of doing this is that it allows the debugger
*   to reset the CPU and run programs from a known reset CPU state on each run.
*   It also acts as a safety net if you accidently download a program in FLASH
*   that crashes and prevents the debugger from taking control over JTAG
*   rendering the target unusable over JTAG. The obvious disadvantage of doing
*   this is that your application will not startup without the debugger.
*
*   We advise that on this target you keep STARTUP_FROM_RESET undefined whilst
*   you are developing and only define STARTUP_FROM_RESET when development is
*   complete.
.......
reset_handler_address:
#ifdef STARTUP_FROM_RESET
  .word reset_handler
#else
  .word reset_wait
#endif
  ....

  ....
  b _start

#ifndef STARTUP_FROM_RESET
reset_wait:
  b reset_wait
#endif

Если я правильно понял то в коментарии написано что JTAG не умеет после аппаратного ресета управлять процессором поэтому вместо ресета он через TAP обнуляет все регистры и все что соответствует состоянию "аппаратный сброс" и запускает его , и типа проц думает что он реально заресетился.
А вот что там про FLASH написано я не понял , блин, знаю английский, но тут жопа - все слова знаю а смысл не могу понять.
Пояснте тонкости этого вопроса и все что тут связано.

CW выдает лог:

Код

Executing reset script FLASHReset()
Loading target script file C:\Program Files\Rowley Associates Limited\CrossWorks for ARM 1.6\targets\Philips_LPC210X\Philips_LPC210X_Target.js
Downloading “Loader.elf” to Macraigor Wiggler (20 Pin)
  Programming completed in 312 ms — 15,961 bytes/sec
    Programming 4.8 KB of addresses 40000000 — 40001373
Download complete
Verifying “Loader.elf” on Macraigor Wiggler (20 Pin)
  Verifying completed in 203 ms — 24,532 bytes/sec
    Verifying 4.8 KB of addresses 40000000 — 40001373
Verify complete

ДАЛЕЕ пишет что таймаут на сомм порту JTAG и FLAS не шьет  :(

Налицо факт что я стото испортил в самом контроллере так как на обоих машинах перестало прошиватся FLASH.

[Сергей Борщ]

"Начинаю вливатся: ДЕНЬ ТРЕТИЙ"

Третий день начался с того что ни на одной из моих машин я нимагу препрошить FLASH.

Пришел на работу, прочитал вчерашние сообщения и только рука потянулась написать предупреждение, как похоже вы уже "наступили" :-) Я недавно по дурости первыми же командами инициализации периферии перевел ноги JTAG в состояние обычных ног. А поскольку залил сразу во флешку то получил мигающий светодиод и мертвый JTAG. Пришлось подключить COM-порт, ногой P0.14 принудительно стартануть загрузчик, стереть через загрузчик флешку и только после этого JTAG ожил. Может вас тоже спасет стирание через загрузчик? А про инструмент соглашусь с zltigo - ИАР гораздо дружелюбнее. Там все работает и отладка начинается без всяких заглушек.

[zltigo]

Я недавно по дурости первыми же командами инициализации периферии перевел ноги JTAG в состояние обычных ног.

Этот случай "хуже", поскольку толи конкретный отладчик, толи этот отлдадчик с простейшим Wiggler-ом
просто не умеет остановить работающий девайс, кроме как через трюк с loop...

This definition is not defined by default on this target because the
debugger is unable to reset this target and maintain control of it over the
JTAG interface.

Это не ошибка, это "не лечится" - отладились, зашили и больше никогда не трогайте :-)