В общем получили мы новые приборы от Dynisco (кто не знает серъезная контора, занимается датчиками давления и сопутствующей електроникой http://www.dynisco.com/)
открываем и видем :


рис1


рис2


рис3

Коллеги Ваши мнения ?

Говорят в какой-то ещё чернобелой нокии стояла 8и ногая AVR. Футаба начала свой RC control делать на AVR.

Ну есть и более крупные конторы, которые его давно признали.
Atmel например ;>

У меня мнение сложилось такое - из восьмибиток - это лучший представитель по критериям:
- производительность
- компактность кода
- доступность качественных средств разработки (в т.ч. бесплатных)
- соотношение и количество внутренней памяти flash/RAM/eeprom
- богатая периферия.

В паяльной станции ERSA тоже мега установлена

Если бы еще они не меняли так часто свои кристаллы....
В смсысле - не снимали с производства старые.

Среди 8 разрядных uC AVR вне конкуренции. PIC и 51 отдыхают.
Среди 32 разрядных uC Atmel слегка погорячился (если бы сделал периферию попроще - SAM7S пошел в лет).

Среди массовых общего назначения, несомненно да.
Но не надо про 'отдыхают', поскольку X51 ядро используется во многих специализированных с богатой специализированной периферией чипах, и имеет высокоскоростные реализации.
Ну а если учесть, что по нынешним временам на 8 битовиках свет клином не сошелся, то делить конкурентов по разрядности уже не корректно - среди старших моделей скорее AVR уже "отдыхают" по сравнению с 16-32bit той-же ценовой категории. Вот и остались пока только мелкие AVR вне конкуренции.

Это не совсем так. Для массового производства, ПИК дешевле, периферия разнообразнее. Особенно - если производство долгосрочное. Микрочип, в отличие от Атмела, продолжает выпускать старые МК, атмел же - заставляет переходить на более новые. Хорошо если с изменением только софта без изменения железа.
51-е тоже бывают весьма разные, их масса встроенных во что-то (например в USC2COM всякие).

У PIC переферия конечно быстрее появляется, а у AVR позже, но зато гораздо удобнее сделана.
А в 8 лапках PIC удобнее, и засунуть в него можно чуть больше. Это если вычисления на уровне битов, без особой математики. А так конечно PIC сложно именовать процессором

Насчет дешевле - может быть, (хотя в последнее время ценовые пределы очень размыты. Флешевый Atmel часто стоит столько же сколько OTP аналог от MicroChip.)

Насчет "периферия разнообразнее" - однозначно нет. +1 в пользу Atmel.
Насчет лояльности - +1 в пользу MicroChip.


Сравнивал я Tiny13 и 12F675.
В Tiny13 влез полноценный программатор PIC'ов (через uart).
А в 12F675 - "мигалка на 6 светодиодов".

12F675 - (как тут выразились ранее) - отдыхает.

Опять религиозная война начинается...
То, что у вас в ПИК "влезла" только мигалка на 6 светодиодов говорит не о "кривизне" оного, а, скорее о кривизне рук писавшего программу. В тот же 675 прекрасно влазит ADPCM кодер+софтовый UART передатчик, сам видел ...

Тоже считаю что в основном это дело личных предпочтений. Скажем мои предпочтения на стороне AVR. Хотя безусловно я не могу претендовать на какой-нибудь авторитет в данном вопросе. Я работал с x48,x51,avr. С PIC ознакамливался. Хотел попробовать поработать. Жутко не понравилась система команд.

С другой стороны если работать на Си, то на систему комманд по сути наплевать. А в дальнейшем данные различия будут ещё более нивелироваться. Таким образом остаются следующие критерии.

1) Производительность. (На тестах написанных на СИ) Реакция на события.
2) Поддержка. (Наличие и доступность различных компиляторов, отладчиков, осей, библиотек, программаторов, JTAG и т.д.)
3) Наличие и обширность переферии. Широта переферии в одном камне. Удобство работы с ней.
4) Развитие номенклатуры и устранение огрехов. Модернизация камней.
5) Доступность самих камней и их стоимость.


Вот любопытная статья на тему что именно берут. То есть не взгляд разработчика, а взгляд продавца, которому по сути совершенно наплевать что именно он продаёт. http://kazus.ru/articles/389.html

Как по мне АВРы - это как виндоза с точки зрения сравнения ее с полетом на "Кукурузнике" - тошнит, а выйти некуда.
Что по нынешним временам есть в ней хорошее - это то, что их везде, как грязи, и дешево, и халявный С компилятор. ВСЕ.
По производительности PIC18 имеет АВР по полной, несмотря на в 2 раза меньшее значение MIPS. Загрузка-выгрузка все сводит на нет. Уже не говоря про обработку прерываний. АВРы на этом тормозят ваще. PIC18 и 51-е умеют переключать контекст. А 51 по нынешним временам есть Силиконовские - они имеют АВР по MIPS конкретно. И Микрочипсы заваяли новые PIC18, которые по стоимости вставляют АВРы.
Зато АВРы можно считать первым ядром, которое раскрутили не за счет его достоинства, а за счет маркетингово правильно составленных технических возможностей и документации. Одни только виртуальные ассемблерные команды чего стоят, не говоря уже о раздутой донельзя производительности. В итоге на этой маркетинговой раскрутке Атмелы воспитали, можно сказать с пеленок, целое поколение МК программеров, в которых маркетинговые штампы уже записаны на генетическом уровне и которые уже не могут видеть преимущества других ядер.
У АВРов есть еще одна хорошая черта - обилие глюков дает разработчикам повод лишний раз пообщаться(человеческим языком ). АВРы - самая плодотворная тема для общения. "АВР признали!" Удивительно! До появления АТМег8 и 16 среди АВРов вообще не было рабочих контроллеров. Для серьезных применений. Как минимум они имели тенденцию само вытираться.

Упс.. предлагаю прикрыть тему, пока до личностей не дошло.

Забавно. Что Вы делаете в ветке про AVR? В них ведь нет ничего хорошего...

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

Вы не любите кошек.... Мне приходилось работать с микрочиповским 16-м семейством, потом перешел на AVR и ниразу об этом не пожалел. Сейчас потихоньку иду в сторону AT91SAM7S. Тоже Атмел.
По старой памяти просматриваю "достижения" микрочипа. Кроме DsPIC ничего интересного не видел. Включая PIC18.

Полностью поддерживаю. Сравнивать AVR и PIC16 абсолютно некорректно. PIC16 старше AVR как минимум лет на 10. А вот PIC18 действительно, по производительности превосходят AVR за счет прямого обращения ко всей памяти, что технологически более прогрессивно. Я уже не говорю о расширенном наборе команд PIC18, который в корне меняет программную модель в сторону скоростной обработки данных непосредственно в памяти данных.
Насчет признали. В изделиях, предназначенных для работы в особо напряженных условиях в непрерывном режиме уже давно стоят исключительно PICи вполне согласно с расшифровкой их аббревиатуры. Конкретно - модули ввода вывода Wago System, BECKHOFF, замки SCHMERSAL. AVRов я чего-то там не видел совсем.
Косвенным указателем на отставание разаработчиков микроконтроллеров ATMEL относительно MICROCHIP может служить тот факт, что ATMEL выпускает микроконтроллеры с ARM архитектурой, а MICROCHIP потянул достаточно навороченную архитектуру PIC24H/F/dsPIC30/dsPIC33 с очень развитой переферией (CRC модуль, часы+календарь 12 разрядный АЦП и т.д.).

Ээээ... ну давайте Вы предложите задачку для реализации на PIC и AVR,
небольшую, команд на 100-200 на асм.
Ну и мы все тогда сможем убедиться как PIC рвет Atmel

P.S.Кстати я знаю такие задачки, вопрос в том знаете ли их Вы...

То что для Вас является достижением Микрочипа, в АVR реализовано изначально. Посмотрел даташит на PIC18F1320 - как были банки в ОЗУ, так и остались. Где прямое обращение? Расширенный набор команд до AVR опять не дотянул.

Я применяю AVR в любых условиях. На улице, на корабле, в метро (система безопасности) и везде они отлично себя показывают. Надеюсь AT91 будут не хуже...
Про AVR32 Вы видимо не слышали....

Мда. Война таки продолжается. Короче, если вдруг кто еще не видел смотрите бенчмарки
Конечно это еще не показатель, но видно что явного преимущества какой либо из платформ не прослеживается.

Я понимаю, вопрос не ко мне. Но вот задача.
Управляем тремя каналами регулировки мощности сетевого напряжения. Каналы могут синхронизироваться как от разных фаз сети, так и от одной или двух в произвольных сочетаниях.
При этом угол управления для каждого из каналов задается посредством шины MODBUS/RTU на скорости 115200 бод.
Проверка проста и тривиальна. Мастер шины уменьшает время между телеграммами до тех пор, пока не начинается их пропуск или лампы не будут моргать.
Девайс монтируется непосредственно у исполнительных модулей приблизительно на 40...50 Ампер.
Не знаю как AVR, а PIC18F работает достаточно устойчиво вот уже порядка трех лет в нескольких сотнях девайсов.
Да. чуть не забыл, число отсчетов, определяющих угол управления сотавляет не менее 12000. Срабатывание устройства от ложных переходов через ноль, вызванными наличием приводов, пускателей и прочих агрегатов на тех же фазах сети недопустимо.

Дело не в этом, ИМХО, хотя AVR, ИМХО вполне справился бы с вашей
задачкой...
Просто предыдущий оратор утверждал, что пик порвет авр как тузик грелку(типа
производительность у него такая крутая), вот я и предложил ему привести пример
задачки где авр будет заведомо проигрывать чисто в производительности...

А так, каждому контроллеру свое применение.
Вот например пришлось мне тут запрограмировать на днях PIC10xxx,
ну просто по тому что у атмела таких нету для задачек связанных с
питанием...(в корпусе sot-23)

Имелось в виду наличие команд непосредственной работы с памятью данных. Банки здесь абсолютно не причем. У PIC18F1320 он всего один. Так что и проблем осбых нет. У AVR есть ряд преимуществ, но они касаются USARTа.
То что в AVR реализовано изначально - векторная система прерываний, сплошное адресное пространство - это далеко не всегда преимущество. Что же касается расширенного набора, то Вы, вероятно, не обратили внимание на "оконный" подход.


Ну, кроме Вас существует еще и мировой опыт применения МК. Именно о нем я и говорил. PICи уже давно себя зарекомендовали, а у AVR все еще впереди. Это, в частности, и было одной из причин, по которым лично я остановился на PIC-ах.


Вот именно, только слышал. Вещь, говорят, абсолютно недоставаемая.


Нисколько не сомневаюсь. В этом деле главное не конкретный МК, а голова и руки его применяющего.


Однако, согласитесь, что в среде ембеддеров преобладает обратное мнение, основанное чисто на показателе команда/число циклов ее выполнения. На самом деле это далеко не так.
Лично я остановился именно на PIC-ах ввиду их большей относительно AVR применяемости в устройствах промышленной автоматики. Так сказать, повелся на поводу у мирового опыта.


Так это еще одно из преимуществ изделий от MICROCHIP - наличие однотипных девайсов в различных корпусах. Вот уже и PIC24H появились в 28 выводном DIP, что лично для меня очень удобно, поскольку немного подслеповат.



Абсолютно не показатель. Этот тест надо делать на АСМе, чтобы отсечь влияние компиляторов. Сомнение вызывает отставание старших PICов на МСС18, поскольку компилятор вполне пристойный. Проверялся простой проверкой генерируемого кода на Ассемблере. Надо только пользоваться преимуществами, имеющимися у PICа и не отдавать распределение памяти на откуп компилятору и компоновщику.

Каюсь - просмотрел по диагонали... Но способ, например, сложения двух чисел в ОЗУ минуя W так и не увидел.

Честно говоря, я не знаю случаев когда это недостаток. Может быть приведете пример, на самом деле интересно.

Если ориентироваться на мировой опыт, то следует выбрать 51-е ядро. Система команд там одна из лучших, на рынке представлены широко, выпускают их все кому не лень. Тем более, что есть очень шустрые 51-е. Вот только цена у таких "шустриков" зачастую превышает более мощные ARM.

Ну кто-то их уже в руках подержал, значит через какое-то время они будут в прайсе у большинства поставщиков. DsPIC тоже не сразу стал доступен.

Я бы сказал - "редко, но бывает что это не так". МК все-же не процессор, иногда аппаратные средства значат больше, чем МИПС-ы. Но и помигать светодиодом это одно, а FFT по 512 точкам совсем другое.

Мы от Дипов отказались. Автоматический монтаж не SMD элементов вызывает определенные сложности.
Хотя Атмел Дипы тоже выпускает, для младших моделей.

Абсолютно согласен. Тестируются не компиляторы, значит тест должен быть на ассемблере. Можно кстати попробовать - например определить 3 массива байт по 300 и просуммировать первые два, помещая результат в 3-й. Если у PIC18 все так хорошо при работе с памятью, то в таком тесте он должен быть на высоте...

Да его и нет, к сожалению, как, впрочем и для остальных операций. Вы можете только прибавить 1 и очистить ячейку памяти непосредственно, а так же поместить результат операции с участием W. Здесь явно прослеживается дурное наследие 16-ой серии.


Прерывание. Программное решение диспетчера прерываний может быть более гибким, чем аппаратное, заданное архитектурой. Я использую программное управление "квазиприоритетами" различных прерываний, так как лично мне представляется удобным.
Страничная память. Здесь все просто. К примеру. Одна страница - рабочая память. Вторая страница - приемный буфер. Третья страница - передающий буфер. И никто никуда не залазит.
Кроме этого есть команда MOVFF, которая пересылает байт, используя полные адреса, как источника, так и приемника, причем оба операнда могут быть как с простой косвенной адресацией, так и с пост или с пред индексацией косвенного адреса. И все это за один цикл (четыре колебания кварца).


Да так и есть. PIC по сути изначально переферийный контроллер. Так его и используют. А AVR - это претензия на боьшее. Не мне судить оправдана она или нет...


Боюсь вместе с этим появятся сложности в виде компилятора С, нуждающегося в лечении и прочие препятствия.


А как же ежа спаять пожилому человеку ? Со всеми остальными корпусами неудобно как-то... Это потом еж превратится в изделие на SMD.


Тестовую задачу лучше уточнить. Во-первых, число 300 неудобное, так как не помещается в байт. Во-вторых, AVR в данном случае имеет архитектурное преимущество из-за организации памяти. Предлагаю все-таки массивы по 200 байт. И вопрос. Что делать, если результат вылазит за границы байта? После уточнения можно приступить к тесту.
Предлагаю предварительно выставить тексты программ на публичное обозрение с целью уточнения и конструктивной критики.

Не, то что доктор прописал... Я вот не помню, в 18ом пичке тоже проблема с переносом? Если да, то 300 - самое то! :-D



Предлагаю просуммировать два числа по 300байт каждое в третье... Тоже интересно может получиться

Для AVR, с его тремя 16 битными индексными регистрами, этот пример подходит как нельзя лучше. Код - несколько инструкций. Думаю, именно поэтому, пример неудачный. Я не очень знаком с универсальными бенчмарками, но для сравнения нужно выбирать что-то типа сортировки, архивации, шифрования, ...

Дешевле, дешевле. Я использую и АВР и ПИК и другие, так что это не религиозная война. Но АВР - только во вспомогательных устройствах неболшого тиража. В серии - PIC16, ST7Lite. Несколько раз пытались применить вв серии АВРы, но всегда получалось дороже.







Как кому, а мне "лояльность" пофигу. Периферия - в лучшем случае сопоставимая.







В 16С74 у меня когда-то влезло управление графическим ЖКИ, вместе со знакогенератором, цифровые фильтры, управление внешним накопителей, коммуникация через УАРТ наружу и всякое вспомогательное (типа кнопок).

Правда, тогда еще небыло нормлаьных Си-компиляторов, и все было на асемблере написано.







Да не надо сказки рассказывать, учитесь конструировать

Если и тогда что-то не получается на 675-м - значит неправильно выбран процессор.







Да, так расшифровывается его название. Но справедливо это в основном для самых-самых первых ПИКов, а с тех пор уже больше 30-ти лет прошло (конкретно - 32), и все несколько поменялось.







Понимаете, кто кого "рвет" - это удел споров желторотых пЫонЭров, криячащих "винда - сакс, пингвын - рулезз!". Каждому свое место. Я так Z80 и TMS320 любл больше чем все 51-е, пики и авры вместе взятые.

В отношении МК, все зависит от конкретных применений. Более того, многие любят спорить по поводу системы команд, банков памяти и прочего - это все конечно хорошо, но интерес представляет только в очень исключительных случаях.

В большинстве же - система команд вообще последнее, на что обращают внимание при выборе МК.







дсПИК - я честно говоря не понимаю, и на семинарах внятного ответа от микрочиповчев ниразу не получил. На сегоднешний день, на мой взгляд они не имеют рынка, поскольку за те же деньги можно купить существенно более навороченный ДСП. Если Микрочип снизит цену на дсПИКи хотя бы вдвое - будет о чем говорить.

Ну давайте попробуем порвать AVR пичком на простой функции - получение следующего значения CRC16 с полиномом 0x11021 (в IAR'е один из стандартных) из текущего значения CRC16 и нового байта данных. Я даже не буду результат компиляции сишного исходника переделывать:


Причем очень хочется видеть такую функцию обязательно реентрабельной (ну понимаете, у меня два разных потока общаются по разным последовательным интерфейсам, оба естественно не синхронизированы, а плодить две функции не хочется)...

М-да, не думал я, что констатация некоторых фактов вызовет такой резонанс...
Я просто в основном писал о том, что АВР уже имеет место быть. Как и Виндоза. А задачей девелопера является использовать наиболее дешевое и доступное решение. АВРы занимают свою нишу.
А диферамбы АВРам обычно поют те, кому в свое время маркетинговые ходы хакнули голову ( в связи с чем они обычно очень рьяно доказывают их преимущества), т.е. те, кто только начинал работать с МК, либо кто еще не присел на тогда имеющиеся ядра, в основном 51 и PIC. На самом деле АВР - средненький проц, сделанный, похоже, путем сильного обрезания ARMа, чуть ли не потери функциональности(АВР32 вообще очень похож на ARM). Атмелы вообще мало своего имеют. 51 и ARM-не ихнее, ПЛИС тоже у Альтер содрали, еле выкрутились в свое время, АВРы - "музыкой навеяные".
На что Атмелы купили молодых и неудовлетворенных другими ядрами:
Производительность - Атмелы на первое место высунули, что все выполняется за 1 такт, кроме переходов. Для RISC это нормально. Но на самом деле это имело место только с 1200, т.е. при условии того, что прога использует 32 байта ОЗУ. При наличии использования внешней памяти, и при наличии длинных джампов, оказывается, что самые нужные и наиболее часто используемые команды выполняются за 2, а то и за 3 такта! Получается, та же мега8 с 16мипс проигрывает пик18 с 10 мипс, у которого самые нужные команды выполняются таки за 1 такт.
78 powerfil instruction - это мне больше всего нравится - виртуальные инсрукции. Я до сих пор путаюсь в ассемблере, поскольку эта дикость меня до сих пор сбивает. Но в отделе маркетинга видать посчитали: больше инструкций - больше объем продаж.
Полезное - это простое программирование и, наверное, первый бесплатный С компилятор, который уже в 2007 более-менее довели до ума.
Вредное - работа с каждым новым узлом добавляет новой кармы за счет упоминаний разработчиков Атмел. Такие глюки... Вот наиболее веселые:
USART - стартует не по спаду, а по уровню. Не признано Атмел. В свое время. когда появилась мега103, мы сначала радостно наметились ее заложить, но, почитап еррата, обломились. А вот одни коллеги таки радостно ее заложили. Бедные, как они потом намучились, пока дотумкали, что же не так. Глядя на них, я не менее двух лет наблюдал, как работают меги8, пока попробовал их в работе.
TWI - самый крутой, по моему мнению - аппаратно зависает, если на шине что-то не так ( например, если не выставили АСК). Хорошо хоть его перезапустить оказалось можно без ресета.
I/O - при сбросе кидают все ноги в 0, после чего переходят в Z. Если об этом не знать и управлять чем то мощным, можно получить сюрприз в виде фейерверка.
PWM - При установке уровня 0 на выходе все равно присутствуют короткие импульсы. Если об этом не знать...

Да уже сто раз было. ;О) Я на сахаре ФИР выкладывал, опять на сахаре программный ШИМ на N каналов...В общем рвёт ПИК(16, 18, без разниццы) АВРа, как Тузик сковородку. ;О)

Завязывать тему пора.

Постоянно слышу это утверждение и не нахожу его подтверждения в прайсах. Назовите PIC, заменяющий мегу8(берем по $0,98...1,05), по цене менее бакса при тысяче штук в России. А такты считать - это уже вторично.
По разнообразию кристаллов и их упаковке пики впереди, но чаще цена важнее.

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


PIC18Jxxxxx новое семейство. И железо подправили, и цена очень впечатляет. Есть, конечно и пару оговорок, не без этого.

Извините, но пока я выдвинул уже два предложения, а в ответ - "Курам на смех"... Видимо, пичек никак не может асилить передачу параметров через отсутствующие регистры общего назначения как вообщем то и любая архитектура с одним аккумулятором

Предложите ваш вариант теста, чего то уж очень хочется посмотреть на разрыв...

На сайте мин цену имеет PIC18F24J10 - по возможностям примерно мега8, но больше флеша. Но это $1,49 Volume Pricing. Наверняка надо умножить на 1,5. Это дешевле???Впечатляет!!!
P.S. Часто сравнивают пики с атмелами по тактам, мипсам, ..., но не по цене сравнимых кристаллов. Пока для моих применений (без CAN,USB, Eth, <64k) атмель значительно выигрывал по цене.

А ну брысь на свой форум кнопки топтать ,
пришли тут понимаеш со своим уставом.
Каждая жаба свое болото хвалит

1 Пока есть РОН - унарные операции отдыхают и по скоростям и по возможностям
2 С периферией для начала нужно научиться работать а потом хаять ,TWI выдаст ошибку в регистре статуса если что не так ,я уже не говорю про ситуации с NACK ,и правильно делает что затыкаеться,нечего инфу тупо гнать.
3 Порты нужно еще постараться спалить ,мне это удалось только один раз ,когда при сборке повесили тонкую соплю на корпус и я тупо подал 1 ,выясняя что не так ,и то не сразу МК сдох ,минут через 10
4 ераты - их куда больше можно найти в своей собственной программе
5 цена - недавно покупал PIC16F84 ,за такие деньги можно 3 меги8 купить ,а ведь он даже тиньке в пупок не дышит.

Это ваше?


Если да, то я с таким бенчмарком не согласен.

Кстати, сравнение старших мег с новыми PIC24 на мой взгляд явно в пользу последних. Дешевле. А пример с mega8 - да, убийственный (сам хотел его предложить ).

Мега8 - уникальный случай



А подобрать похожий ПИК трудно - все же есть различия в номенклатуре.

Более-менее годится pic16f690 - и по цене примерно такой же.

Но можно взять ST72*, ST7Lite, или Холтек какой - будет еще дешевле



P.S. Во многих местах, слышал мнение что Атмел в России демпингует с ценами.

Тогда в Китае он демпингует ещё больше. Там Мега8 товарищи берут по $0.8 при тысяче штук.

Любое, пусть даже теплое, болото нуждается в переодической встряске. Постарайтесь смотреть на свое 'болото' менее субъективно. И этому процессу как нельзя лучше помогает взгляд со стороны.

Как конкурент mega8 - и близко не лежал. Как, впрочем, и остальные pic16. С килобайтом оперативки поспорить очень трудно.. По периферии - тоже не конкурент. И по цене тоже, кстати - в розницу вдвое дороже (смотрю прайсы Эфо и Тритон).
Я бы скорее назвал 16F876 - но опять же, оперативки кот наплакал. И - опять же, много дороже. Вообще, на мой взгляд (при всей моей привязанности к PIC16), когда речь идет о более-менее существенной работе с массивами - PIC16 сливает AVR вчистую. Вся экономия в объеме кода перекрывается корявой работой с банками памяти. Программную память в качестве памяти данных тоже использовать крайне неудобно.


И только в Росии ? Хм.. Как рынок, мы такого внимания вряд ли достойны. Но что ценовая политика очень агрессивная - очевидно. Интересно, что новые кристаллы от Microchip существенно дешевле, и новые семейства - тоже. PIC24 - так натурально дешевле старших мег, хотя в архитектурные тонкости я не влезал, но на первый взгляд довольно интересно. Как конкурент MSP430 - тоже.

Безусловно, почему бы не встряхнуть болото пичков



Да конечно, мы прекрасно знаем недостатки архитектуры AVR (главный из них - нет комманд типа LDR Rx,SP+disp и аналогичный STR, очень бы помогло компилятору сишному)...

Я стараюсь не участвовать в холиварах, но тут чето настроение так повернулось, уж очень захотелось увидеть, на каком коде AVR проиграет...
Да и вообще, заметьте, запуск обсуждения был произведен именно фразой "Пик - рулит, авр - кака", так что наше болото только защищается

До нее таким случаем были 90S2313, 89С51(2051). Немного удачных недорогих кристаллов, цена которых позволяет ставить в более простые вещи=>экономия и удобство закупок.


efind.ru уверяет, что в 2,5 раза дороже, как и с предыдущими "уникальными случами ". Конечно, китайский 51 или холтек чуть дешевле, но пролететь с поставкой - запросто.
Когда небольшая серия, большое разнообразие уст-в или хитрая фичастость, тогда пик и выигрывает.
Когда оптовая цена вылетает за $5, там атмелю тяжело и конкурентов хоть отбавляй.

Исключительно справедливости ради, фраза была с точностью до наоборот :

Согласен. Как раз эту фразу я пропустил... Ну ладно, нападение - лучшая защита

51 - это быстрые бегуны на месте (3-4 шагана месте, 1-вперед).
PIC - кривые и косые (но понятно, что можно так использовать кривизну, что она станет достоинством), его придумали инолланетяне.

6 светодиодов это я утрирую.
А по поводу того, что вы видели, давайте больше конкретики. Был ли внешний кварц, какая скорость УАРТа?

Помню когда делал оценку возможной реализации дуплексного UART'а на 12F675 с тактом от внутреннего осциллятора, остановился на цифре 200 бод. Выше он просто не тянет. Поэтому для решения задачки (Modbus свлейв, опрашивающий 8 дискретных входов и 1 канал АЦП + 1 дискретный выход) выбор пал на T13.

В T13 с тактом от внутреннего осциллятора, уложился софтовый дуплексный УАРТ 38400, и осталось ~60% ресурсов проца под задачу (это около 3-4MIPS). Реализацию уарта можете посмотреть в "Исходниках программ и библиотек".

ADPCM закодировать имея в распоряжении 3-4MIPS AVR'овских - без проблем. (если прикинуть частоту на которой PIC может выжать 3-4 AVR'овских MIPS'а, то получите цифру в 30-40Mhz).

>> 12F675 с тактом от внутреннего осциллятора,
>> остановился на цифре 200 бод. Выше он просто не тянет

ну это вы точно погорячились =)

12F683 - ADPCM декодер (ADPCM симметричный, поэтому что кодер, что декодер ...) + I2C программный + wavetable синтез - пожарный извещатель (нужен голос и сирена). На Си, без особого напряга и хитростей, 8 МГц внутренний генератор. ШИМ правда аппаратный, но и программный бы туда влез на раз. [поправил] - не, наверное не влез бы

Смысла встряски не понимаю =) Знаю safity-critical устройства и в которых и пики и атмель. Глубоко скрытые комплексы может быть? Типа, я ж не лох какой, с аутсайдером работать... Расслабьтесь, в любой профессии такое есть. Гораздо познавательнее - доходами мерятся =)

Не "...квалификатор static...квалификатор rom..." я не мог такое написать. Никогда! ;О) Даже в гшорячечном бреду.

Нет! Я пробовал на практике и очень хотел применить вначале PIC, но обломался.. т.к:

1MIPS на внутреннем осце.
Прием ~50 инструкций на бод, передача ~50 инструкций на бод.
итого 1000 инструкций на прием и передачу кадра.
10^6 / 10^3 == 1000 бод в пике.
округляем в меньшую сторону до ближайшего стандартного бодрейта - получаем 600bod.
Считаем ошибку для 600bod с тактом 1Mhz, и приходим к выводу что только 200 bod можно работать.


Смысл весьма прост, у разных МК разные преимущества и недостатки. У AVR одни, у PIC'а другие. Когда одному МК приписывают преимущества или недостатки другого - это неправильно. В данном случае у Atmel'а есть явное преимущество над всеми 8-ми битными МК - производительность.

Человек попытался это оспорить, отсюда собственно и встряска ;>


резонно