Хочу попробовать ARM, подскажите, что для этого нужно?, Какой проц выбрать, отлад. платку и какой софт? Опции

[sonycman]

Имеется опыт работы с 8 битными контроллерами ATmega.
Хочется освоить что-либо помощнее.
Надо иметь на борту АЦП, I2C, SPI и желательно ЦАП и USB.
Корпус не более QFP64 по кол-ву ног.
Пока выбор пал на LPC2142-48.

Что мне надо иметь, чтобы писать программы и шить в такой контроллер?
Какой софт/железо?
Вроде есть недорогие отладочные платы с такими контроллерами на сайте MT-System.
Не знаю только, высылают они товар по почте или нет.

[IgorKossak]

Кто-нибудь пользуется такой софтиной “Embest IDE for ARM” (http://www.armkits.com/Product/idemain.asp). Есть ли лекарство от жадности?

Покупал стартер-кит этой фирмы.
К нему шла среда, но ограниченная. Попользовался около часа, не впечатлило.
Даже IAR намного круче. Не говоря уже об RV.
Кстати Eclipse вместе с тулчейном от GNU смотрится весьма достойно.

[Dr.Craft]

В 3,03 уже нету CARMa, был в 3,02. Выкладываю те файлы что VAI давал на сахаре http://caxapa.ru/71537.html У меня правда под крякнутым uVision 3.03a он требовал лицензию, разбираться не стал, пользуюсь IAR'ом.

Прикрепленные файлы

 Carm.add.302a.rar ( 485.02 килобайт ) Кол-во скачиваний: 81

 

[Alex_inventor]

Скачал Embest Register Editor. Прога так себе… Напоминает записную книжку – справочник. Можно неплохо использовать, как быстрый способ посмотреть, какие регистры есть в контроллере и их назначение и особенности. Можно давольно просто вносить новые камни (что радует ). Можно настраивать регистры какого-нибудь проца, а потом произвести экспорт в txt файл. Правда, имхо, тупой экспорт и врядли этим можно пользоваться. В общем смотрите сами.
Некоторых может повергнуть в шок надпись при запуске проги “данная таблица сортировки не поддерживается операционной системой” после 17,5метров закачки . И что прога не работает. Лечится легко. Зайдите панель управления->языки и настройки->поставить галочку на поддержку корейского, японского, китайского языка. Система запросит кампакт с виндой и 200 метров свободного пространства на диске. После установки будет всё OK. P.S . в самой проги ни одного иероглифа не обнаружил, но прога корейская, может поэтому ?

[Alex_inventor]

To All
Объясните в чём причина. Вот пример кода (uVision3,ARMCC):

//********************ПРИСОЕДЕНЯЕМЫЕ ФАЙЛЫ********************
#include <LPC210x.H> // LPC21xx definitions
#include "binary.h"
#include <stdio.h>


//**********************ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ************************
unsigned char string[] = {"hello world \n"};




/********************************************************************
*************************ПОДПРОГРАММЫ********************************
********************************************************************/
void initialisation(void)
{

//Настраиваим UART0********************************************
PINSEL0 |= bin(00000101); //задействовать выводы RX0 и RX1
U0LCR = bin(10000000); //Бит DLAB-1 разрешение настройки делителей
U0DLL = 0x60; //Program the divisor latch for 9600 baud
U0DLM = 0x00;
U0FCR = bin(01001111); //enable the FIFO's
U0LCR = bin(00110011); //Program the line control 8\N\1

}


void putsf(unsigned char *str)
{
int x;
for(x=0;x<100;x++)
{
if( str[x]==0) break;
putchar(str[x]);
}
}


/***********************************************************************
************************Основная программа******************************
***********************************************************************/
int main(void)
{
initialisation();
while(1)
{
delay_us(1000000);
putsf(string);

}
}

Так вот, если не присоединять <stdio.h>, ну и соответственно не пользоватся putchar, а тупо вводить данные в THR то всё отправляется нормально. Если присоеденить данную библиотеку, то при включении <d>(симуляции) , (гдето в стартовом асемблерном коде, не доходит до main даже) срабатывает SWI прерывание, и проц застревает в заглушке. Почему так?
2sonycman
Запарил редактор дизасемблера . Конкретно скролл справа . Его положение неадекватно реагирует на реальное местоположение курсора в программе (всё время внизу находится) Из-за этого сильно затрудняется навигация, и у меня начинается чувстао "прострации" (не знаю где нахожусь). Происходит когда попадаю в асемблерную часть, созданую keilom как куски оптимизации (ну вообщем вы меня поняли). Ни одного коментария ! Бескрайний массив ассемблерных команд . (Почему не сделать как в CodeVision где всё имеет коментарии и вполне читабельно?)
Так вот, меня интересует этот баг со скролом в версии 3.05 исправлен? А то думаю скачать ли?

[sonycman]

Запарил редактор дизасемблера . Конкретно скролл справа . Его положение неадекватно реагирует на реальное местоположение курсора в программе (всё время внизу находится) Из-за этого сильно затрудняется навигация, и у меня начинается чувстао "прострации" (не знаю где нахожусь). Происходит когда попадаю в асемблерную часть, созданую keilom как куски оптимизации (ну вообщем вы меня поняли). Ни одного коментария ! Бескрайний массив ассемблерных команд . (Почему не сделать как в CodeVision где всё имеет коментарии и вполне читабельно?)
Так вот, меня интересует этот баг со скролом в версии 3.05 исправлен? А то думаю скачать ли?

Да вроде нормально всё с окном дизассемблера
Кусорчик прыгает, конечно, и может находиться как внизу, посередине, так и вверху страницы.

А вставленные функции сишной библиотеки (по крайней мере __main и другие при инициализации) действительно идут без исходников, только ассемблерный код.

Блин, тяжело изучать ARM по книге, в которой все примеры даны для компилятора CARM.
Почему он больше не поддерживается?
Этот RV попроще кажется. Нет ни __ram, ни некоторых других полезных преффиксов

Сообщение отредактировал sonycman - Jan 26 2007, 15:24

[Alex_inventor]

Запарил уже uVision. Надоело уже переустанавливать среду. Вдруг нестого не с сяго начал выдовать:
compiling main.c...
--- Error: can't execute 'gcc'
main.c - 1 Error(s), 0 Warning(s).
Пути к компилеру проверял, всё указано верно? В чём проблема?

[Alex_inventor]

Блин, тяжело изучать ARM по книге, в которой все примеры даны для компилятора CARM.
Почему он больше не поддерживается?
Этот RV попроще кажется. Нет ни __ram, ни некоторых других полезных преффиксов

О чём и речь! Почему я и искал этот компиллер. А вобще я непойму почему от него отказались? Во всех тестах, какие я встречал, он был лучший.
Утачню вопрос по поводу скрола. Если находишся в отладке(симулятор), и ходишь по шагам, то скрол беспричинно не телепортируется в самый низ? Это сильно нагружает образное мышление. Находишся в начале адресов flasha, а посмотришь на скрол вроде как в конце? Несастыковачка какая то? Мне это важно знать, а то нехочется качать 65метров с точно такимже багом!

[sonycman]

Утачню вопрос по поводу скрола. Если находишся в отладке(симулятор), и ходишь по шагам, то скрол беспричинно не телепортируется в самый низ? Это сильно нагружает образное мышление. Находишся в начале адресов flasha, а посмотришь на скрол вроде как в конце? Несастыковачка какая то? Мне это важно знать, а то нехочется качать 65метров с точно такимже багом!

Имеешь ввиду, у тебя экран дебаггера прыгает вниз и уходит от жёлтой стрелки указателя текущей команды?
Нет, такого точно не было.

[Alex_inventor]

Нет экран не прыгает ниже или выше указателя. С этим всё впорядке. Просто гдебы не находиля указатель скрол всегда внизу. Пример: Прыгнули мы командой B куданибудь. Так посмотрел справа на бегунок и имеем представление в какой обоасти мы находимся. Бегунок частично работает если его курсором тягать. Показывается слева адрес и после отпускания кнопки мыши попадаем туда куда надо (правда листинг не прокручивается динамически с бегунком х...о). Но если сделать шаг то бегунок опять вниз слетает. Есть такой баг? Уточняю именно в окне дизасемблера.

[sonycman]

Нет экран не прыгает ниже или выше указателя. С этим всё впорядке. Просто гдебы не находиля указатель скрол всегда внизу. Пример: Прыгнули мы командой B куданибудь. Так посмотрел справа на бегунок и имеем представление в какой обоасти мы находимся. Бегунок частично работает если его курсором тягать. Показывается слева адрес и после отпускания кнопки мыши попадаем туда куда надо (правда листинг не прокручивается динамически с бегунком х...о). Но если сделать шаг то бегунок опять вниз слетает. Есть такой баг? Уточняю именно в окне дизасемблера.

Да, такая шняга есть
Но меня это не смущает, адрес-то всегда перед глазами

Слушай, я, может, IAR для сравнения попробовать? Говорят - "самая охренительно задокументированная среда"
Правда код генерит погано...
Не знаешь её размер и кряки где лежат?

Сообщение отредактировал sonycman - Jan 26 2007, 16:53

[Dr.Craft]

Примерно 100 мБ IAR весит с небольшим.

[sonycman]

Вот цитата с форума IXBT.com:

Но поковырявшись понемногу с CrossWorks, IAR и KEIL, хочу сказать следующее.
Начинать надо, безусловно, с CrossWorks. Скачать, запустить, проверить что свежеспаяный Wiggler работоспособен и снести этот CrossWorks к такой-то матери.
Если страшно разбираться с новым процом и охота привычной среды, то можно поставить IAR. Wiggler с ним тоже вяжется и вполне прилично работает.
Но, блин, этот KEIL... Он мне все карты спутал. После него мне на IAR даже смотреть не хочется, просто убожество. Определённо - KEIL действительно крут, имхо. Но пока у меня всё по старику Крылову, про "лису и виноград". Никак не могу wiggler с ним заставить работать ( приходится через H-JTAG, не знаю, может есть другой способ, но без всех этих извратов *никсовых ).

В общем, имхо если охота покататься на Феррари, хотя нет, скорее на Ягуаре ( в том смысле, в плане комфорта и дизайна Феррари тут и близко не валялась ), то это KEIL.

Что-то мне уже расхотелось IAR ставить
Тем более весит больше Кейла...

[Alex_inventor]

Про IAR могу поведать следующую историю. Раньше, когда осваивал AVR, постоянно сталкивался на форумах с восхваления этого IAR (сам работал в CodeVision). Так вот, начал я искать возможности использовать его. После долгих поисков, нарыл в инете чудо-multi кряк. Кряк сделан на славу (а музыка в нём такая, что я по пол часа слушал много раз) сразу видно профессионалы. Кряк генерит ключи для MSK-51 v7.20, AVR v4.12a, AVR32 v2.10A, ARM v4.31A, R16C & R8C v3.10A, NEC78A v4.30A, MSP430 v.3.40A, SAM8 v2.21A, MAXQ v1.13C. По причине природной жадности ко всему холявному, я скачал все эти среды (хотя скорее всего большинством, если не всеми не воспользуюсь никогда). Скачать можно только на iar.com после заполнения формы. ARM среда весит 94,2 метра. Среды trial, но после скормления ключа превращаются в full. В общем посмотрел я на этот IAR… и разочаровался . В общих чертах следующие замечания: крайне трудно стартовать (help на основе PDF, в trial версии help урезан до невозможности, практически никакого серьёзного ответа не найти, только основы, но основы большие), нет привычных вещей типа bin, стартового кодировщика, криво сделаны закладки, симулятор убогий, да и много чего ещё не так, не помню уже. На одном форуме человек писал про IAR следующее (не дословно): “Исходник это основное. Среда только надстройка предназначенная для удобства работы с исходником. В IAR же, такое ощущение что исходник, нечто второстепенное ”. В общем смысле я с ним согласен. (Не ругайте меня IAR поклонники, так как оценка зависит от привязанности. Если когда-то научился работать, то уже лучшая среда. Моё первое впечатление от него такое.)
Про IAR компилятор для AVR читал что лучший. Но для ARM IAR компилятор, судя по форумам, хуже, чем обсуждаемые выше. Плюс IAR по сравнению с uVision мульти-платформенность (оболочка везде одинаковая). Но смотрел список поддерживаемых ARM в IAR и Keil, так в Keil в три раза больше. Возможности среды uVision на голову превосходят IAR. Это и отладочные функции. Круто придумали. Я например написал функцию(не сам, брал исходники) подсчёта количества тактов и прошедшего времени в us, очень удобно. Очень понравилось показ времени на каждой инструкции при отладке. Балдею от настроек цветов, горячих клавиш, собственной библиотеки, структуры папок проекта, да практически всего. Просто сказка какая-то . Сразу видно, что писателей среды потом заставляют на ней работать . А не как у некоторых, становится такое ощущение что, писатели люто ненавидят пользователей их творений, и всячески пытаются исортить им жизнь (сплошь и поперёк сталкивался, когда искал среду для проектирования ПП и схем). Но uVision не идеал. Есть недочёты. Но идеала не бывает, наверное?
To All, ответит кто нибудь на вопросы заданные выше? Всем

[sonycman]

2Alex_inventor
Понятно, спасибо за разъяснение
Слушай, а кряк к IAR может пришлёшь на мыло, музыку послушать ?
Да и может пригодится когда.

А на какой софтине для ПП остановился?

[Alex_inventor]

2sonycman
Кидай мыло, а то я письмо удалил.
Что касается среды то, наверное, я перебрал их все. На эту тему могу книгу написать. Из Интернета качал всё, хоть чуточку напоминающую CAD. Покупал DVD. Пробовал и удалял. Ко всем были те или иные претензии. Краткий перечень: PCAD(2000,02,06), OrCad (9.2 10.5), Electronic Workbench, Zuken CADSTAR, CAM350 8.7, Accel EDA 15, MicroCAP, Eagle 4.16r2, DipTrace1.3 и др. некоторые не помню, а некоторые “выкидыши” и не запоминал. Основной критерий при выборе максимальное удобство, простота использования (не за счёт качества), интуитивно понятный интерфейс.
До этого работал в любительской проге SprintLayout4 (сейчас 5 версия есть). Порога, с точки зрения удобства, устраивала на сто процентов. Трассировал вручную. Трасировщик что там есть, скорее как демонстрация, а не для работы. Но шло время и захотелось большего. Конкретно: рисуешь схему, а по схеме на тебе плату + нормальная авторазводка. Хотя по авто трассировке, сплошь и поперёк слышишь о её кривости, однако начальную работу можно доверить ей, ну а потом “долизать” схему вручную. Так, имхо, делают почти все. Так вот, начал я поиски среды. И ко всем применял стереотипы удобства работы SLayout. И ни одна среда полностью не подошла. Ну не могу я удобство променять . Привык уже. Как оказалось, серьёзные среды разрабатывают несколько компаний. Пересчитать можно на пальцах одной руки. Отдельно хочу выделить одну компанию: Altium. Эта австралийская корпорация, поскупала другие компании, и на данный момент её продуктами являются такие проекты как PCAD, OrCAD, Altium Desiner 6. Вот на последнем мой взор и остановился. Читал её возможности – впечатляют . Вот это точно среда сквозного проектирования! Начиная со схемы, и закачивания 3D видом платы, плисы и многое другое. Скриншёты очень даже ничего. Но есть одна большая проблема у этой среды . Весит ~1,6Гб. Я её неделю качать буду. Крэки в инете водятся. По поводу PCAD, они его почти не поддерживают. Разницу между 2000-2006 в лупу искать надо. С OrCad та-же история. Походу все силы на AltiumDesiner бросили. Да и вообще не понимаю почему PCad так популярен. Работа с ним (в особенности по созданию элементов) эквилибристика какая-то!
Есть совтина SPlan. Разводит схемы. Удобная. SPlan и SprintLayout писал один автор. Но они не скооперированы . Не знаю, почему автор не соединит их? Если это произойдет, да ещё и трасировщик нормальный прилепит, да хотя бы Spectru, то по-моему, все отдыхать будут.