AVR XMEGA, Немного информации Опции

[lvitaly]

На ftp залита презентация, посвященная новому семейству XMEGA

/upload/MCs/AVR/XMEGA_Intro.rar

Продублировано на рапидшаре

http://rapidshare.com/files/56659668/XMEGA_Intro.rar

Весьма интересные получились камни.

[bodja74]

FIQ 180ns
IRQ+VIC 220ns
Если посчитать сколько времени нужно для АВР ,думаю не будет повода для особого растройства
Если прикинуть насколько быстрее у АРМ будет выполнена подпрограмма обработки прерывания ,думаю будет повод даже порадоваться
Я уже не говорю про VIC (по идеологии типа таблицы прерваний АВР) где можно выставлять приоритеты и источники произвольно
Если кто то до сих пор думает ,что АРМ медленно шевелит ногами ,в частности LPC - это делает за 2 такта

Список еще можно продолжать ,просто реально нет интереса ,что либо сравнивать ,по мне сравнивать
АВР и АРМ ,тоже самое как запорожец с трамваем,разные они по классу задач.

[singlskv]

Если посчитать сколько времени нужно для АВР ,думаю не будет повода для особого растройства

Перед тем как чего-нить заявлять, таки придется все точно подсчитать

Если прикинуть насколько быстрее у АРМ будет выполнена подпрограмма обработки прерывания ,думаю будет повод даже порадоваться

А кто Вам сказал что задача будет такой что потребует быстых 32битных вычислений ?

Я уже не говорю про VIC (по идеологии типа таблицы прерваний АВР) где можно выставлять приоритеты и источники произвольно

Этот вопрос без обсуждения конкретной задачки вобще безсмысленен...

Если кто то до сих пор думает ,что АРМ медленно шевелит ногами ,в частности LPC - это делает за 2 такта

А вот здесь я с Вами даже спорить не буду, задам тока один вопрос, при шевелении ногами
АРМ, вы сами четко себе представляете когда и как он ими пошевелит ?

[bodja74]

Перед тем как чего-нить заявлять, таки придется все точно подсчитать

Пожалуста считайте на здоровье это FIQ,для IRQ+VIC закоментированые строчки стоит убрать ,прервание по ИНТ1

Код

#include <LPC21XX.H>
volatile long y=0xffffffff;
#pragma ARM

void FIQ_Handler(void)__fiq  {
IOSET0=0x00F00000;
EXTINT=0x00000002;
}
void IRQ_vic_int1(void)__irq  {
IOSET0=0x000F0000;
EXTINT=0x00000002;
//VICVectAddr0=0x00000000;
}

void main (void)  {

IODIR0=0x00FF0000;
PINSEL0=0x20000000;
VICIntSelect=0x00008000;
//VICVectCntl0=0x0000002F;
//VICVectAddr0=(unsigned long) IRQ_vic_int1;
VICIntEnable=0x00008000;
IOCLR0=0x00FF0000;
while(1);
}

А кто Вам сказал что задача будет такой что потребует быстых 32битных вычислений ?

Окей ,пускай не будет 32битных вычислений.
Давайте такого плана вычисления
R0=R1+R2
это делается одной командой за один такт
ADD R0,R1,R2
Я уже не говорю о том что это может быть выполнено по условию и со сдвигом второго операнда.
Тоесть самих асм команд у АРМ может быть гораздо меньше.

А вот здесь я с Вами даже спорить не буду, задам тока один вопрос, при шевелении ногами
АРМ, вы сами четко себе представляете когда и как он ими пошевелит ?

Наверное плохо представляю ,проверьте сами

Код

  
#include <LPC21XX.H>
#pragma ARM
volatile long y=0xffffffff;

void main (void)  {
IODIR0=0xFFFFFFFF; //открываем все порты

__asm
{
LDR R0,0xF0000001;Выбираем какими пинами будем дергать 0,28,29,30,31
LDR R1,0x3FFFC018;Загружаем указатель на IOSET
LDR R2,0x3FFFC01C;Загружаем указатель на IOCLR
STR R0,[R1]      ; пины 0,28,29,30,31=1
STR R0,[R2]      ; пины 0,28,29,30,31=0
STR R0,[R1]      ; пины 0,28,29,30,31=1
STR R0,[R2]      ; и т.д.
}
while(1);
}

кстати шевелить можно сразу несколькими произвольными пинами,не трогая остальные ,сколько АВРу требуется для подобных маневров?

ЗЫ я уже писал ,тут нету смысла сравнивать - это разные по классу задач контроллеры.

[singlskv]

Пожалуста считайте на здоровье это FIQ,для IRQ+VIC закоментированые строчки стоит убрать ,прервание по ИНТ1

ну дык и сколько тактов мин/мах у Вас получилось ?
zltigo уже вроде привел расчеты, 60Мгц АРМ оказался вполне конкурентноспособен
по сравнению с AVR на 20Мгц.

Окей ,пускай не будет 32битных вычислений.
Давайте такого плана вычисления
R0=R1+R2
это делается одной командой за один такт
ADD R0,R1,R2

хороший конечно пример, тока ни о чем...
В ХОРОШЕМ прерывании вобще по возможности нужно без вычислений стараться обходится.

Наверное плохо представляю ,проверьте сами

Код

STR R0,[R1]      ; пины 0,28,29,30,31=1
STR R0,[R2]      ; пины 0,28,29,30,31=0
STR R0,[R1]      ; пины 0,28,29,30,31=1
STR R0,[R2]      ; и т.д.

Речь все-таки шла не о тупом ногодрыганье,
прикинте сколько тактов min/max пройдет у арм от прерывания на INT и реакцией
в прерывании с выдачей чего-нить в порт.
Кстати, Вы смотрели на осциле с какой частотой меандр получается на ножке проца
при такой последовательности (STR, STR...) ?

[bodja74]

ну дык и сколько тактов мин/мах у Вас получилось ?
zltigo уже вроде привел расчеты, 60Мгц АРМ оказался вполне конкурентноспособен
по сравнению с AVR на 20Мгц.

Я это написал ,в первый двух строчках,в первом посте ,к которуму вы придрались.

хороший конечно пример, тока ни о чем...
В ХОРОШЕМ прерывании вобще по возможности нужно без вычислений стараться обходится.

Ну покажите класс ,как можно без вычислений сделать TWI-master-slave как положено с проверкой статуса и решением что делать дальше или хотя бы USART с простейшим буффером.

Речь все-таки шла не о тупом ногодрыганье,
прикинте сколько тактов min/max пройдет у арм от прерывания на INT и реакцией
в прерывании с выдачей чего-нить в порт.

Ну так я же выше и дал пример с прерываниями,там первая команда идет дерганьем портом
В АРМ в прерывании не нужно сохранять регистры и SREG ,как у АВР.

Кстати, Вы смотрели на осциле с какой частотой меандр получается на ножке проца
при такой последовательности (STR, STR...) ?

Что ,невериться Или думаете осциллографа с такой полосой нет
На самом деле периферийная шина VPB может работать на тойже тактовой ,что и шина AHB,тоесть на 60Мгц,периферийные устройства LPC это позволяют.По умолчанию она стоит 1\4 ,вот народ и чешет репу ,чего так медленно