Грабли STM32L: тактирование.

Изначально эта статья была вопросом. Но, когда я разобрался в проблеме сам, я решил перепилить вопрос в маленький туториал.
Сразу предупреждаю, речь пойдет о работе с PLL через регистры, так что любители библиотек на все случаи жизни могут покурить в сторонке.
Итак, я решил начать с изучения системы тактирования. Накидал простую программу, мигающую светодиодами, и начал ковырять PLL. Моей целью было завести МК от HSI через PLL на 32МГц (максимум).
Для этого надо сделать следующее:
1. Включить HSI и подождать, пока он стабилизируется:
//Turn ON HSI
RCC->CR|=RCC_CR_HSION;
//Wait until it's stable
while (!(RCC->CR & RCC_CR_HSIRDY));
2. Установить множитель PLL равным четырем, а делитель — двум, что даст результирующее умножение на два:
//PLL input = HSI
//PLL division factor = 2
//PLL multiplication factor = 4
RCC->CFGR|=RCC_CFGR_PLLDIV_0 | RCC_CFGR_PLLMUL_0;
3. Включить PLL и подождать, пока она стабилизируется:
//Turn PLL on
RCC->CR|=RCC_CR_PLLON;
//Wait PLL to stabilize
while (!(RCC->CR & RCC_CR_PLLRDY));
4. Перейти на тактирование от PLL:
//Set PLL as SYSCLK
RCC->CFGR|=RCC_CFGR_SW_1 | RCC_CFGR_SW_0;
//Turn off MSI
RCC->CR&=~RCC_CR_MSION;
Да, если чего, начальный код инициализации RCC в SystemInit() я потер ввиду его неадекватности (настраивает контроллер на тактирование от кварца, которого нет), т.о. контроллер стартует точно от MSI, как написано в ДШ.
Однако, если сделать все в точности, как я описал, МК повиснет. Почему? Все дело в том, что настроенная по-умолчанию FLASH-память работает на частотах не выше 16 МГц (стр. 37 Reference manual):

Потому перед тем, как повышать частоту тактирования выше 16МГц, необходимо переконфигурировать FLASH (включить упреждающее чтение и поменять тайминги):
//Setting up flash for high speed
FLASH->ACR=FLASH_ACR_ACC64;
FLASH->ACR|=FLASH_ACR_LATENCY;
FLASH->ACR|=FLASH_ACR_PRFTEN;
Вся программа:
#include "stm32l1xx.h"
#include <stdint.h>
#define LED_BLUE (1<<6)
#define LED_GREEN (1<<7)
void main(void)
{
uint32_t i;
//Turn ON HSI
RCC->CR|=RCC_CR_HSION;
//Wait until it's stable
while (!(RCC->CR & RCC_CR_HSIRDY));
//Switch to HSI as SYSCLK
//PLL input = HSI
//PLL division factor = 2
//PLL multiplication factor = 4
RCC->CFGR|=RCC_CFGR_PLLDIV_0 | RCC_CFGR_PLLMUL_0;
//Turn PLL on
RCC->CR|=RCC_CR_PLLON;
//Wait PLL to stabilize
while (!(RCC->CR & RCC_CR_PLLRDY));
//Setting up flash for high speed
FLASH->ACR=FLASH_ACR_ACC64;
FLASH->ACR|=FLASH_ACR_LATENCY;
FLASH->ACR|=FLASH_ACR_PRFTEN;
//Set PLL as SYSCLK
RCC->CFGR|=RCC_CFGR_SW_1 | RCC_CFGR_SW_0;
//Turn off MSI
RCC->CR&=~RCC_CR_MSION;
//******
RCC->AHBENR=RCC_AHBENR_GPIOBEN;
GPIOB->MODER=GPIO_MODER_MODER6_0 | GPIO_MODER_MODER7_0;
GPIOB->ODR=0;
while (1)
{
if (!(GPIOB->ODR & LED_BLUE))
{
GPIOB->ODR&=~LED_GREEN;
GPIOB->ODR|=LED_BLUE;
}
else
{
GPIOB->ODR|=LED_GREEN;
GPIOB->ODR&=~LED_BLUE;
}
for (i=0; i<400000UL; ++i);
}
}
Вот еще одни грабли, которые могут поджидать человека, решившегося заглянуть чуть дальше стандартных библиотек. Правда, эти же грабли могут поджидать и любителя библиотек, только вот находиться в тупике он будет гораздо дольше…
- +1
- 29 октября 2011, 22:51
- _YS_
Хм, мне тут в голову пришла одна мысль — что если это FLASH затыкается на этой частоте, и надо конфигурировать и ее? Курю даташит…
Тему нужно было назвать не «Грабли STM32L: тактирование.» (В чём там грабли??? Ошибка даташита??? Неправильная работа проца???), а
«Как я жидко обосрался, не почитавши даташит»… ))))))))))))))))))))))))))))))))))
«Как я жидко обосрался, не почитавши даташит»… ))))))))))))))))))))))))))))))))))
В чём там грабли?
В том, что для того, чтобы поменять источник тактирования, кроме очевидных действий с блоком RCC надо лезть еще и в блок контроля FLASH. Причем описано это именно в описании FLASH. А куда лезет человек, когда его интересует тактирование? Естесвенно, в описание RCC. А там — ни сном ни духом.
Зато теперь я знаю, что и такая проблема может существовать. А любитель библиотек не узнает об этом до тех пор, пока не случится, что проект, который надо сдавать вчера, отчего-то глючит уже вторую неделю. А потом самолеты падают… :D
«Любитель библиотек» точно так же будет искать грабли, если они проявятся. Но если библиотека написана не жопой — он про них даже не узнает, т.к. они не проявятся — потому как авторы библиотеки знают (точнее, должны знать), как нужно правильно настраивать тактирование.
О чем я и говорилДа не важно что вы говорили вчера, важно что вы запоёте завтра… )))))))))))))
Привязанность к библиотекам это камень, который может утянуть на дно… )))))))))))))))
Можешь считать это сказками. Я же не вчера начал программировать и определенное мнение уже составил.
Хотя истина, разумеется, где-то посередине и знать как работает библиотека и/или камень внутри — всегда полезно. Но не настолько обязательно, чтобы
Хотя истина, разумеется, где-то посередине и знать как работает библиотека и/или камень внутри — всегда полезно. Но не настолько обязательно, чтобы
А любителям библиотек я даже на вопросы не отвечаю… даже если и знаю ответ… пусть постигают плоды «библиотечной любви»… ))))))))))))))))
Ваши элементарные незнания не являются поводом всеобщего шухера с криком «Вилы!» м «Грабли!»… ))))))))))))
Настройка флэша не только в STM32 имеется…
Настройка флэша не только в STM32 имеется…
а чем собссно не устроили примеры RCC из StdPeriph? как показала практика — код, написанный на стандартных библиотеках удобен, понятен и легко портируем.
Тот код громоздок, трудночитаем и неудобоварим. Вместо десяти строчек надо подключать целый модуль и вкручивать в программу стопицот неиспользуемых функций. И потом, при использовании бибилиотек ХЗ, чего происходит в железе. Единственное сомнительное преимущество — портируемость.
«начальный код инициализации RCC в SystemInit() я потер»… )))))))))
И в чём тайный смысл сего действа??? Чтобы десяток байтов сэкономить???
Библиотеки, как они есть — зло… но не стоит из одной крайности впадать в другую…
А если уж сильно хочется… пошагово просмотреть и написать свой init… делов то… «копипаст по желанию»… )))))
ИМХО… проблема высосана из пальца…
И в чём тайный смысл сего действа??? Чтобы десяток байтов сэкономить???
Библиотеки, как они есть — зло… но не стоит из одной крайности впадать в другую…
А если уж сильно хочется… пошагово просмотреть и написать свой init… делов то… «копипаст по желанию»… )))))
ИМХО… проблема высосана из пальца…
И в чём тайный смысл сего действа?
В том, что дефолтный код неадекватен. Он настраивает МК на работу от внешнего генератора, а в STM32L-Discovery кварц не распаян. Т.е., его полюбому надо переписывать.
Опять не понял в чём трудности…
Есть же STM32L1xx_Clock_Configuration_V1.0.0 утилита… работает, кстати…
Для STM32F2XX такая же хня-утилита… Сварганил файл… и разогнал, ручками, почти в два раза… )))))))
Есть же STM32L1xx_Clock_Configuration_V1.0.0 утилита… работает, кстати…
Для STM32F2XX такая же хня-утилита… Сварганил файл… и разогнал, ручками, почти в два раза… )))))))
Да не знаю в чём проблема???
Что там непонятного и неочевидного???
Хотел приткнуть её выхлоп здесь… ан нет… велика портяночка… ))))
Что там непонятного и неочевидного???
Хотел приткнуть её выхлоп здесь… ан нет… велика портяночка… ))))
велика портяночка…
Во-во. А если руками — то всего лишь
//Turn ON HSI
RCC->CR|=RCC_CR_HSION;
//Wait until it's stable
while (!(RCC->CR & RCC_CR_HSIRDY));
//Switch to HSI as SYSCLK
//PLL input = HSI
//PLL division factor = 2
//PLL multiplication factor = 4
RCC->CFGR|=RCC_CFGR_PLLDIV_0 | RCC_CFGR_PLLMUL_0;
//Turn PLL on
RCC->CR|=RCC_CR_PLLON;
//Wait PLL to stabilize
while (!(RCC->CR & RCC_CR_PLLRDY));
//Setting up flash for high speed
FLASH->ACR=FLASH_ACR_ACC64;
FLASH->ACR|=FLASH_ACR_LATENCY;
FLASH->ACR|=FLASH_ACR_PRFTEN;
//Set PLL as SYSCLK
RCC->CFGR|=RCC_CFGR_SW_1 | RCC_CFGR_SW_0;
//Turn off MSI
RCC->CR&=~RCC_CR_MSION;
И это с комментариями…
Надеюсь не прибьют меня… )))))
Часть первая…
Часть первая…
/**
******************************************************************************
* @file system_stm32l1xx.c
* @author MCD Application Team
* @version V1.0.0
* @date 30-October-2011
* @brief CMSIS Cortex-M3 Device Peripheral Access Layer System Source File.
* This file contains the system clock configuration for STM32L1xx Ultra
* Low Medium-density devices, and is generated by the clock configuration
* tool "STM32L1xx_Clock_Configuration_V1.0.0.xls".
*
* 1. This file provides two functions and one global variable to be called from
* user application:
* - SystemInit(): Setups the system clock (System clock source, PLL Multiplier
* and Divider factors, AHB/APBx prescalers and Flash settings),
* depending on the configuration made in the clock xls tool.
* This function is called at startup just after reset and
* before branch to main program. This call is made inside
* the "startup_stm32l1xx_md.s" file.
*
* - SystemCoreClock variable: Contains the core clock (HCLK), it can be used
* by the user application to setup the SysTick
* timer or configure other parameters.
*
* - SystemCoreClockUpdate(): Updates the variable SystemCoreClock and must
* be called whenever the core clock is changed
* during program execution.
*
* 2. After each device reset the MSI (2.1 MHz Range) is used as system clock source.
* Then SystemInit() function is called, in "startup_stm32l1xx_md.s" file, to
* configure the system clock before to branch to main program.
*
* 3. If the system clock source selected by user fails to startup, the SystemInit()
* function will do nothing and MSI still used as system clock source. User can
* add some code to deal with this issue inside the SetSysClock() function.
*
* 4. The default value of HSE crystal is set to 8MHz, refer to "HSE_VALUE" define
* in "stm32l1xx.h" file. When HSE is used as system clock source, directly or
* through PLL, and you are using different crystal you have to adapt the HSE
* value to your own configuration.
*
* 5. This file configures the system clock as follows:
*=============================================================================
* System Clock Configuration
*=============================================================================
* System Clock source | PLL(HSI)
*-----------------------------------------------------------------------------
* SYSCLK | 32000000 Hz
*-----------------------------------------------------------------------------
* HCLK | 32000000 Hz
*-----------------------------------------------------------------------------
* AHB Prescaler | 1
*-----------------------------------------------------------------------------
* APB1 Prescaler | 1
*-----------------------------------------------------------------------------
* APB2 Prescaler | 1
*-----------------------------------------------------------------------------
* HSE Frequency | 8000000 Hz
*-----------------------------------------------------------------------------
* PLL DIV | 2
*-----------------------------------------------------------------------------
* PLL MUL | 4
*-----------------------------------------------------------------------------
* VDD | 3.3 V
*-----------------------------------------------------------------------------
* Vcore | 1.8 V (Range 1)
*-----------------------------------------------------------------------------
* Flash Latency | 1 WS
*-----------------------------------------------------------------------------
* Require 48MHz for USB clock | Disabled
*-----------------------------------------------------------------------------
*=============================================================================
******************************************************************************
* @attention
*
* THE PRESENT FIRMWARE WHICH IS FOR GUIDANCE ONLY AIMS AT PROVIDING CUSTOMERS
* WITH CODING INFORMATION REGARDING THEIR PRODUCTS IN ORDER FOR THEM TO SAVE
* TIME. AS A RESULT, STMICROELECTRONICS SHALL NOT BE HELD LIABLE FOR ANY
* DIRECT, INDIRECT OR CONSEQUENTIAL DAMAGES WITH RESPECT TO ANY CLAIMS ARISING
* FROM THE CONTENT OF SUCH FIRMWARE AND/OR THE USE MADE BY CUSTOMERS OF THE
* CODING INFORMATION CONTAINED HEREIN IN CONNECTION WITH THEIR PRODUCTS.
*
* <h2><center>© COPYRIGHT 2010 STMicroelectronics</center></h2>
******************************************************************************
*/
/** @addtogroup CMSIS
* @{
*/
/** @addtogroup stm32l1xx_system
* @{
*/
/** @addtogroup STM32L1xx_System_Private_Includes
* @{
*/
#include "stm32l1xx.h"
/**
* @}
*/
/** @addtogroup STM32L1xx_System_Private_TypesDefinitions
* @{
*/
/**
* @}
*/
/** @addtogroup STM32L1xx_System_Private_Defines
* @{
*/
/*!< Uncomment the following line if you need to relocate your vector Table in
Internal SRAM. */
/* #define VECT_TAB_SRAM */
#define VECT_TAB_OFFSET 0x0 /*!< Vector Table base offset field.
This value must be a multiple of 0x200. */
/**
* @}
*/
/** @addtogroup STM32L1xx_System_Private_Macros
* @{
*/
/**
* @}
*/
/** @addtogroup STM32L1xx_System_Private_Variables
* @{
*/
uint32_t SystemCoreClock = 32000000;
__I uint8_t PLLMulTable[9] = {3, 4, 6, 8, 12, 16, 24, 32, 48};
__I uint8_t AHBPrescTable[16] = {0, 0, 0, 0, 0, 0, 0, 0, 1, 2, 3, 4, 6, 7, 8, 9};
/**
* @}
*/
/** @addtogroup STM32L1xx_System_Private_FunctionPrototypes
* @{
*/
static void SetSysClock(void);
/**
* @}
*/
/** @addtogroup STM32L1xx_System_Private_Functions
* @{
*/
/**
* @brief Setup the microcontroller system.
* Initialize the Embedded Flash Interface, the PLL and update the
* SystemCoreClock variable.
* @param None
* @retval None
*/
void SystemInit (void)
{
/*!< Set MSION bit */
RCC->CR |= (uint32_t)0x00000100;
/*!< Reset SW[1:0], HPRE[3:0], PPRE1[2:0], PPRE2[2:0], MCOSEL[2:0] and MCOPRE[2:0] bits */
RCC->CFGR &= (uint32_t)0x88FFC00C;
/*!< Reset HSION, HSEON, CSSON and PLLON bits */
RCC->CR &= (uint32_t)0xEEFEFFFE;
/*!< Reset HSEBYP bit */
RCC->CR &= (uint32_t)0xFFFBFFFF;
/*!< Reset PLLSRC, PLLMUL[3:0] and PLLDIV[1:0] bits */
RCC->CFGR &= (uint32_t)0xFF02FFFF;
/*!< Disable all interrupts */
RCC->CIR = 0x00000000;
/* Configure the System clock frequency, AHB/APBx prescalers and Flash settings */
SetSysClock();
#ifdef VECT_TAB_SRAM
SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM. */
#else
SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH. */
#endif
}
Часть вторая…
/**
* @brief Update SystemCoreClock according to Clock Register Values
* @note - The system frequency computed by this function is not the real
* frequency in the chip. It is calculated based on the predefined
* constant and the selected clock source:
*
* - If SYSCLK source is MSI, SystemCoreClock will contain the MSI
* value as defined by the MSI range.
*
* - If SYSCLK source is HSI, SystemCoreClock will contain the HSI_VALUE(*)
*
* - If SYSCLK source is HSE, SystemCoreClock will contain the HSE_VALUE(**)
*
* - If SYSCLK source is PLL, SystemCoreClock will contain the HSE_VALUE(**)
* or HSI_VALUE(*) multiplied/divided by the PLL factors.
*
* (*) HSI_VALUE is a constant defined in stm32l1xx.h file (default value
* 16 MHz) but the real value may vary depending on the variations
* in voltage and temperature.
*
* (**) HSE_VALUE is a constant defined in stm32l1xx.h file (default value
* 8 MHz), user has to ensure that HSE_VALUE is same as the real
* frequency of the crystal used. Otherwise, this function may
* have wrong result.
*
* - The result of this function could be not correct when using fractional
* value for HSE crystal.
* @param None
* @retval None
*/
void SystemCoreClockUpdate (void)
{
uint32_t tmp = 0, pllmul = 0, plldiv = 0, pllsource = 0, msirange = 0;
/* Get SYSCLK source -------------------------------------------------------*/
tmp = RCC->CFGR & RCC_CFGR_SWS;
switch (tmp)
{
case 0x00: /* MSI used as system clock */
msirange = (RCC->ICSCR & RCC_ICSCR_MSIRANGE) >> 13;
SystemCoreClock = (32768 * (1 << (msirange + 1)));
break;
case 0x04: /* HSI used as system clock */
SystemCoreClock = HSI_VALUE;
break;
case 0x08: /* HSE used as system clock */
SystemCoreClock = HSE_VALUE;
break;
case 0x0C: /* PLL used as system clock */
/* Get PLL clock source and multiplication factor ----------------------*/
pllmul = RCC->CFGR & RCC_CFGR_PLLMUL;
plldiv = RCC->CFGR & RCC_CFGR_PLLDIV;
pllmul = PLLMulTable[(pllmul >> 18)];
plldiv = (plldiv >> 22) + 1;
pllsource = RCC->CFGR & RCC_CFGR_PLLSRC;
if (pllsource == 0x00)
{
/* HSI oscillator clock selected as PLL clock entry */
SystemCoreClock = (((HSI_VALUE) * pllmul) / plldiv);
}
else
{
/* HSE selected as PLL clock entry */
SystemCoreClock = (((HSE_VALUE) * pllmul) / plldiv);
}
break;
default: /* MSI used as system clock */
msirange = (RCC->ICSCR & RCC_ICSCR_MSIRANGE) >> 13;
SystemCoreClock = (32768 * (1 << (msirange + 1)));
break;
}
/* Compute HCLK clock frequency --------------------------------------------*/
/* Get HCLK prescaler */
tmp = AHBPrescTable[((RCC->CFGR & RCC_CFGR_HPRE) >> 4)];
/* HCLK clock frequency */
SystemCoreClock >>= tmp;
}
/**
* @brief Configures the System clock frequency, AHB/APBx prescalers and Flash
* settings.
* @note This function should be called only once the RCC clock configuration
* is reset to the default reset state (done in SystemInit() function).
* @param None
* @retval None
*/
static void SetSysClock(void)
{
__IO uint32_t StartUpCounter = 0, HSIStatus = 0;
/* SYSCLK, HCLK, PCLK2 and PCLK1 configuration ---------------------------*/
/* Enable HSI */
RCC->CR |= ((uint32_t)RCC_CR_HSION);
/* Wait till HSI is ready and if Time out is reached exit */
do
{
HSIStatus = RCC->CR & RCC_CR_HSIRDY;
} while((HSIStatus == 0) && (StartUpCounter != HSI_STARTUP_TIMEOUT));
if ((RCC->CR & RCC_CR_HSIRDY) != RESET)
{
HSIStatus = (uint32_t)0x01;
}
else
{
HSIStatus = (uint32_t)0x00;
}
if (HSIStatus == (uint32_t)0x01)
{
/* Enable 64-bit access */
FLASH->ACR |= FLASH_ACR_ACC64;
/* Enable Prefetch Buffer */
FLASH->ACR |= FLASH_ACR_PRFTEN;
/* Flash 1 wait state */
FLASH->ACR |= FLASH_ACR_LATENCY;
/* Power enable */
RCC->APB1ENR |= RCC_APB1ENR_PWREN;
/* Select the Voltage Range 1 (1.8 V) */
PWR->CR = PWR_CR_VOS_0;
/* Wait Until the Voltage Regulator is ready */
while((PWR->CSR & PWR_CSR_VOSF) != RESET)
{
}
/* HCLK = SYSCLK /1*/
RCC->CFGR |= (uint32_t)RCC_CFGR_HPRE_DIV1;
/* PCLK2 = HCLK /1*/
RCC->CFGR |= (uint32_t)RCC_CFGR_PPRE2_DIV1;
/* PCLK1 = HCLK /1*/
RCC->CFGR |= (uint32_t)RCC_CFGR_PPRE1_DIV1;
/* PLL configuration */
RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_PLLSRC | RCC_CFGR_PLLMUL |
RCC_CFGR_PLLDIV));
RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSI | RCC_CFGR_PLLMUL4 | RCC_CFGR_PLLDIV2);
/* Enable PLL */
RCC->CR |= RCC_CR_PLLON;
/* Wait till PLL is ready */
while((RCC->CR & RCC_CR_PLLRDY) == 0)
{
}
/* Select PLL as system clock source */
RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_SW));
RCC->CFGR |= (uint32_t)RCC_CFGR_SW_PLL;
/* Wait till PLL is used as system clock source */
while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS) != (uint32_t)RCC_CFGR_SWS_PLL)
{
}
}
else
{
/* If HSI fails to start-up, the application will have wrong clock
configuration. User can add here some code to deal with this error */
}
}
/**
* @}
*/
/**
* @}
*/
/**
* @}
*/
/******************* (C) COPYRIGHT 2010 STMicroelectronics *****END OF FILE****/
В StdPeriph думаю это тоже должны были учесть. Да и тут не CMSIS, а автосгенерированный код. Это тоже чуть ближе к библиотекам.Не смешите… ))))))))
Вот с такими познаниями и изречениями… вы хоть один раз, случайно, в файлы заглядывали??? )))))
Попробуйте хоть один раз выкинуть библы на помойку… хотя бы в STM32F103… и увидите, что принадлежит библам, а что нет… что к STM32F1XX это уже идёт готовыми файлами и ничем не генерируется… ))))))))))
Верно, в StdPeriphLib я не заглядывал. И не использовал. Именно поэтому формулировка в духе «думаю, должны были учесть». Иначе библиотека и меня разочарует, но не потому, что библиотека, а потому, что косая.
что к STM32F1XX это уже идёт готовыми файлами и ничем не генерируется…Я говорил про твой копипаст, который, как я понял
Хотел приткнуть её выхлоп здесь… ан нет… велика портяночка… ))))Т.е. результат работы генератора кода.
Т.е. результат работы генератора кода.Дык… это уже не ко мне… )))))
Это к индусам-лягушатникам… это они решили блеснуть умом сменив #ifdef на Excel… )))))
Кстати… загляните, например, в архив CMSIS LPC11XX… в system_LPC11xx.c, в частности…
Всё тоже самое… без намёка на StdPeriph… )))))
И называется сие…
CMSIS Cortex-M0 Device Peripheral Access Layer Source File
* for the NXP LPC11xx/LPC11Cxx Devices
но с даташитом не будет быстрого старта.
А что по-Вашему быстрый старт? Я, например, честно убил два вечера, раскуривая примеры с библиотеками, разбираясь с бесконечными
SMTH_SuperLargeStructure blahblahblah;
blahblahblah.blahblahblah=BLAHBLAHBLAH_NAH;
blahblahblah.blahblahblah=BLAHBLAHBLAH_NAH;
blahblahblah.blahblahblah=BLAHBLAHBLAH_NAH;
blahblahblah.blahblahblah=BLAHBLAHBLAH_NAH;
blahblahblah.blahblahblah=BLAHBLAHBLAH_NAH;
SuperMagicCoolFunctuionExecute(blahblahblah);
Потом я плюнул на это, оставил только CMSIS (которая, начиная с шестой версии, вообще intrinsic), и начал писать прямо в регистры — светодиоды замигали за 15 мин. На обнаружение описанных в этой статье граблей ушло три часа — даже не вечер. Ну и что быстрее?
Ты их как-то неправильно раскуривал. Я не читая никакой документации вообще, глядя тока на примерчики от дискавери, запустил за пару часиков дисплейчик на HD44780 и поигрался с ним (освоение которого, собсна, и было целью). Это — быстрый старт. А если бы я сперва был вынужден даташит от корки до корки скурить — до дисплейчика я бы так и не добрался.
Линкер-то, может, и не тянет (не проверял). Но исходники они захламляют сильно. А начнешь тереть ненужное — полетят зависимости/дефайны, и в итоге, если цель — просто изменить источник тактирования, то гораздо проще записать пару бит в регистр.
в итоге, если цель — просто изменить источник тактирования, то гораздо проще записать пару бит в регистр.
Во-во. Ну их на… библиотеки эти… Оно вроде быстро поначалу, а потом привыкнешь, и все, камень — черный ящик. А потом прижмет, тут перепиши, здесь перепиши, времени нет… Еще дороже встанет. Свое надо писать. Камень под седлом, все под контролем.
по дефолту после сброса у нормальных производителей флеш запускается с максимальной задежкой, у стм32ф1 с этим всё нормально, почему у стм32л1 так — хз…
Комментарии (69)
RSS свернуть / развернуть