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

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


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

STM32 или подобное от NXP - лучшее, на что можно потратить свое время. Книжки появятся, не сомневайтесь. А на английском уже есть. Документации, примеров, плат - куча.

Ну конечно, "альтернатива - утки"! То есть PICи
Не разводите холивар.

Ну как же нам без холивара? Вообще же, 12-я и 16-я серии PIC'ов были чудо как хороши. Но расти такой архитектуре противопоказано.
Хотя вот совсем недавно понадобился мне мелкий МК с USB и АЦП на борту, контроллер резистивного тачскрина сделать, и что же? Кроме PIC18F13K50 ведь ничего достойного не нашлось.

Человек хочет перейти с AVR на что-то похожее.
И потом, PIC-и абсолютно разные бывают.
Есть с ядром MIPS32.
И заметьте отладочные средства, включая С и отладчик опять же 3000 руб.
Так что

Лично мне не удалось найти ни одного приличного средства разработки и отладки для ARM-ов Cortex M0 и Cortex M3, в частности.
Так, чтобы было бесплатно для коммерческого использования.
Приличных симуляторов как не было, так и нет.
Мучения с Eclipse не предлагать.
И самое интересное заключается в том, что начиная с определенного быстродействия, ядро для МК значения не имеет вообще.
А имеет значение периферия. А здесь с PIC-ами всех мастей вряд ли кто сравнится.

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

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


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


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

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

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

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

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


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

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

Недавно на форуме был стон про Atmel, что он чего-там перестает выпускать. От этого никто не застрахован. Но если ARM'ы сейчас реально выпускает 6-8 компаний, т.е. вероятность того, что они все в одночасье вымрут ничтожно мала, PIC - одна фирма.

Второе. Вы посмотрите на нынешний ARM бум. Даже MS показал пробный Win8 на ARM'e.

Из всего этого один простой вывод - усилия потраченные на изучение ARM'ов не канут в одночасье.

Можете на Mega16? А на Mege8 уложитесь? АРМ-мом "прикрыться" большого и пытливого ума не нужно. ИМХО.

Да кто ж против ARM-ов как таковых?
Архитектуры Cortex M0 и M3 достаточно удачны и лаконичны.
МК от NXP LPC111x просто сказка для топикстартера.
Но только есть несколько маленьких НО.
1. Такие фирмы как NXP и ST - совладельцы ARM и KEIL соответственно.
Так что тезис про 5-8 фирм не совсем проходит.
2. Бесплатного комплекта IDE+С+ASM+Симулятор+отладчик не существует.
Так, чтобы без траха. Поэтому LPCXpresso для вышеупомянутых МК не подходит.
3. Я лично, под влиянием уважаемого zltigo, приступая к очередной задаче, всегда пытаюсь натянуть ее на какой-либо из ARM-ов.
Но всегда находится какой-либо PIC, решающий эту задачу практически аппаратно.
Согласен, у меня своя специфика, но тем не менее.
И где правда?

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

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

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

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

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

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

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

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

Не тот проект, где использовалась связь на 433MHz и самопроизвольно стиралась flash-память? И в чем было дело?

Прохожий, Я наоборот хочу перейти с 5В на 3,3, так как щас намного больше микрух работает при этом напряжении, чем на 5В (ммс, акселерометры, трансиверы и т.д.).

И еще: давайте в этой теме не будет начинать, ой, точней продолжать войну Atmel vs Microchip. Пока работал с АВРками, так когда в какой то теме, с вопросом по АВР появляется хоть какой то малейший намек на ПИК, так тогда начинаются споры страницы на две(как минимум) между аврщиками и пиковцами. И каждый доказывает что их МК лучше.

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

Тот самый. Пререписал сначала движек (уже проблема ушла), потом вообще все и освободил попутно четверть памяти под развитие, которое тоже остро требуется. Разбираться в написанном было практически бесполезно - только переписывать. Проблема очевидно была или в переполнении стека и/или очередей сообщений из которых выгребался мусор и бесконтрольно передавалось управление неведомо куда. Все это еще на фоне компилятора, который путается с банках памяти .