Поставить 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 нравится больше. Видимо, привык.

[zltigo]

Что же касается "вечных" MSP430, то они уже давно проигрывают PIC24/dsPIC, как по потреблению, так и по быстродействию.

Только в однобоких прессрелизах Microchip . Ситуевина с MSP430 простая - там заточенная под микропотребление периферия. То, чего не Atmel ни Micrichip так и не сделали. Посему им остается только рассказывать какое у них микропотребляющее ядро без перефирии и засыпаний-просыпаний.

Насчет опоздания PIC32 - еще не вечер. Посмотрим, что будет с утра.

Ничего не имею против ЛЮБОГО хорошего контроллера. PIC32 тянет на хороший.

Преимуществ STM8 перед PIC18 нет вообще.

За прошлый год были четыре проекта для которых годились достатрочно простые восьмибитовики. PIC16/18 отсеялись на первой-же итерации. В финал вышли две AVR-ки (одна-бы не вышла, но из-за сроков в бувально две недели более свежий STM8 был недоставаем ), STM8 и MSP430. Да, это было рассмотрение преимуществ для четырех конкретных задач. Но тем не менее Ваше утверждение "нет вообще" уже ложно. За год был сделан один проект на PIC16F886 (кстати, 'C' компиляторы строго платные и, МАКСИМАЛЬНО убогие) но только по причине того, что было уже серийно выпускаемое в Канаде железо. По той-же причине три похожих железки на M8C. Остальные проекты ARM-образные. Так-что позвольте мне считать, что я достаточно незашоренный человек способный разбираться преимуществах без особых предвзятостей и догматов.

Утверждения про баги сильно преувеличены.

Рсскажите это тем, кто не работал с PIC16/18.

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

Только, блин, нужно выбрать, заказать и ДОЖДАТЬСЯ, заплатив бОльшие деньги за то, что нужен не самый популярный, а одни из МНОЖЕСТВА контроллеров с четырьмя цифирями после буквы 'F'.

Где симуляторы? Бесплатные желательно.

Где голова, желательно на плечах? За прошлый год симулятором пользовался один раз, правда для PIC - крайне поджимало время - решил схалтурить и не копать документацию при правке чужого писанного кое-как загрузчика.

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

Лично мне НЕ нравится ни одна из бесплатно прилагаемых производителями чипов/компиляторов. Надо использовать продукты, для производителей которых это основной продукт. Как минимум не будет нужды зачем-то каждый раз привыкать.

[Прохожий]

Только в однобоких прессрелизах Microchip . Ситуевина с MSP430 простая - там заточенная под микропотребление периферия. То, чего не Atmel ни Micrichip так и не сделали. Посему им остается только рассказывать какое у них микропотребляющее ядро без перефирии и засыпаний-просыпаний.

Вот так же однобокий пресс-релиз от TI.
И как там насчет быстродействия? Когда надо пошустрее?

За прошлый год были четыре проекта для которых годились достатрочно простые восьмибитовики. PIC16/18 отсеялись на первой-же итерации. В финал вышли две AVR-ки (одна-бы не вышла, но из-за сроков в бувально две недели более свежий STM8 был недоставаем ), STM8 и MSP430. Да, это было рассмотрение преимуществ для четырех конкретных задач. Но тем не менее Ваше утверждение "нет вообще" уже ложно. За год был сделан один проект на PIC16F886 (кстати, 'C' компиляторы строго платные и, МАКСИМАЛЬНО убогие) но только по причине того, что было уже серийно выпускаемое в Канаде железо. По той-же причине три похожих железки на M8C. Остальные проекты ARM-образные. Так-что позвольте мне считать, что я достаточно незашоренный человек способный разбираться преимуществах без особых предвзятостей и догматов.

Дело в том, что я довожу свои изделия сам. И МК важная, но не основная часть этих изделий.
У меня их не так много. И я не могу себе позволить использование IAR и uVision из-за денег.
А Eclipse я не могу использовать из-за нехватки времени.

Рсскажите это тем, кто не работал с PIC16/18.

Можно подумать, что у STM32 багов нет совсем.

Только, блин, нужно выбрать, заказать и ДОЖДАТЬСЯ, заплатив бОльшие деньги за то, что нужен не самый популярный, а одни из МНОЖЕСТВА контроллеров с четырьмя цифирями после буквы 'F'.

Я стараюсь это делать заранее. Не такие это великие деньги. Все равно приходиться ожидать остальные запчасти - IGBT, радиаторы, конденсаторы и прочее.

Где голова, желательно на плечах? За прошлый год симулятором пользовался один раз, правда для PIC - крайне поджимало время - решил схалтурить и не копать документацию при правке чужого писанного кое-как загрузчика.

Это ж какие плечи должны быть, чтобы держать такую голову?
Симулятор позволяет отследить временные промежутки и не считать циклы и такты.
При настройке системы прерываний, когда много всяких временных заморочек - вещь абсолютно необходимая.
Пользуюсь всякий раз, когда делаю скелет будущей программы.

Лично мне НЕ нравится ни одна из бесплатно прилагаемых производителями чипов/компиляторов. Надо использовать продукты, для производителей которых это основной продукт. Как минимум не будет нужды зачем-то каждый раз привыкать.

А каждый раз привыкать и не надо. MPLAB пока всем устраивает.

Давайте лучше поспорим между AT91SAM7 и STM32F, это действительно будет намнго полезней

STM32F - однозначно.
Греки свою войну проиграли...
А для Вас есть Ride7, чтобы легче начинать было.
А насчет полезности Вы, к сожалению, заблуждаетесь.
Вы не смотрите на уважаемого zltigo.
Он в этой теме практически с детства и оценивает происходящие с очень большой высоты.
И при выборе МК он пользуется несколько иными критериями, чем мы с Вами.

[topkin]

STM32F - однозначно.
Греки свою войну проиграли...
А для Вас есть Ride7, чтобы легче начинать было.
А насчет полезности Вы, к сожалению, заблуждаетесь.
Вы не смотрите на уважаемого zltigo.
Он в этой теме практически с детства и оценивает происходящие с очень большой высоты.
И при выборе МК он пользуется несколько иными критериями, чем мы с Вами.

Что то из ваших постов снобизмом попахивает по отношению к товарищу zltigo. Как там в одном известном писании - не возводи себе кумира. Не кого не хотел обидеть, но что то глаза режет, сорри за оффтоп

Осилил всю ветку
Слишком долго топикастер думает, давно бы уже купил отладку и начал освоение, благо сейчас есть не дорогие отладки для ARM почти для всех вендоров. За это время можно было поработать со всеми конкурирующими конторами. Например, ST вообще отжигает своими дискавери под STM32 и STM8 за 10$, попробовал и выкинул если не понравилось. Так же встречал не дорогие решения и на TI, NXP не искал, ибо контора не жалует NXP