Здравствуйте,
начал осваивать кортексы, взял пример моргания светодиодом, заодно решил проверить максимальную скорость махания ногами, получилось, что при частоте 72мГц максимальная скорость коммутации ~ 0,5мГц.
Использовал стандартную функцию:

GPIO_SetValue(0, 7);
GPIO_ClearValue(0, 7);

из примера IARARM 5.50 для lpc1343 SystemTick.

Как я понял управление осуществляется через:




что при выполнении вылилось в 53такта на смену состояния, что соответствует ~0,5мГц.

Собственно вопрос:
можно ли достичь большей скорости используя эти библиотеки и можно ли напрямую использовать регистр GPIOnDATA для управления состоянием вывода поскольку в хедере этих регистров не нашел.

Это не совсем SPI, а просто сдвиговый регистр. А вместо CS у вас входная защелка LH/DM1, только логика работы немного отличается.

И опять вы правы, HARMHARM, хоть вход и не cs, но выполняет аналогичную функцию, а то, что не совсем spi так гдеж его найдешь настоящий . В общем - Спасибо.

так дрыгать ногами можно быстрее....


static __INLINE void GPIOSetValue( uint32_t portNum, uint32_t bitPosi, uint32_t bitVal )
{
LPC_GPIO[portNum]->MASKED_ACCESS[(1<<bitPosi)] = (bitVal<<bitPosi);
}

Бфстрее двух тактов на изменение пина не бывает.

А у меня, вроде, за один такт получилось (хотя в реальной программе это мало пригодится), но только для pin8-pin11 порта, а для pin0-pin7 два такта (так и не понял почему компилятор так разложил?).

Максимальная оптимизация по скорости IAR 5.50



Сообщение отредактировал alexey_z83 - Jan 19 2011, 18:32

Вы еще путаете команды с тактами? Пора перестать.

CYCLECOUNTER — в симуляторе разве не кол-во тактов показывает? Если так то команда STR (как и смена состояния вывода) выполняется за один такт.

А не приходилось-ли Вам когда-нибудь слышать о скоростях работы памяти? Периферийных шинах? И waitstate? А полагаете-ли Вы, что Ваш игрушечный симулятор истребителя F16 похож на реальный F16?

Как расценивать ваш ответ?

Как вопросы с которых надо начинать искать ответы на вопрос "почему не один такт".

Хорошо, завтра посмотрю осциллографом, я так понял если частота будет 36mHz, т. е. тактовая(72)/2 тогда ...симулятор истребителя F16 похож на реальный F16 .

Команда STR займёт как минимум 2 такта. Поэтому сааамый оптимизированный алгоритм ручного ногодрыга не заставит дрыгать лапкой выше 18 мгц при 72 мгц тактовой.

Помогите с ответами на вопросы:

1). В документе DDI0337H_cortex_m3_r2p0_trm.pdf от ARM
напротив команды STR стоит два такта и ссылка на:

Neighboring load and store single instructions can pipeline their address and data phases.
This enables these instructions to complete in a single execution cycle.

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

2). В юзермануале в разделе Flash memory access говориться, что при частоте выше 40mHz требуется 2 такта на доступ.

От величины этой задержки будет зависеть время выполнения команды(в тактах)?, просто в ARM7 NXP есть модуль MAM который компенсировал такты ожидания читая 128 бит за раз, а сколько lpc13xx за раз с flash памяти читает не нашел.

Просто хотел разобраться сколько конкретная команда для конкретного контролера выполняется.

А в DDIO337G ( это предыдущая версия ) чуть по другому:
b. Generally, load-store instructions take two cycles for the first access and one cycle for each additional access. Stores with
immediate offsets take one cycle.

Так что, увы, проверять надо.
И будет эта штука сильно процессрозависящей.

У меня получалось частоту переключения разогнать до 2Мгц на 72Мгц. используй этот код
.equ STACK_TOP, 0x10002000

.text
.global _start
.thumb
.syntax unified
_start:
.word STACK_TOP,start
.type start,function

.org 0x124
start:
ldr.w r0,=0x50008000 @ адресс GPIO0DIR
ldr.w r1,=0x00000000
ldr.w r2,=0xFFFFFFFFF
str.w r2,[r0] @ порт 0 все порты на выход
ldr.w r0,=0x50003FFC @ адресс GPIO0DATA
aaaa:
str.w r1,[r0] @ порт в 0
dsb.w @ синхронизация
str.w r2,[r0] @ порт в 1
dsb.w
bx aaaa

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




весь код с инициализацией ФАПЧ следующий.

.equ STACK_TOP, 0x10002000

.text
.global _start
.thumb
.syntax unified
_start:
.word STACK_TOP,start
.type start,function

.org 0x124
start:
bl SYS_TACT_INIT

ldr.w r0,=0x50008000 @ адресс GPIO0DIR
ldr.w r1,=0x00000000
ldr.w r2,=0xFFFFFFFFF
str.w r2,[r0] @ порт 0 все порты на выход
ldr.w r0,=0x50003FFC @ адресс GPIO0DATA
aaaa:
str.w r1,[r0] @ порт в 0
dsb.w @ синхронизация
str.w r2,[r0] @ порт в 1
dsb.w
b.w aaaa
SYS_TACT_INIT:
push {lr}
ldr.w r1,=0x00000001
ldr.w r2,=0x00000000

ldr.w r0,=PDRUNCFG
str.w r3,[r0]
bic.w r3,#0xA0
ldr.w r3,[r0]

ldr.w r0,=SYSPLLCLKSEL
str.w r1,[r0]
dsb
ldr.w r0,=SYSPLLUEN
str.w r2,[r0]
dsb
str.w r1,[r0]

bl SYS_PLL_72MHZ

ldr.w r0,=MAINCLKSEL
ldr.w r3,=0x00000003
str.w r3,[r0]
dsb
ldr.w r0,=MAINCLKUEN
str.w r2,[r0]
dsb
str.w r1,[r0]

ldr.w r0,=SYSAHBCLKCTRL
ldr.w r1,[r0]
ldr.w r2,=0x00001000
orr.w r1,r2
str.w r1,[r0]
dsb
pop {pc}

SYS_PLL_72MHZ:
push {r0-r2}
ldr.w r0,=SYSPLLCTRL
ldr.w r1,=0x00000005
str.w r1,[r0]
dsb
ldr.w r0,=SYSPLLSTAT
SYS_2:
ldr.w r1,[r0]
ldr.w r2,=0x00000001
ands.w r2,r1
bne.w SYS_2
pop {r0-r2}
bx lr




Сообщение отредактировал Kostia87 - Mar 18 2011, 08:34