Поставить ARM вместо AVR Опции

[Br.Misha]

Привет! Уже давно горю желанием научится программировать ARM но у меня нету свободного времени, а как только оно появляется и я собираюсь изучать ARM так чарез 1-2 дня заказ приходит и опять на ARM я забиваю на недельку-вторую.
Вот сейас у меня появился очередной заказ в котором Atmega16 с головой бы хватило: мне нужен АЦП, 1-wire(для DS18B20) и связь с компом через ЮСБ. Но я хочу поставить какой нить SAM7(особенно радует то, что можно использовать операционную систему и можно свободно работать с дробными числами).
Цены на SAM7 не такие уж великие (http://kosmodrom.com.ua/product.php?page=0&name=sam7&okbutton=%CF%EE%E8%F1%EA), но я как то побаиваюсь делать проект на микроконтроллере, которого в руках никогда не держал, поэтому решил задать АРМщикам несколько вопросов:
1. Какой из микроконтроллеров по ссылке выше мне лучше взять?.
2. Возможно ли питание микроконтроллера от 5В? просто сколько смотрел то все SAM7 питались от 3,3В.
3. Какую ОС использовать? Правда что Linux for ARM круче всех?
4. Какую среду разработки использовать?
5. Если ли симулятор для Sam7? В протеусе sam7 нету.
6. Какой программатор использовать, желательно самопал? В этом проекте я буду использовать юсб-бутлоадер но на будуott хотелось бы знать.
7. Ну и соответственно какую литературу посоветуете?
PS: прошу не пинать сильно если похожие вопросы гдето уже есть.

Спасибо!

[Br.Misha]

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

[Прохожий]

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

Рекомендую взглянуть в сторону Microchip-a.
Там есть PIC24 (16 разрядов) и модифицированные PIC18 (8 разрядов).
Все отладочные средства обойдутся Вам в 3000 руб.
Нормальной литературы на русском, как для PIC24, так и для PIC18 - валом.
Примеров программ и готовых решений тоже.
Даже РТОС есть...
И не одна.
При применении PIC18 не надо переходить на 3.3 Вольта.
Хотите ссылок? Их есть у меня.
Как говорится - не ARM-ом единым.
И вообще, ПМСМ, ARM - заблуждение здесь присутствующих эмбеддеров.


Сообщение отредактировал Прохожий - Jan 30 2011, 13:54

[zltigo]

ARM - заблуждение здесь присутствующих эмбеддеров.

Ну почему-же "ARM", тут есть, например, Xenia она до сих пор пребывает в глубоком трансе от других трех букв "AVR" . Разные мы . Ну а PIC, их конечно тянули, тянули, тянули. Дотянули до пока еще приемлимого уровня (наплодив безумное количество недоделанных, как по ядру, так и по периферии контроллеров), но дальше стена. Наклеили лейбл PIC32 уже на другую покупную архитектуру. Неплохо получилось. Но опоздали - слишком долго пытались улучшать PIC16/17/18/24/30.... В результате с одной стороны нормальные, как простенькие, так и высокпроизводительные 32bit ARM-образные, с другой стороны реально свежие STM8bit-ники (не считая никуда не девшихся 51 и AVR), с третьей "вечные" MSP430.

А имеет значение периферия. А здесь с PIC-ами всех мастей вряд ли кто сравнится.

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

Человек хочет перейти с AVR на что-то похожее.

Предлагаете те-же яйца, но в профиль и по кругу.....

Лично мне не удалось найти ни одного приличного средства разработки и отладки для ARM-ов Cortex M0 и Cortex M3, в частности.

А между тем, это тот-же рекламируемый Вами для PIC32 GCC.

Мучения с Eclipse не предлагать.

Именно его и предлагать - при всех его уродствах он есть какой-никакой стандарт, что уже ценность и огромное преимущество перед неким сделанным по принципу "что выросло, то выросло" MPLAB. Не думаю, что Автор после работы с такого-же класса уродцем от Atmel возрадуется наличию некоего отличного (от других) MPLAB.

[Прохожий]

Ну почему-же "ARM", тут есть, например, Xenia она до сих пор пребывает в глубоком трансе от других трех букв "AVR" . Разные мы . Ну а PIC, их конечно тянули, тянули, тянули. Дотянули до пока еще приемлимого уровня (наплодив безумное количество недоделанных, как по ядру, так и по периферии контроллеров), но дальше стена. Наклеили лейбл PIC32 уже на другую покупную архитектуру. Неплохо получилось. Но опоздали - слишком долго пытались улучшать PIC16/17/18/24/30.... В результате с одной стороны нормальные, дешевые 32bit ARM-образные, с другой стороны реально свежие STM8bit-ники (не считая никуда не девшихся 51 и AVR), с третьей "вечные" MSP430.

Не следует забывать, что архитектура PIC16/12 такая же древняя, как и MSC51. А по производству 8-разрядных МК Microchip как был первым, так им и останется.
Не смотря на снобистское отношение к этому делу российских эмбеддеров. Потому как их мнение никому не интересно вообще.
Насчет недоделанности ядра Ваше утверждение достаточно спорно. Все там достаточно стройно и логично.
Что же касается "вечных" MSP430, то они уже давно проигрывают PIC24/dsPIC, как по потреблению, так и по быстродействию.
Насчет опоздания PIC32 - еще не вечер. Посмотрим, что будет с утра.
Преимуществ STM8 перед PIC18 нет вообще.

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

Утверждения про баги сильно преувеличены. А то, что у PIC-ов есть периферия практически под любые задачи - факт бесспорный.

Предлагаете те-же яйца, но в профиль

Интересно, а зачем человеку другие яйца?
Предлагаемые от предыдущих мало чем отличаются.
ПМСМ, человеку именно это и надо.

А между тем, это тот-же рекламируемый Вами для PIC32 GCC.

Ну и что?
На одном GCC свет клином не сошелся.
В конце концов - это всего лишь форма, оговаривающая некое отличие от стандарта.
Где симуляторы? Бесплатные желательно.
Для ARM-ов знаю только один от Keil и тот с ограничением в 32К и не для коммерческого использования.
RIDE не подходит ввиду убогости.

Именно его и предлагать - при всех его уродствах он есть какой-никакой стандарт, что уже ценность и огромное преимущество перед неким сделанным по принципу "что выросло, то выросло" MPLAB. Не думаю, что Автор после работы с такого-же класса уродцем от Atmel возрадуется наличию некоего MPLAB.

Уж лучше MPLAB, чем Eclipse. Впрочем, о вкусах не спорят.
Лично мне MPLAB нравится больше. Видимо, привык.