Решил осваивать ARM, Есть вопрос по отладочной плате Опции

[haker_fox]

Здравствуйте!
Почуял, что мне необходим профессиональный рост)
Хочу преобрести вот эту плату.
Понравилась тем, что имеет ETHERNET, USB, MMC/SD, LCD и др. на борту. Это дает возможность по полной программе поиграться с микроконтроллером на первых порах и в будущем, когда начнется серьезное освоение, не испытывать потребности в разнообразной внешней периферии.
Собственно сам вопрос: нет ли чего негативного в моей будущей покупке?
Наслышан о том, что т.к. называемый WIGGLER не пользуется популярностью, в связи с чем возникает еще один вопрос: а можно пока из программаторов-отладчиков ничего не брать? Можно ли обойтись только загрузчиком? (Как я понял из чтения других топиков - можно, просто решил уточнить)) Тем более отладку можно производить используя RS-232, LCD идр...
Заранее благодарен!

[Vitaliy_ARM]

А у меня не очень приятные впечатления от NXP. Много глюков натерпелся на плате с MCB2300 & IAR. Причем IAR стабильней работет с Wiggler'ом для этих чипов(LPC23xx/LPC24xx) в сравнении с J-link. Аtmel чуть получше будет в этом плане. Всяких "чудес" бесплатного мира по-больше, например H-JTAG поддерживает все чипы. А вот NXP LPC2468 я пока не дождался. Если не закрывать глаза на недостатки процессоров ARM7TDMI, а именно долгая реакция на прерывания, неопределенные точно задержки на вход и выход в/из прерывания, и то, что прерываний у этого ядра всего 2!!! Можно посмотреть на многообещающий CORTEX, который куда складней и приятней по всем параметрам (и по цене тоже), только пока переферия еще хромает, нет внешней шины и т.п.

Если вы находитесь на стадии изучения АРМа, возьмите лучше CORTEX: http://www.st.com/mcu/

Могу назвать несколько причин:
1. Более компактное и производительное ядро
2. Поддержка THUMB2 -> меньше размер кода и выше быстродействие
и т.д.

Есть еще так же фирма Luminaru Micro. Отладочных плат везде полно.

[zltigo]

Много глюков натерпелся на плате с MCB2300 & IAR.

Никаих глюков кроме моих собственных и/или документированных.

Если не закрывать глаза на недостатки процессоров ARM7TDMI, а именно долгая реакция на прерывания, неопределенные точно задержки на вход и выход в/из прерывания, и то,

Я не удержался. Долгая реакция в тактах любимая избитая тема. На самом деле
- надо смотреть на время реакции а не на такты;
- само посебе время реакции на прерывание это только часть работы - важно то, что в рперывании надо еще что-то сделать, а не только ввалится в прерывание. Нет если, конечно задачи стоят типа в махать пинами на мегагерцах в ответ на прерывание, и не использовать мощь ARM тогда конечно.....
- время реакции при желании можно существенно сокращать не используя длиннющие групповые команды.
Вопрос поднимался несколько раз - такты цифры я приводил.

что прерываний у этого ядра всего 2!!!

У многих вообще одно. Дальше контроллер прерываний.

Можно посмотреть на многообещающий CORTEX, который куда складней и приятней по всем параметрам

Чудес не бывает - некоторые параметры просто выпячиваются а отрицательные последствия усечения ядра замалчиваются. В целом THUMB2 аккуратнее THUMB, но отнюдь не автоматически "приятнее" ARM.

... только пока переферия еще хромает,

С чего-бы это. Наборы периферии обычные и цельнотянутые с предшествующих чипов.

нет внешней шины

Это более мелкие, усеченные контроллеры занимающие низшую нишу а не улучшающие или заменяющие ARM7. За счет усечения ядра и команд формально подняли мегагерцы и попугаи, за счет этого и упрощенного контроллера прерываний шустрее реагирует (но не значит, что обрабатывает!) на прерывания. Это ядро заточенное под периферийные задачи, как в свое время был заточен PIC. Вещь хорошая и нужная, но если говорить о начале изучения, то классический середнячок-универсал это сейчас ARM7. От него уже подниматьcя или опускаться.

[singlskv]

Я не удержался. Долгая реакция в тактах любимая избитая тема. На самом деле
- надо смотреть на время реакции а не на такты;
- само посебе время реакции на прерывание это только часть работы - важно то, что в рперывании надо еще что-то сделать, а не только ввалится в прерывание.

Плохо с прерываниями у арм, плохо...
На реальной задачке 3 потока по UART через DMA и один поток TWI через прерывания
и все, SAM7 не справляется...

Если уже говорить о быстрых прерываниях то тогда, ИМХО, Renesas SuperH,
тока, блин, отладочные средства у них стоят, мама не горюй ...

[zltigo]

На реальной задачке 3 потока по UART через DMA и один поток TWI через прерывания
и все, SAM7 не справляется...

Разбирайтесь с реализацией. Самое главное понять, что DMA на у контроллеров без кэша или нескольких независимых банков памяти есть практически пиаровский трюк. Прерывание к фуфловому DMA отношение имеют вторичное. В этом отношении ARM7 LPC сделаны честно - у младших FIFO у старших дополнительно DMA+несколько шин+несколько банков памяти.

[singlskv]

Разбирайтесь с реализацией. Самое главное понять, что DMA на у контроллеров без кэша или нескольких независимых банков памяти есть практически пиаровский трюк. Прерывание к фуфловому DMA отношение имеют вторичное.

Это все понятно, но задействование DMA
позволяет не тратить время на вход в прерывания,
а прерывания на обслуживание TWI как раз и занимают слишком много процессорного времени.

[defunct]

а прерывания на обслуживание TWI как раз и занимают слишком много процессорного времени.

Да ну ладно вам, там просто switch и много тривиальнейших case'ов, максимальная длина от входа в обработчик до выхода - не более 50 команд (для проца на 50Mhz это 1mks). Чему там время занимать?