Вливаюсь в коллектив 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 - ИАР гораздо дружелюбнее. Там все работает и отладка начинается без всяких заглушек.

[klen]

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

К сожалению я еще датащит не очень читал.
Я правильно понимаю
1. что нужно теперь сделать:
--а. взять НЕХ собранного проекта который "неработал без отладчика".
--б. прописать по четырнадцатому адресу нули .
--в. подключть RX/TX UART к компу и настроить утилиту програмирования Philips
--г. загрузить HEX в утилиту програмирования Philips которая сама посчитает сигнатуру
--д. опустить P0.14 на землю перемычкой.
--е. кнопка ресет.
--ё. утилиту програмирования Philips cвяжется с LPC и появится зашиить образ.
--ж. отпустить P0.14 и наслаждаться работой JTAG
2. все это косяки отладчика-прошивальшика (типа он так интересно сделан)
3. существуют утилиты которыми можно шить-читать через виглер и не иметь этих сложностей. Если да то тыкните носом, желательно GNU.
4. Загрузчик можно перепрошить, по умолчению он залит при изготовлении Philips и имеет стандартную функциональность - тоесть проверку сигнатуры, лапки P0.14. Исправив код собрав и залив его я могу изменить логику загрузчика.

чем отличается прошивание загрузчика и пользовательского кода? можно основную идею этого процесса.

Я вот всетаки не понял каким образом отключился JTAG? код был изменен всего в одной инструкции

А CW - это временная мера - чтоб быстро изучить. Далее все на свободном софте буду делать, чего не хватит сам напишу. С IAR у меня соцсоревноване в плане качества кодогенирации, у него свой компиллер у мне GCC которым я со товарищи допиливыем. Кстате по AVR IAR C компилятор уже не лучше GCC, местами один лучше другого и наоборот. Руки чешутся на ARM порт , но тут как я бегло посмотрел все очень сложно, нада "трогать". Для начала можно попробывать сделать поддержку ораотчиков по команде SWI #a как в кейле, это мне кажется не сложно , а работать будет с gcc приятней, вощем посмотрим.

Сообщение отредактировал klen - Jul 20 2006, 09:01