Вот,начальство купило тестовую платку на ADuC7026 Опции

[angir]

Добрый день.
Сегодня получили платку от Analog devices на ADuC7026 + адаптер jtag под кейл. До этого я работал с ad dsp, а там в pure asm , ну и с pic, конечно, но и там - pure asm. Хочется попробывать их (ARM) поизучать, а там, возможно и попременять, как более продвинутые контроллеры, чем pic , попутно и молодость вспомню, на С попишу . Кстати, почитал я немного доку на их ассемблер - могу выразить свой респект, грамотно сделали процессор(ARM). Ладно, поставил пакет - Keil uVision3 - ругается на ограничение в 16 кил на код. Это как я понимаю, лечится? Еще вопрос: там же на компакте был IAR, но он не ставится, требует license #. Этот license берется на iar.com, как я понимаю, а вот потом его полечить мона? Еще вопрос: адаптер jtag ulink будет работать в IAR? Или надо wigler собирать? И как мнение народа, в чем лучше работать в keil или в IAR?

Если дочитали до сюда, то мой
А если еще и ответите, то 2x

[angir]

Ох, и намучался я с этим кейлом сегодня. Пытался собрать и запустить uC/OS 2. В конце концов все кончилось на том, что компилятор GNU не понимает extern из асма, конечно, с этим можно разобраться, но помойму проще на IAR соскочить ;-) Кроме того, не так уж и безглючно у меня работает jtag адаптер - время от времени отваливается, приходится его из usb втыкать/вытыкать. ДМА лично мне в нем не нуно, там где оно нуно bf стоят, а если их не хватает, то и ts мона поставить. А вот контроллер с ОС РВ для всякого рода управления, опрашивания клавиатур, вырисовывания всякой чепухи на lcd, комуникационных задач и т.д. очень даже подойдет.

Хотелось бы все таки узнать у народа, с чьим пакетом лучше работать?

И еще один вопрос про виглер: слышал я где-то, что есть несколько вариантов, какой более безглюкавый? (если можно, ссылку).

[AlexandrY]

Ну с GNU в любом случае нужно соскакивать.
А вот для для так называемой ОСРВ, напрмер, важно быть уверенным в реентерабельности используемых функций. Так в IAR об этом кажись даже понятия не имеют. (еще ему один минус )
А Wiggler-ов не слышал чтоб было много. У меня например работает самый примитивный на двух 244-х буферах. Ни одного сбоя при загрузке не замечал ни в IAR ни в CW ни в KEIL пока. А клок в JTAG с LPT порта идет с частотой 1 Мгц по кабелю 1 м.

[IgorKossak]

... Так в IAR об этом кажись даже понятия не имеют.  (еще ему один минус  ...

Если только "кажись", то зачем же сразу минус?
У меня IAR при максимальных оптимизациях (что по размеру, что по скорости) с ARM (LPC, Samsung) и uC/OS работает на ура.
Как сказал NickB - все ошибки из головы, особенно в плане реентерабельности кода (в этом у IAR огромный плюс).

[AlexandrY]

Хе-хе.. Еще раз протестировал IAR, KEIL и CW на Whetstone.
Код из IAR 4.20A работает медленее чем из CW 1.3 на 25%
и медленнее чем из KEIL 2.0 в 3-и раза!!!
У нас один парень в KEIL-е умудрился сделать DTMF декодер по алгоритму Герцеля в реальном времени на LPC2106 с использование float point!

И еще. Если найдете место в документации IAR где расписано какая функция реентерабельная, а какая нет, то буду вам очень благодарен.

[IgorKossak]

Если найдете место в документации IAR где расписано какая функция реентерабельная, а какая нет,  то буду вам очень благодарен.

Например здесь поищите слово reentrant.
И немного истории.
В ранних версиях библиотек (для AVR по крайней мере) действительно была не реентерабельная функция _formatted_write, применяемая в printf. Но в последних версиях этот недостаток исправлен, о чём имеется явное указание в заголовках соответствующих файлов.
Кроме того, есть ещё функции, работающие с глобальным кодом ошибки, но они не реентерабельны по определению и поэтому не обсуждаются.
Что касается продукции для ARM, то там всё реентерабельно по умолчанию.
Для скептиков.
С целью убедиться в правоте вышеизложенного можно просмотреть исходники библиотек.