[sergeeff 1]

я знаю что на 3,3в надо будет переключаться:).

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

 

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

[syv 0]

я знаю что на 3,3в надо будет переключаться:).

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

Рекомендую взглянуть в сторону Microchip-a.

Там есть PIC24 (16 разрядов) и модифицированные PIC18 (8 разрядов).

Все отладочные средства обойдутся Вам в 3000 руб.

Нормальной литературы на русском, как для PIC24, так и для PIC18 - валом.

Примеров программ и готовых решений тоже.

Даже РТОС есть...

И не одна.

При применении PIC18 не надо переходить на 3.3 Вольта.

Хотите ссылок? Их есть у меня.

Как говорится - не ARM-ом единым.

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

 

Изменено 30 января, 2011 пользователем Прохожий

[ViKo 1]

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

 

 

[DogPawlowa 0]

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

Ну конечно, "альтернатива - утки"! То есть PICи ;)

Не разводите холивар.

[aaarrr 69]

Ну конечно, "альтернатива - утки"! То есть PICи ;)

Не разводите холивар.

Ну как же нам без холивара? Вообще же, 12-я и 16-я серии PIC'ов были чудо как хороши. Но расти такой архитектуре противопоказано.

Хотя вот совсем недавно понадобился мне мелкий МК с USB и АЦП на борту, контроллер резистивного тачскрина сделать, и что же? Кроме PIC18F13K50 ведь ничего достойного не нашлось.

[syv 0]

Ну конечно, "альтернатива - утки"! То есть PICи ;)

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

И потом, PIC-и абсолютно разные бывают.

Есть с ядром MIPS32.

И заметьте отладочные средства, включая С и отладчик опять же 3000 руб.

Так что

Не разводите холивар.

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

Так, чтобы было бесплатно для коммерческого использования.

Приличных симуляторов как не было, так и нет.

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

И самое интересное заключается в том, что начиная с определенного быстродействия, ядро для МК значения не имеет вообще.

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

[zltigo 2]

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.

[syv 0]

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

[sergeeff 1]

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

 

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

 

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

[Hmm 0]

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

[syv 0]

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

Да кто ж против ARM-ов как таковых?

Архитектуры Cortex M0 и M3 достаточно удачны и лаконичны.

МК от NXP LPC111x просто сказка для топикстартера.

Но только есть несколько маленьких НО.

1. Такие фирмы как NXP и ST - совладельцы ARM и KEIL соответственно.

Так что тезис про 5-8 фирм не совсем проходит.

2. Бесплатного комплекта IDE+С+ASM+Симулятор+отладчик не существует.

Так, чтобы без траха. Поэтому LPCXpresso для вышеупомянутых МК не подходит.

3. Я лично, под влиянием уважаемого zltigo, приступая к очередной задаче, всегда пытаюсь натянуть ее на какой-либо из ARM-ов.

Но всегда находится какой-либо PIC, решающий эту задачу практически аппаратно.

Согласен, у меня своя специфика, но тем не менее.

И где правда?

Изменено 30 января, 2011 пользователем Прохожий

[zltigo 2]

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

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

 

[ViKo 1]

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

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

[Гость Br.Misha]

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

 

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

 

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

[zltigo 2]

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

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