Скорость махания ногами lpc1343 Опции

[alexey_z83]

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

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

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

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

Код

typedef struct
{
  union {
    __IO uint32_t MASKED_ACCESS[4096];
    struct {
         uint32_t RESERVED0[4095];
    __IO uint32_t DATA;
    };
  };
       uint32_t RESERVED1[4096];
  __IO uint32_t DIR;
  __IO uint32_t IS;
  __IO uint32_t IBE;
  __IO uint32_t IEV;
  __IO uint32_t IE;
  __IO uint32_t RIS;
  __IO uint32_t MIS;
  __IO uint32_t IC;
} LPC_GPIO_TypeDef;

void GPIO_SetValue(uint8_t portNum, uint32_t bitValue)
{
    LPC_GPIO_TypeDef *pGPIO = GPIO_GetPointer(portNum);

    if (pGPIO != NULL) {
        pGPIO->DATA |= (0x1<<bitValue);

    }
}

void GPIO_ClearValue(uint8_t portNum, uint32_t bitValue)
{
    LPC_GPIO_TypeDef *pGPIO = GPIO_GetPointer(portNum);

    if (pGPIO != NULL) {
        pGPIO->DATA &= ~(0x1<<bitValue);
    }
}

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

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

[codier]

А не проще напрямую регистрами порта? С LPC13хх не работал, на LPC17xx делал так:

Код

#include "cmsis/lpc17xx.h"
#include "cmsis/system_LPC17xx.h"

int main(void)
{
    SystemInit();

    // 1 - output
    LPC_GPIO1->FIODIR = 1 << 27;

    while(1)
    {
        LPC_GPIO1->FIOSET = 1 << 27;
        for(volatile int i = 0; i < 1000000; i++);
        LPC_GPIO1->FIOCLR = 1 << 27;
        for(volatile int i = 0; i < 1000000; i++);
    }
}

На 100МHz проца 10MHz на ножках в таком режиме получить можно, вопрос только зачем?

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

[alexey_z83]

А не проще напрямую регистрами порта?

а разве это не он регистр GPIOnDATA?

На 100МHz проца 10MHz на ножках в таком режиме получить можно, вопрос только зачем?

программный spi (нету у устройств своего cs, а у контроллера один spi)

P.S. вы с задержками не ошиблись?

Сообщение отредактировал alexey_z83 - Jan 16 2011, 10:23

[alexey_z83]

Спасибо, разобрался, вроде, 4 такта (~ 9мГц при 72мГц) на смену состояния получилось.

Скажите кто имел дело с lpc1343, это максимум для него?

[GetSmart]

скорее всего может ещё в 2 раза быстрее. только нужно всё оптимизировать и развернуть цикл.

[alexey_z83]

Спасибо за подсказку, GetSmart, оптимизация творит чудеса .
Благодарю всех за ответы на глупые вопросы.

[codier]

P.S. вы с задержками не ошиблись?

Ясен пень что без циков :-))

[HARMHARM]

программный spi (нету у устройств своего cs, а у контроллера один spi)

А что значит у устройств нету своего CS?
Необязательно использовать CS от SSP, можно просто ножкой дергать. Запросто несколько устройств можно подключить, и быстрее будет работать чем софтварный spi.

[alexey_z83]

А что значит у устройств нету своего CS?

то, что у устройств есть только входы clk и sdi, даже выхода sdo нет, потому и не могу повесить на одну линию.

[HARMHARM]

А не проще ли коммутировать sck на кристалле? У LPC1343 два вывода SCK, нога 22 и нога 29. Даже еще один есть, нога 31. Это для LQFP.

[alexey_z83]

Да вы правы, до 3 устройств можно подключить, я только начал разбираться поэтому не все тонкости знаю.

[HARMHARM]

Спрашивайте, посоветуем, тут все мирные

[esaulenka]

Если исходный вопрос ещё актуален:
- регистр GPIOxDATA в стандартном заголовке теперь значится как GPIOx->DATA
- гораздо быстрее (и идеологически правильней, граблей меньше) работать через GPIOx->MASKED_ACCESS[y]. Измерений не проводил, но должно получиться ускорение в два раза.

PS универсальные хедеры - это всё-таки хорошо. IAR я давно не видел, но в кейле определения этих регистров точно такие же.

[rezident]

то, что у устройств есть только входы clk и sdi, даже выхода sdo нет, потому и не могу повесить на одну линию.

Так не бывает! Как же в вашем устройстве тогда фреймовая синхронизация осуществляется? По паузе в передаче?

[alexey_z83]

Так не бывает! ...

Возьмем к примеру:

http://www.st.com/internet/com/TECHNICAL_R.../CD00149163.pdf стр.9

каким образом фрэймы отделяем?

Я конечно понемаю, что cs надежнее, но нет его и в результате импульсной помехи есть вероятность "перескочить через бит".

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