|
STM32 и его RCC, почему так происходит |
|
|
|
Jan 19 2011, 05:02
|

Местный
  
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544

|
За изучение 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 запускается и светодиод горит. Почему так происходит?
Сообщение отредактировал 011119xx - Jan 19 2011, 05:04
|
|
|
|
|
Jan 19 2011, 06:25
|

Местный
  
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544

|
Цитата(topkin @ Jan 19 2011, 10:55)  Вы начали пользоваться библиотекой, так там в файле system_stm32f10x.с происходит инициализация МК до входа в main, там с помощью комментариев задаются стандартные частоты, выставьте одну из них, 36МГц вроде бы там есть, заодно посмотрите как там происходит настройка... Так же удостоверьтесь в правильности настройки проекта, я про макросы в свойствах проекта... Вы считаете, что функция SystemInit, которая в файле system_stm32f10x.с вызывается сама, тогда почему я не вижу в отдадчике результат ее работы? Да и настройка в ней такая же, что и приведена мной выше. Мне не нужна частота 36 МГц, я хочу минимум 72 МГц. А вот про макросы в свойствах проекта можно поподробнее?
|
|
|
|
|
Jan 19 2011, 06:57
|
Частый гость
 
Группа: Свой
Сообщений: 152
Регистрация: 21-12-05
Из: Москва
Пользователь №: 12 476

|
Цитата(011119xx @ Jan 19 2011, 09:25)  Вы считаете, что функция 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
|
|
|
|
|
Jan 19 2011, 08:02
|

Местный
  
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544

|
Цитата(topkin @ Jan 19 2011, 11:57)  Скорее всего у вас стоит галка в свойствах проекта "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
|
|
|
|
|
Jan 20 2011, 04:19
|

Местный
  
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544

|
Цитата(sonycman @ Jan 19 2011, 20:15)  А может лучше не пользоваться всякими сомнительными библиотеками? Имхо, прямая работа с периферией много эффективнее, хотя и несколько сложнее в освоении... Да нет Вова, хорошая библиотека, очень облегчает освоение. В общем моя история продолжилась тем, что купил я новый кварц на 8 МГц и поставил его, прошил, запустил отладку по шагам. HSE запускается, PLL тоже, по крайней мере, не зацикливается там, где это происходило ранее. Но вот то что отображается в окне Peripherals/RCC вызывает недоумение. Флаг PLLRDY, то стоит, то не стоит. Частоты тактирования разных модулей (те что в самом низу окна) тоже как-то отображаются, то правильно, то не правильно... Думаю может у меня версия Keil какая-то глючная или может дело в J-Link... При отключенном отладчике зацикливания не происходит и светодиод начинает мигать (добавил задержки после установки и сброса бита PC3). Но вот что интересно, если произвести сброс кнопкой, то частота работы процессора уменьшается, светодиод начинает мигать медленнее... Кто что думает по этому поводу?
|
|
|
|
|
Jan 20 2011, 06:08
|

Twilight Zone
  
Группа: Свой
Сообщений: 454
Регистрация: 17-02-09
Из: Челябинск
Пользователь №: 44 990

|
Цитата(011119xx @ Jan 20 2011, 07:19)  Кто что думает по этому поводу? Какая у Вас версия библиотеки? Попробуйте скачать последнюю периферийную библиотеку от ST, там множество примеров. В отладке попробуйте переключить на режим с JTAG на SDW, может поможет. А так сразу не сказать что у Вас не так, надо разбираться….
--------------------
Magic Friend
|
|
|
|
|
Jan 21 2011, 04:37
|

Местный
  
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544

|
Сейчас мы имеем ситуацию при которой, прямое управление запуском HSE и PLL приводит к их нормальной работоспособности (на железе еще не проверял, но уважаемые мной коллеги sonycman и Ведущий_специалист это проверяли). НО! Если посмотреть на тоже самое управление, но с использованием StdLib, то можно увидеть что управление происходит теми же самыми битами и в той же последовательности и это не работает. Тогда я пришел к выводу, что например для PLL очень важно чтобы после ее включения и выставления ею флага готовности, к ней максимально быстро был кто-либо подключен. Если этого не происходит, то она выключается. При прямом управлении к PLL тут же подключается system clock, а при управлении с помощью библиотеки все происходит через подпрограммы, что приводит к дополнительным задержкам. Эти задержки и мешают в данном случае. И еще. Обязательно нужно активизировать буфер предвыборки флэш, так как это запускает конвейер на максимальную производительность. Я этого не сделал к сожалению. Осталось проверить эту теорию на практике.
|
|
|
|
|
Jan 22 2011, 20:22
|
Частый гость
 
Группа: Участник
Сообщений: 183
Регистрация: 22-06-05
Из: Таганрог
Пользователь №: 6 233

|
Цитата(011119xx @ Jan 21 2011, 07:37)  Обязательно нужно активизировать буфер предвыборки флэш, так как это запускает конвейер на максимальную производительность. Я этого не сделал к сожалению. Осталось проверить эту теорию на практике. Угумс, нужно, перед переходом на тактирование от разогнанной до 72МГц PLL - у внутренней флэшки скорость выборки порядка 40нс, и надо конфигурить на 2 waitstate-а. Иначе код из неё через раз читается, отсюда и глюки, имхо. Хотя где-то попадалось недавно - кто-то по ошибке делители непрально выставил, и в итоге STM32 якобы заработал у него аж на 150МГц. Не знаю, оверклокер какой-то
--------------------
Правильно поставленный вопрос - половина ответа...
|
|
|
|
|
Jan 24 2011, 06:50
|

Местный
  
Группа: Свой
Сообщений: 381
Регистрация: 5-07-05
Из: Уфа
Пользователь №: 6 544

|
Резистор на 1МОм пробовал ставить - не помогает. Конденсаторы к сожалению не варьировал, сейчас стоят на 22пФ... Это я попробую... Плату могу прямо сейчас только вот в таком виде показать...
Сообщение отредактировал 011119xx - Jan 24 2011, 07:02
Эскизы прикрепленных изображений
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|