Подскажите софт, Софт для ARM (LPC2478) Опции

[Rom20]

Доброго времени суток, решил зающать ARM7 (контроллер Philips LPC2478) с ним идет сопроводительная документация, в ней рекомендую для отладки программ использовать uVision (скачал uVision3) ну видимо обрезанная версия ни чего нет подскажите какой нибудь хороший отладочный софт на подобе AVR Studio что бы можно было так же отлаживать тыкать на регистры и всякое такое.

[etoja]

Rowley Crosstudio: www.rowley.co.uk/arm/

Это GNU компилятор + графическая оболочка.
Есть в местных закромах.

[SPACUM]

Rowley Crosstudio: www.rowley.co.uk/arm/

Это GNU компилятор + графическая оболочка.
Есть в местных закромах.

Подтверждаю, пользуюсь, и обязательно приобретите JTAG типа Wiggler или J-link, через них программируется в 10 раз быстрее,
чем через Flash Magic.
Не бойтесь загубить процессор, он много перезаписей выдерживает.
Не верьте рекламе Кейла, что короткий код и быстрее работает, если есть, то почти незаметно.
Если захотите Кейловскими примерами воспользоваться, то надо переписать названия ячеек
и применить макросы входа-выхода из прерываний(Кейл их вставляет по умолчанию).

[AlexandrY]

Не верьте рекламе Кейла, что короткий код и быстрее работает, если есть, то почти незаметно.

Вам что ли верить Попытайтесь доказать.

Или хотя бы опровергнуть вот эти результаты:
http://www.alylab.eu/Subjects/Tests/LPC/LPC.htm

GCC и все что на нем компилирует значительно хуже и очень заметно.

[KRS]

Или хотя бы опровергнуть вот эти результаты:
http://www.alylab.eu/Subjects/Tests/LPC/LPC.htm

У вас по тестам получается IAR в 3 раза медленнее мертвого CARM.
Хотя, с помощью настроек можно добиться любого расположения компиляторов в таблице.
Но интересны варианты когда настроено на максимальную оптимизацию по скорости или по размеру.
Посмотрел там IAR проект - оптимизация вырублена.

Я тоже проводил сравнения, например -
http://electronix.ru/forum/index.php?showtopic=68880

Сейчас IAR и RVCT компилят примерно одинаково, у каждого есть свои + и -.
GCC чуть хуже.

А вот отладчик у IAR лично мне больше нравится.

[zltigo]

Сейчас IAR и RVCT компилят примерно одинаково, у каждого есть свои + и -.
GCC чуть хуже.

Полностью аналогичная личная оценка.

[etoja]

GCC может скомпилировать ядро линукса, а остальные - нет.

[winner]

GCC может скомпилировать ядро линукса, а остальные - нет.

Пользователи Linux всегда в выигрышном положении - можно не беспокоиться, GCC достаточно хорош и нет ни одной причины по которой нужно рыскать по файлопомойкам в поисках пиратского компилятора или выкладывать деньги. Оптимальными должны быть в первую очередь алгоритмы - с этим в Linux все в порядке. Ни один тест не отражает реальное положение дел, можно посмотреть архивы keil - там gcc в разы проигрывает по всем тестам, что просто смешно - достаточно посмотреть адекватные тесты которые я приводил.

[zltigo]

адекватные тесты которые я приводил.

"Никому верить нельзя - мне можно"©

[SPACUM]

Цитата(zltigo @ Aug 27 2010, 12:27) *
"Никому верить нельзя - мне можно"©

Выскажу свое мнение, может неправильное, но есть.
1. Процессор LPC2478 слишком слаб, чтобы кроме основной задачи еще тянуть Linux или Windows.
С сетями и с многозадачностью не работаю, всё остальное из них вполне можно написать или взять готовым.
2. Человек не может выдавать новые гениальные идеи по расписанию, интеллектуальную собственность надо защищать.
Я не сторонник полностью открытых программ.
3. Не считаю нужным снабжать заказчика ломаным кейлом или требовать его покупки.

Поступаю следующим образом. Для конкретного типа процессора пишу библиотеку сильно оптимизированных
примитивов. (около 120 строк в ассемблере). При этом 90% времени процессор выполняет именно эти функции.
Оптимизация остальных 10% и выбор оптимального компилятора уже не интересны.
(размером программы не интересуюсь - без Линукса на все хватит, а флешку мне не заполнить)
Для LPC2478 Я выбрал Rowley CrossWorks, просто друг показал и мне понравилось. А у других и шрифт раздражает и
цвет не нравится. А сотни часов смотреть на это надо.
Заказчику передаю в виде небольшой программы для GCC и почти оптимальной библиотеки нужных ему функций.
А перейти на другой процессор запросто - переписать эти 120 строк и разобраться с периферией.

Сообщение отредактировал SPACUM - Aug 28 2010, 12:29

[winner]

2. Человек не может выдавать новые гениальные идеи по расписанию,

Поэтому открытые проекты всегда будут развиваться быстрее и качественней - над ними работают тысячи людей по всему миру.

интеллектуальную собственность надо защищать.

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

Для конкретного типа процессора пишу библиотеку сильно оптимизированных
примитивов. (около 120 строк в ассемблере). При этом 90% времени процессор выполняет именно эти функции.
Оптимизация остальных 10% и выбор оптимального компилятора уже не интересны. А перейти на другой процессор запросто - переписать эти 120 строк и разобраться с периферией.

На форте не пробовали писать ? чем изобретать лисапеды.

[haker_fox]

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

Знания и сейчас достпуны только избранным - тем кто добывает их. Открытие интеллектуальной собственности ни как не прибавит число знающих, зато лишит зарплаты тех, кто днями и ночами трудился над своим проектом. Посмотрите, сколько знаний вокруг, благодаря интернету, черпай и пользуйся. Однако рядовой студент не может решить рядовую задача по физике или математике.

Поэтому открытые проекты всегда будут развиваться быстрее и качественней - над ними работают тысячи людей по всему миру.

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

[AlexandrY]

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

Вы спорите с изначально абсурдным утверждением. Тысячи разрабатывать один софтовый пакет не могут и никто так на самом деле не делает.
Это просто плод воспаленного воображения падких на дешевый пиар разработчиков.
Т.е такого подхода нет и быть не может.

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

С GCC для ARM как раз все ясно, там 50% участия самой фирмы ARM по заявлению самой ARM и никаких там особых альтернативных разработчиков нет.
И этот компилер всегда будет уступать RealView по производительности в каждый отдельно взятый момент времени.

[winner]

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

Ерунду Вы гворите. Яркий пример - самый главный опенсорсный продук ядро Linux. Там над каждой подсистемой есть координаторы, Торвальдс вообще только указания дает а разработки ведут очень большое количество людей по всему миру. Большой вклад делают корпорации, вообще где-то была процентная статистика участия отдельных компаний и всего остального сообщества.

С GCC для ARM как раз все ясно, там 50% участия самой фирмы ARM по заявлению самой ARM и никаких там особых альтернативных разработчиков нет.

Это как понимать, 50% кода принадлежит arm - а остальные 50% типа не в счет ? А как же code sourcery? RH ? а остальные компании участвующие как минимумум в оптимизации - nokia например ? В общем Вы не в теме.

[AlexandrY]

Там над каждой подсистемой есть координаторы, Торвальдс вообще только указания дает а разработки ведут очень большое количество людей по всему миру. ...

А сами разрабатывать не пытались это ядро? Идите попытайтесь там че нить разработать. Вас пошлют подальше в легком случае.
Не повторяйте мифы вообщем. Самый консервативный проект придумать сложно. Win CE развивается гораздо быстрее.

Это как понимать, 50% кода принадлежит arm - а остальные 50% типа не в счет ? А как же code sourcery? RH ? а остальные компании участвующие как минимумум в оптимизации - nokia например ? В общем Вы не в теме.

Здесь таже логика что и с ядром. Они эти нокии может бирюльки навешивают там где-то возле компилятора. А так они даже симбиан свой открыть не могут до конца.