Поставить 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.