![]() ![]() TIM_OCInitStructure.TIM_OCPolarity=TIM_OCPolarity_High TIM_OCInitStructure.TIM_OutputState=TIM_OutputState_Disable TIM_OCInitStructure.TIM_OCMode=TIM_OCMode_Inactive TIM_TimeBaseInit(TIM5,&SysTickTimeBaseStructure) SysTickTimeBaseStructure.TIM_CounterMode=TIM_CounterMode_Up SysTickTimeBaseStructure.TIM_ClockDivision=0 SysTickTimeBaseStructure.TIM_Prescaler=PrescalerValue SysTickTimeBaseStructure.TIM_Period=323 //225 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM5,ENABLE) * Set up SysTick counters to do stuff every 1,10,100,500 ms */ TIM_TimeBaseInitTypeDef SysTickTimeBaseStructure Uint16_t Tick,NextRunTick10,NextRunTick100,NextRunTick500 I'm using CrossWorks 3.2.0 but also tried with 3.7.7 with same result. $(ProjectDir)/GasLite_1_0/STM32F0xx_StdPeriph_Lib_V1.5.0/Libraries/STM32F0xx_StdPeriph_Driver/inc User Include Directories in Properties Window: ![]() ![]() STMicroelectronics STM32F30x DSP and Standard Peripherals Library Updates 1.0 STMicroelectronics STM32F0xx Standard Peripherals Library Updates 1.0 STMicroelectronics STM32 CPU Support Package 2.28 STMicroelectronics STM32 CPU Support Package 3.18 I have downloaded STM32F0xx_StdPeriph_Lib_V1.5.0 from ST. There is no board connected yet, just trying to start simple. Spent many hours without any luck to get the project to recognize StdPeriphLibrary. Now I want to use STM32F030 so I started a new solution/project and tried to copy settings from the old project where relevant. Been using CrossWorks for several years.Īll the time for the same processor (STM32F207). ![]() I can now drive my device with the SPL based SPI functions, and still enjoy what HAL has to offer for the remaining modules of the project.A bit embarassed to be here. Of course, I have removed everything about HAL_SPI in the project and now the project compiles and runs quickly and smoothly. I have created pre-compiled objects for the SPI and any dependencies used by SPI and had those imported/linked into my HAL project. Here's what I did in Keil uVision to get it to work for me without any problem. After spending a tremendous time trying to solve an issue I had with the receive part of the SPI over HAL, and after giving up trying hundreds of examples and code snippets for the SPI, I have finally managed to figure it out by mixing the SPI driver from the SPL with the rest of my project, which was built with HAL. However, part of my project is to control a slave device over SPI and I had the library for the SPL from ST. Yes, it's quite possible and it has saved my life for a project I was working on where I had everything built around HAL.īelieve it or not, I kept resisting the transition to that HAL thing for so long, until I found myself forced to use it for my project due to many advantages it provides on certain aspect. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |