Буфер данных Stm32f103c8

dosikus

arkhnchul, и как ты это представляешь касательно нубов?
Для того что бы править калокуб нужно знать железо, если знаешь железо -нахрена калокуб сдался?

Реклама

khch

Ну народ, ну хорош А????
Ну кому что нравится, зачем навязывать свои взгляды. Все тут взрослые люди.
Да и разные это задачи, производительность программиста и разработка дружелюбной среды для работы.
Конечно нужно и то и другое. каждому свое. Кто в чем преуспел. Кому-то автомат, кому -то РКПП, Ну зачем это все тут....

Добавлено after 1 minute 54 seconds:

arkhnchul писал(а):

что вам мешает посмотреть, как устроена HAL_Delay()?

Уже смотрю....

Реклама

dosikus

khch писал(а):

А как сделать задержку на CMSIS?

Код:

#include "stm32f10x.h"
 #define GreenLED_OFF GPIOC->BSRR = GPIO_BSRR_BR9
 #define GreenLED_ON GPIOC->BSRR = GPIO_BSRR_BS9
 #define BlueLED_OFF GPIOC->BSRR = GPIO_BSRR_BR8
 #define BlueLED_ON GPIOC->BSRR = GPIO_BSRR_BS8

  static volatile uint32_t TimingDelay;

void SysTick_Handler(void) {
   if (TimingDelay) {
      TimingDelay--;
        }
        }

void Delay_mS(uint32_t nTime) {
      TimingDelay = nTime;
        while (TimingDelay);
        }




 int main (void)
 {
 SysTick_Config(SystemCoreClock /1000);

 RCC-> APB2ENR |= RCC_APB2ENR_IOPCEN;
 GPIOC-> CRH &= ~(GPIO_CRH_CNF9 | GPIO_CRH_CNF8 | GPIO_CRH_MODE9 |
GPIO_CRH_MODE8 );
 GPIOC-> CRH |= GPIO_CRH_MODE9_0 | GPIO_CRH_MODE8_0 ;


 while (1)
  {
        GreenLED_OFF;
        BlueLED_ON;
        Delay_mS(500);
        GreenLED_ON;
        BlueLED_OFF;
        Delay_mS(500);
  }
  }
 

Мурик

khch писал(а):

Я после 2 часового геммороя осилил мигание на CMSIS!!!
....
HAL_Delay(1000);
GPIOC->BSRR |=1<<29;
HAL_Delay(1000);
GPIOC->BSRR |=1<<13;

2 часа потратили на запись GPIOC->BSRR и при этом допустили ошибку о которой вам писали выше? :shock:

khch писал(а):

А как сделать задержку на CMSIS?

Светодиод нужно подключить к PC13 (или запускать код на китайском плате где светодиод по умолчанию на этом выводе).

Код:

#include "stm32f10x.h"

extern uint32_t SystemCoreClock;
static uint32_t Delay_ms;

void DWT_Delay_ms(uint32_t ms) // Функция миллисекундной паузы.
{
    uint32_t Count = DWT->CYCCNT;
    ms = ms * Delay_ms;
    while((DWT->CYCCNT - Count) < ms);
}

int main(void)
{
    SystemCoreClockUpdate(); // Текущая тактовая частота.
    Delay_ms = SystemCoreClock / 1000;

    RCC-> APB2ENR |= RCC_APB2ENR_IOPCEN;

    GPIOC->CRH &= ~GPIO_CRH_CNF13;
    GPIOC->CRH |= GPIO_CRH_MODE13;

    CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk; // Включение DWT.
    DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk;

    while(1)
    {
       GPIOC->ODR ^= GPIO_ODR_ODR13;
       DWT_Delay_ms(500);
    }
}

Реклама

Эиком - электронные компоненты и радиодетали

khch

Мурик писал(а):

!!!!!

Почему ошибка!! Где??
2 часа, да и я доволен. Потому, что я понял что я написал и понял еще несколько смежных моментов, но то так..
А в чем ошибка, все работает!

Добавлено after 3 minutes 19 seconds:
Я действительно упустил этот пост...
Но он мигает.Насчет аналога, я понимаю, аналог был ODR. Просто туда пишется через BSRR.
А поскольку туда вводятся данные, то не |=, а просто =?

Добавлено after 1 minute 56 seconds:

Мурик писал(а):

[quote="khch"]
]Светодиод нужно подключить к PC13

Ну так это китайская плата и есть. диод на PC13. Режим -- open drain.

Реклама

Мурик

khch писал(а):

Почему ошибка!! Где??

Я выше дал ссылку на сообщение досикуса. https://radiokot.ru/forum/viewtopic.php ... 1#p3435201
Там все написано.

Реклама

dosikus

khch писал(а):

Но он мигает.Насчет аналога, я понимаю, аналог был ODR. Просто туда пишется через BSRR.
А поскольку туда вводятся данные, то не |=, а просто =?

Запись GPIO->BSRR |= xxx это сокращение от GPIO->BSRR =GPIO->BSRR | xxx

То есть сперва происходит чтение из BSRR, затем побитовое OR BSRR с xxx и затем запись полученного результата в BSRR.
Лишние бесполезные телодвижения потому что BSRR только на запись - смотрите описание регистра в RM.

khch

GPIOC->CRH &= ~GPIO_CRH_CNF13;
Согласно заголовочного файла
#define GPIO_CRH_CNF13_Pos (22U)
#define GPIO_CRH_CNF13_Msk (0x3U << GPIO_CRH_CNF13_Pos) /*!< 0x00C00000 */
#define GPIO_CRH_CNF13 GPIO_CRH_CNF13_Msk /*!< CNF13[1:0] bits (Port x configuration

Мне калькулятор выдает 0x3<<22 = C 0000 0000
в комменте другое число....
А фактически сдвиг уходит в 36-ой бит..
Что я опять не так делаю?

Reflector

khch писал(а):

Мне калькулятор выдает 0x3<<22 = C 0000 0000
Что я опять не так делаю?

Считаете 0x3 << 0x22.

Реклама

khch

а с десятичной тройкой получается как раз 22 бит... Но ведь там шестнадцатеричная тройка!!!
0X3!!!

Добавлено after 1 minute 9 seconds:
Да , блин... понял. спасибо.

Мурик

В чем отличие десятичной и шестнадцатеричной тройки?

khch

Я уже разобрался.

a5021

Мурик писал(а):

В чем отличие десятичной и шестнадцатеричной тройки?

Шестнадцатеричная тройка массивнее. Сравните 33 и 0x33 -- цифры одинаковые, а вес конструкции разный.

Мурик

Я спросил про цифру 3, а не про 33.

Но это относится ко всем цифрам от 0 до 9.

a5021

Мурик писал(а):

Я спросил про цифру 3, а не про 33.

Про цифру 33 спросить невозможно, т.к. такой цифры не бывает.

khch

теперь начался срач про числа и цифры...

Мурик

a5021 писал(а):

Про цифру 33 спросить невозможно

Я написал про цифру 3.

А не про то, что 33 это цифра.

khch

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

a5021

dosikus писал(а):

Код:

 #define GreenLED_OFF GPIOC->BSRR = GPIO_BSRR_BR9
 #define GreenLED_ON GPIOC->BSRR = GPIO_BSRR_BS9
 #define BlueLED_OFF GPIOC->BSRR = GPIO_BSRR_BR8
 #define BlueLED_ON GPIOC->BSRR = GPIO_BSRR_BS8

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

Код:

GPIOC->BSRR = GPIO_BSRR_Bxy

где x -- действие(вкл/выкл), а y -- конкретный светодиод. Тут сразу на ум приходит, что неплохо бы "нарисовать" макрос, который по виду имитировал функцию и выглядел примерно так:

Код:

LED(COLOR, STATE)

где COLOR -- это цвет светодиода, а STATE -- состояние (вкл/выкл). Кодируем цвета и действия:

Код:

#define GREEN                     9
#define BLUE                      8
#define ON                        S
#define OFF                       R

Дальше получается непонятка, т.к. если записать макрос в виде

Код:

LED(COLOR, STATE) GPIOC->BSRR = GPIO_BSRR_BSTATECOLOR

то препроцессор такого авангардизма не поймет и справедливо пошлет нафиг. На помощь можно призвать директиву "склейки" -- ##:

Код:

LED(COLOR, STATE) GPIOC->BSRR = GPIO_BSRR_B##STATE##COLOR

Такой вариант уже ближе к работоспособному состоянию, но при использовании макроса возникает неприятный эффект, когда запись вида:

Код:

LED(GREEN, ON);

разворачивается в совершенно негодное для данных целей представление:

Код:

GPIO_BSRR_BONGREEN

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

Код:

#define GLUE2(A, B)               A##B
#define GLUE(A, B)                GLUE2(A, B)

GLUE2 -- сама склейка, GLUE -- экранирующая обертка.

В конечном счете макрос должен приобрести нижеследующий вид:

Код:

#define LED(COLOR, STATE) GPIOC->BSRR = GLUE(GPIO_BSRR_B, GLUE(STATE, COLOR))

Теперь, чтобы иметь все вместе перед глазами, старая и новая формы одновременно, плюс проверочный код:

Код:

#include "stm32f1xx.h"

#define GreenLED_OFF GPIOC->BSRR = GPIO_BSRR_BR9
#define GreenLED_ON GPIOC->BSRR = GPIO_BSRR_BS9
#define BlueLED_OFF GPIOC->BSRR = GPIO_BSRR_BR8
#define BlueLED_ON GPIOC->BSRR = GPIO_BSRR_BS8

#define ON                        S
#define OFF                       R
#define GREEN                     9
#define BLUE                      8

#define GLUE2(A, B)               A##B
#define GLUE(A, B)                GLUE2(A, B)

#define LED(COLOR, STATE) GPIOC->BSRR = GLUE(GPIO_BSRR_B, GLUE(STATE, COLOR))

int main(void) {
  while (1)   {
    GreenLED_ON;
    LED(GREEN, ON);
    for(int i = 0; i< 0x000FFFFF; i++);
    GreenLED_OFF;
    LED(GREEN, OFF);
    BlueLED_ON;
    LED(BLUE, ON);
    for(int i = 0; i< 0x000FFFFF; i++);
    BlueLED_OFF;
    LED(BLUE, OFF);
  }
}

Для наглядности макросы в оригинальном и доработанном виде вызываются друг за другом. После обработки препроцессором вышеприведенный код приобретает уже такой вид:

Код:

int main(void) {
  while (1)   {
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (9U));
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (9U));
    for(int i = 0; i< 0x000FFFFF; i++);
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (25U));
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (25U));
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (8U));
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (8U));
    for(int i = 0; i< 0x000FFFFF; i++);
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (24U));
    ((GPIO_TypeDef *)((0x40000000U + 0x00010000U) + 0x00001000U))->BSRR = (0x1U << (24U));
  }
}

Что полностью доказывает идентичность макросов в плане производимых ими действий.

Вышеприведенный код не годится для заливки в МК, т.к. нет никакой инициализации железа и единственное, что от него требовалось -- это посмотреть, что будет на выходе препроцессора.

dosikus

a5021, не учи новичков этому, они и без тебя запутаются. :)))

Буфер данных Stm32f103c8

Кто сейчас на форуме