AVR признали !, C переходом в рассуждения о контроллерах Опции

[ozzy]

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


рис1


рис2


рис3

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

[oran-be]

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

[singlskv]

По производительности PIC18 имеет АВР по полной, несмотря на в 2 раза меньшее значение MIPS. Загрузка-выгрузка все сводит на нет. Уже не говоря про обработку прерываний. АВРы на этом тормозят ваще.

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

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

[mse]

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

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

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

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

[Rst7]

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

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

Это ваше?

Код

Для ухода от стековой модели, у всех переменных и параметров функций присутствует квалификатор static. Массивам присваиваем квалификатор rom.

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

[mse]

Это ваше?

Код

Для ухода от стековой модели, у всех переменных и параметров функций присутствует квалификатор static. Массивам присваиваем квалификатор rom.

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

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

[Rst7]

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

Дайте тогда ссылку на ваши бенчмарки... Я на сахаре только это нашел

резонно

Своими доходами?

Так даже с Вами мне слабо померяться по причине разной оплаты в Киеве и в Первой Столице... Мои $600 в Харькове ни о чем по киевским меркам...

[mse]

Дайте тогда ссылку на ваши бенчмарки... Я на сахаре только это нашел

Всё не нашол, вот только что. Но там ещё было.
http://caxapa.ru/68211.html?todo=full

А ФИР лежит в разделе Беньччморки. Для унсигнед операндов. Там, правда, его на пару-тройку тактов ускорить можно. Но с арифметикой супротив АВРа ПИКу(16,18, поф) ловить нечего - пролёт в разы. И чем длиннее арифметика, тем разов больше. Особенно, если умножение и операнды знаковые.

[Прохожий]

Всё не нашол, вот только что. Но там ещё было.
http://caxapa.ru/68211.html?todo=full

А ФИР лежит в разделе Беньччморки. Для унсигнед операндов. Там, правда, его на пару-тройку тактов ускорить можно. Но с арифметикой супротив АВРа ПИКу(16,18, поф) ловить нечего - пролёт в разы. И чем длиннее арифметика, тем разов больше. Особенно, если умножение и операнды знаковые.

Дык, свой, согласованный и утвержденный тест будем делать или нет?

[=GM=]

Ваша войнушка и меня раззадорила(:-). Посмотрел бенчмарки в пустыне. Перво-наперво, надо сказать, сравниваются разные компиляторы на разном железе.

Самый простой тест требует переноса содержимого 64-байтного массива A[64] сначала в массив B[64], а затем из массива B[64] в массив C[64]. Решил попробовать написать свой код на ассемблере для нескольких процов, вот что получилось

Код

процессор    частота    сахара-бенчмарк ассемблер
атмега       (20 МГц)     5300 тактов      900
pic18f242    (10 МГц)     3321 такт        650
pic18f242    (10 МГц)     8652 такта       650
tms320f2812 (150 МГц)      762 такта        40

То есть, если писать на ассемблере, то очевидно, что на данном тесте pic18 на 30% быстрее, чем атмега.

Для интересующихся ниже приведены фрагменты программ

;Фрагмент для атмеги

Код

movblk:  ld     temp,x+ ;2
         st     y+,temp ;2
         dec    counter ;1
         brne   movblk  ;2/1

;Пересылка одного байта выполняется за 7 тактов

;Фрагмент для пика

Код

movblk   movf   postinc0;1
         movwf  postinc1;1
         decfsz counter  ;1/2/3
         goto   movblk  ;2

;Пересылка одного байта выполняется за 5 тактов

[singlskv]

Самый простой тест требует переноса содержимого 64-байтного массива A[64] сначала в массив B[64], а затем из массива B[64] в массив C[64].

GM, давайте чуть чуть усложним задачку.
Пусть есть два 64 байтных массива A[64] и B[64],
а в массив С[64] будем писать типа С[i] = A[i] (&, | или ^) B[i];
И оценим скорость на пике и авр как в машинных циклах, так и реальное время
выполнение на максимальной частоте кристала.

Кстати задачка не высосана из пальца а вполне реально необходимая при
обслуживании Modbus.

P.S. Кстати, эта задачка также хороша для религиозной
войны IAR vs WinAVR