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, поф) ловить нечего - пролёт в разы. И чем длиннее арифметика, тем разов больше. Особенно, если умножение и операнды знаковые.

[Rst7]

Чето я не пойму. Этот пост:

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

и этот:

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

Оба ваши... Как понимать?

атмега (20 МГц) 5300 тактов 900
pic18f242 (10 МГц) 3321 такт 650
pic18f242 (10 МГц) 8652 такта 650

10 МГц у пичка подразумевает 40 (из-за PLL)?

Ну да не суть. Обычно задача копирования массивов не стоит (а если стоит, то имеет смысл пересмотреть алгоритм).

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

[mse]

Чето я не пойму. Этот пост:
и этот:
Оба ваши... Как понимать?

Буквально. Как Тузик порвёт сковородку, так ПИК порвёт АВРа в арифметике. ;О)

Прохожему: На сахаре, в беньчморках лежит ФИР, писаный мной на АСМе. С тактами. Можете написать аналогичное на ПИКе и посчитать. Во сколько раз медленнее оно будет. Да и здесь, в АВРовой ветке, есть то-же самое, только знаковая арифметика.

По поводу пересылок: пересылка массива памяти, сама по себе, никому не нужна. Нахрен пересылать массив из одного места в другое, если работать можно сразу в том месте? Ну да ланна, это на любителя. ;О)

Сильно зависит от задачи. Я долго работал с TMS320C5402, клял эти проклятые пайплайновые конфликты, потом перешёл на TMS320F2808..12...

Ну согласитесь, сравниватьТМС320 с ПИКо-АВРами некорректно. И не только из-за ТМСовой крутизны. ПИКо-АВРы требуют вокруг себя меньше обвязки, меньше жрут, меньше занимают места. Стоят дешевле. Из этого и исходить. Лёгкое ядро, оно всегда себе дырочку найдёт. ;О)

[=GM=]

Не сообразил ответить сразу, отвечу здесь.

По поводу пересылок: пересылка массива памяти, сама по себе, никому не нужна. Нахрен пересылать массив из одного места в другое, если работать можно сразу в том месте? Ну да ланна, это на любителя. ;О)

Сергей, я тащусь от вашей рассудительности(:-). Объясните тогда, за каким шутом разместили этот тест в бенчмарках на сахаре? Похоже там одни любители собрались и вы в том числе, э?(:-).

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

За пик г.Прохожий уже ответил, 6 МЦ. У авра, увы, будет 10 МЦ. Так что разрыв увеличивается(:-(.

Так глядишь, с вашей лёгкой руки я стану экспертом по пикам, а я в них не особо петрю, плаваю короче(:-)...