[011119xx 0]

За изучение STM32 я взялся совсем недавно. Как и полагается собрал отладочную плату на STM32F103RET6 по прилагаемой схеме. В качестве отладчика использую J-Link v7, в качестве среды Keil mVision 4 (конечно не последней версии). Сделал простейший проект, основную часть программы привожу, к PC3 подключил светодиод через резистор к + питания:

 

#include "stm32f10x.h"

ErrorStatus HSEStartUpStatus;
GPIO_InitTypeDef GPIO_InitStructure;

void RCC_Configuration(void)
{   
    // Сброс системы RCC (for debug purpose) 
      RCC_DeInit();
      // Разрешение HSE 
      RCC_HSEConfig(RCC_HSE_ON);
      // Ожидание готовности HSE 
      HSEStartUpStatus = RCC_WaitForHSEStartUp();

      if(HSEStartUpStatus == SUCCESS)                        // Если HSE готов, то 
      {
            // HCLK = SYSCLK 
            RCC_HCLKConfig(RCC_SYSCLK_Div1); 
            // PCLK2 = HCLK 
            RCC_PCLK2Config(RCC_HCLK_Div1); 
            // PCLK1 = HCLK/2 
            RCC_PCLK1Config(RCC_HCLK_Div2);
            // PLLCLK = 8 МГц * 9 = 72 МГц 
            RCC_PLLConfig(RCC_PLLSource_HSE_Div1, RCC_PLLMul_9);
             // Разрешение PLL 
            RCC_PLLCmd(ENABLE);
             // Ожидание готовности PLL 
            while(RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET)
            {}
            // Выбор PLL как источника системного тактирования
            RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK);
            // Ожидание готовности PLL для использования как источника системного тактирования
            while(RCC_GetSYSCLKSource() != 0x08)
            {}
      }
}

int main(void)
{
      RCC_Configuration();                           

      RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE);

      GPIO_InitStructure.GPIO_Pin =  GPIO_Pin_3;
      GPIO_InitStructure.GPIO_Speed = GPIO_Speed_10MHz;
      GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
      GPIO_Init(GPIOC, &GPIO_InitStructure);                

    while(1)
    {
            GPIO_SetBits( GPIOC, GPIO_Pin_3);
        GPIO_ResetBits( GPIOC, GPIO_Pin_3);
    }
}

 

В общем запускаю программу на выполнение по шагам. В результате вижу, что HSE не готов, не хочет включаться. Тем не менее, светодиод загорается. Много над этим думал ... В результате пришел к выводу, что кварц какой-то не совсем рабочий и решил его заменить. Поставил другой, на 6 МГц (другого на 8 МГц под рукой не оказалось). Запустил программу на выполнение по шагам. Теперь HSE запускается, бит готовности выставляется, но снова возникли проблемы уже в другом месте. Оказалось, что теперь не запускается PLL и программа зациклилась тут, естественно, что светодиод не загорается:

 

             // Ожидание готовности PLL 
            while(RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET)
            {}

 

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

 

Значит получается, что это отладчик не дает запускаться PLL?

 

Пробовал менять функцию RCC_Configuration на такую, то есть запускать PLL от HSI:

 

void RCC_Configuration(void)
{   
    // Сброс системы RCC (for debug purpose) 
      RCC_DeInit();
      // Разрешение HSE 
      RCC_HSEConfig(RCC_HSE_ON);
      // Ожидание готовности HSE 
      HSEStartUpStatus = RCC_WaitForHSEStartUp();

    // HCLK = SYSCLK 
    RCC_HCLKConfig(RCC_SYSCLK_Div1); 
    // PCLK2 = HCLK 
    RCC_PCLK2Config(RCC_HCLK_Div1); 
    // PCLK1 = HCLK/2 
    RCC_PCLK1Config(RCC_HCLK_Div2);
    // PLLCLK = 8/2 МГц * 9 = 36 МГц 
    RCC_PLLConfig(RCC_PLLSource_HSI_Div2, RCC_PLLMul_9);
    // Разрешение PLL 
    RCC_PLLCmd(ENABLE);
    // Ожидание готовности PLL 
    while(RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET)
    {}
    // Выбор PLL как источника системного тактирования
    RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK);
    // Ожидание готовности PLL для использования как источника системного тактирования
    while(RCC_GetSYSCLKSource() != 0x08)
    {}
}

 

При этом PLL запускается и светодиод горит.

 

Почему так происходит?

_____Controller__STM32_.BMP

Изменено 19 января, 2011 пользователем 011119xx

[topkin 0]

Вы начали пользоваться библиотекой, так там в файле system_stm32f10x.с происходит инициализация МК до входа в main, там с помощью комментариев задаются стандартные частоты, выставьте одну из них, 36МГц вроде бы там есть, заодно посмотрите как там происходит настройка... Так же удостоверьтесь в правильности настройки проекта, я про макросы в свойствах проекта...

[011119xx 0]

Вы начали пользоваться библиотекой, так там в файле system_stm32f10x.с происходит инициализация МК до входа в main, там с помощью комментариев задаются стандартные частоты, выставьте одну из них, 36МГц вроде бы там есть, заодно посмотрите как там происходит настройка... Так же удостоверьтесь в правильности настройки проекта, я про макросы в свойствах проекта...

 

Вы считаете, что функция SystemInit, которая в файле system_stm32f10x.с вызывается сама, тогда почему я не вижу в отдадчике результат ее работы? Да и настройка в ней такая же, что и приведена мной выше. Мне не нужна частота 36 МГц, я хочу минимум 72 МГц. А вот про макросы в свойствах проекта можно поподробнее?

[topkin 0]

Вы считаете, что функция SystemInit, которая в файле system_stm32f10x.с вызывается сама, тогда почему я не вижу в отдадчике результат ее работы? Да и настройка в ней такая же, что и приведена мной выше. Мне не нужна частота 36 МГц, я хочу минимум 72 МГц. А вот про макросы в свойствах проекта можно поподробнее?

Скорее всего у вас стоит галка в свойствах проекта "Debugger -> Setup-> Run to main", вот уберите ее и вы увидите, как испольняется функция SystemInit.

Возьмите готовый проект и посмотрите его свойства, например, для того, чтобы пользоваться библиотекой ST и указать правильный камень для нее, нужно прописать в свойствах проекта "С\C++ compiler-> Preprocessor-> defined symbols" строки:

USE_STDPERIPH_DRIVER

STM32F10X_MD_VL - тип контроллера, в данном случае это medium-density value line, короче это один их контроллеров линейки STM32F100

[011119xx 0]

Скорее всего у вас стоит галка в свойствах проекта "Debugger -> Setup-> Run to main", вот уберите ее и вы увидите, как испольняется функция SystemInit.

Возьмите готовый проект и посмотрите его свойства, например, для того, чтобы пользоваться библиотекой ST и указать правильный камень для нее, нужно прописать в свойствах проекта "С\C++ compiler-> Preprocessor-> defined symbols" строки:

USE_STDPERIPH_DRIVER

STM32F10X_MD_VL - тип контроллера, в данном случае это medium-density value line, короче это один их контроллеров линейки STM32F100

 

А разве не достаточно того, что в файле stm32f10x.h есть такие строки:

 

#if !defined (STM32F10X_LD) && !defined (STM32F10X_LD_VL) && !defined (STM32F10X_MD) && !defined (STM32F10X_MD_VL) && !defined (STM32F10X_HD) && !defined (STM32F10X_XL) && !defined (STM32F10X_CL) 
  /* #define STM32F10X_LD */     /*!< STM32F10X_LD: STM32 Low density devices */
  /* #define STM32F10X_LD_VL */  /*!< STM32F10X_LD_VL: STM32 Low density Value Line devices */  
  /* #define STM32F10X_MD */     /*!< STM32F10X_MD: STM32 Medium density devices */
  /* #define STM32F10X_MD_VL */  /*!< STM32F10X_MD_VL: STM32 Medium density Value Line devices */  
   #define STM32F10X_HD      /*!< STM32F10X_HD: STM32 High density devices */
  /* #define STM32F10X_XL */     /*!< STM32F10X_XL: STM32 XL-density devices */
  /* #define STM32F10X_CL */     /*!< STM32F10X_CL: STM32 Connectivity line devices */
#endif

#if !defined  USE_STDPERIPH_DRIVER
/**
* @brief Comment the line below if you will not use the peripherals drivers.
   In this case, these drivers will not be included and the application code will 
   be based on direct access to peripherals registers 
   */
  #define USE_STDPERIPH_DRIVER
#endif

[sonycman 0]

А может лучше не пользоваться всякими сомнительными библиотеками?

Имхо, прямая работа с периферией много эффективнее, хотя и несколько сложнее в освоении...

[011119xx 0]

А может лучше не пользоваться всякими сомнительными библиотеками?

Имхо, прямая работа с периферией много эффективнее, хотя и несколько сложнее в освоении...

Да нет Вова, хорошая библиотека, очень облегчает освоение.

 

В общем моя история продолжилась тем, что купил я новый кварц на 8 МГц и поставил его, прошил, запустил отладку по шагам. HSE запускается, PLL тоже, по крайней мере, не зацикливается там, где это происходило ранее. Но вот то что отображается в окне Peripherals/RCC вызывает недоумение. Флаг PLLRDY, то стоит, то не стоит. Частоты тактирования разных модулей (те что в самом низу окна) тоже как-то отображаются, то правильно, то не правильно... Думаю может у меня версия Keil какая-то глючная или может дело в J-Link... При отключенном отладчике зацикливания не происходит и светодиод начинает мигать (добавил задержки после установки и сброса бита PC3). Но вот что интересно, если произвести сброс кнопкой, то частота работы процессора уменьшается, светодиод начинает мигать медленнее... Кто что думает по этому поводу?

[Danis 0]

Кто что думает по этому поводу?

 

Какая у Вас версия библиотеки? Попробуйте скачать последнюю периферийную библиотеку от ST, там множество примеров. В отладке попробуйте переключить на режим с JTAG на SDW, может поможет.

А так сразу не сказать что у Вас не так, надо разбираться….

 

[011119xx 0]

Какая у Вас версия библиотеки? Попробуйте скачать последнюю периферийную библиотеку от ST.

 

Версия библиотеки последняя, скачана с сайта ST.

[sonycman 0]

Да нет Вова, хорошая библиотека, очень облегчает освоение.

На всякий случай, приведу свою прямую инициализацию клоков для STM32 с кварцем 8 МГц для частоты 72 МГц, может, чем то поможет:

#define  FLASH_ACR_LATENCY_1                 ((u8)0x02)
#define  RCC_CR_HSEON                        ((u32)0x00010000)        /* External High Speed clock enable */
#define  RCC_CFGR_PLLMULL9                   ((u32)0x001C0000)        /* PLL input clock*9 */
#define  RCC_CFGR_PLLSRC                     ((u32)0x00010000)        /* PLL entry clock source */
#define  RCC_CFGR_PPRE1_DIV2                 ((u32)0x00000400)        /* HCLK divided by 2 */
#define  RCC_CR_HSERDY                       ((u32)0x00020000)        /* External High Speed clock ready flag */
#define  RCC_CR_PLLON                        ((u32)0x01000000)        /* PLL enable */
#define  RCC_CR_PLLRDY                       ((u32)0x02000000)        /* PLL clock ready flag */
#define  RCC_CFGR_SW_PLL                     ((u32)0x00000002)        /* PLL selected as system clock */
#define  RCC_CFGR_SWS_HSE                    ((u32)0x00000004)        /* HSE oscillator used as system clock */
#define  RCC_CFGR_SWS_PLL                    ((u32)0x00000008)        /* PLL used as system clock */

//configure clocks
FLASH->ACR  |=  FLASH_ACR_LATENCY_1;	//flash latency = 2 wait states
RCC->CR |=  RCC_CR_HSEON;
RCC->CFGR   =   RCC_CFGR_PLLMULL9 | RCC_CFGR_PLLSRC | RCC_CFGR_PPRE1_DIV2;
while (!(RCC->CR & RCC_CR_HSERDY));
RCC->CR |=  RCC_CR_PLLON;
while (!(RCC->CR & RCC_CR_PLLRDY));
RCC->CFGR   |=  RCC_CFGR_SW_PLL;
while ((RCC->CFGR & (RCC_CFGR_SWS_HSE | RCC_CFGR_SWS_PLL)) != RCC_CFGR_SWS_PLL);

//Enable clocking of the peripherals - all the IO ports
RCC->APB2ENR    =   RCC_APB2ENR_AFIOEN | RCC_APB2ENR_IOPAEN | RCC_APB2ENR_IOPBEN | RCC_APB2ENR_IOPCEN |
					RCC_APB2ENR_IOPDEN;

 

[011119xx 0]

Сейчас мы имеем ситуацию при которой, прямое управление запуском HSE и PLL приводит к их нормальной работоспособности (на железе еще не проверял, но уважаемые мной коллеги sonycman и Ведущий_специалист это проверяли). НО! Если посмотреть на тоже самое управление, но с использованием StdLib, то можно увидеть что управление происходит теми же самыми битами и в той же последовательности и это не работает. Тогда я пришел к выводу, что например для PLL очень важно чтобы после ее включения и выставления ею флага готовности, к ней максимально быстро был кто-либо подключен. Если этого не происходит, то она выключается. При прямом управлении к PLL тут же подключается system clock, а при управлении с помощью библиотеки все происходит через подпрограммы, что приводит к дополнительным задержкам. Эти задержки и мешают в данном случае. И еще. Обязательно нужно активизировать буфер предвыборки флэш, так как это запускает конвейер на максимальную производительность. Я этого не сделал к сожалению. Осталось проверить эту теорию на практике.

[pr0m 0]

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

 

Угумс, нужно, перед переходом на тактирование от разогнанной до 72МГц PLL - у внутренней флэшки скорость выборки порядка 40нс, и надо конфигурить на 2 waitstate-а. Иначе код из неё через раз читается, отсюда и глюки, имхо. Хотя где-то попадалось недавно - кто-то по ошибке делители непрально выставил, и в итоге STM32 якобы заработал у него аж на 150МГц. Не знаю, оверклокер какой-то

 

[011119xx 0]

Теория на практике не подтвердилась... Буфер предвыборки у меня теперь включается... Сейчас остановился на том, что не запускается HSE, пробовал разные кварцы: и на 8МГц, и на 6МГц, и на 16МГц. Результат один. В монтаже ошибок нет... Удалось запустить PLL только от HSI, на максимальной частоте 64МГц (больше ведь там невозможно сделать от HSI, а мне бы надо 72МГц). При отладке по шагам все частоты отображаются верно, ничего не глючит. Но HSE у меня похоже крякнулся или надо плату как-то развести по другому, в общем не запускается...

[sonycman 0]

Но HSE у меня похоже крякнулся или надо плату как-то развести по другому, в общем не запускается...

Алексей, а кондёры кварца пробовал поварьировать? От 18 до 32 пф хотя бы.

Также на референсной схеме есть резистор 1 МОм параллельно кварцу.

 

Фото/гербер разводки можешь привести?

[011119xx 0]

Резистор на 1МОм пробовал ставить - не помогает. Конденсаторы к сожалению не варьировал, сейчас стоят на 22пФ... Это я попробую... Плату могу прямо сейчас только вот в таком виде показать...

Controller_STM32_ASCII.PCB

Изменено 24 января, 2011 пользователем 011119xx