По скорости ядра STR912, восемь операторов на ассемблере за 1.6мкс?!! Опции

[HardJoker]

Есть main(), фактически из одного бесконечного цикла для проверки производительности ядра STR912FW44. Среда - IAR4.40:

u8 TMP0 = 0;

while(1)
{
if (Tick == 0)
{
GPIO_WriteBit(GPIO0, GPIO_Pin_0, Bit_RESET);
Tick = 1;
}
else
{
GPIO_WriteBit(GPIO0, GPIO_Pin_0, Bit_SET);
Tick = 0;
}
}

Время выполнения 1,6мкс. Ядро тактируется 96MHz через PLL. Память flash конфигурируется с двумя тактами ожиданмия и тактируется 48MHz

//FMI Waite States
FMI_Config(FMI_READ_WAIT_STATE_2, FMI_WRITE_WAIT_STATE_0, FMI_PWD_ENABLE,\
FMI_LVD_ENABLE, FMI_FREQ_HIGH);


В симуляторе при выключенной оптимизации по скорости все действия занимают 8-мь ассемблерных команд. С учетом медленного доступа к внутренней flash (не более 24MHz) на выполнение должно уйти не более 320ns. Измеренное значение почти в пять раз больше. Где может теряеться вычислительный ресурс?

[etoja]

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

[HardJoker]

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

Все задействованные блоки GPIO тактируются частотой 1/2 master-clock (RCLKDIV = 1):

SCU_PCLKDivisorConfig(SCU_PCLK_Div2);

SCU_APBPeriphClockConfig(__GPIOx, ENABLE);
GPIO_DeInit(GPIOx);

[MALLOY2]

Все задействованные блоки GPIO тактируются частотой 1/2 master-clock (RCLKDIV = 1):

SCU_PCLKDivisorConfig(SCU_PCLK_Div2);

SCU_APBPeriphClockConfig(__GPIOx, ENABLE);
GPIO_DeInit(GPIOx);

Это ничего не значит !, тактироваться может чем угодно, а дергает всеравно медленно !
Если хотите измерять производительность с помощью ног, делается это так, пишется функция которая выполняет скажем 100 милионов нопов, перед входом устанавливете ногу после выхода опускаете, после чего врямя делите на 100 милионов и получите более мене точный результат, чем больше цикл, тем меньше сказывается тормознутость ног на измерение и следовательно более точный результат имеете.