深度解析STM32外设配置冲突问题
STM32常见问题解析（论文资料）
STM32常见问题解析1、时钟安全系统(CSS)时钟安全系统被激活后，时钟监控器将实时监控外部高速振荡器；如果HSE时钟发生故障，外部振荡器自动被关闭，产生时钟安全中断，该中断被连接到Cortex‐M3的NMI的中断；同时CSS将内部RC振荡器切换为STM32的系统时钟源(对于STM32F103，时钟失效事件还将被送到高级定时器TIM1的刹车输入端，用以实现电机保护控制)。
操作流程：1)、启动时钟安全系统CSS： RCC_ClockSecuritySystemCmd(ENABLE); (NMI中断是不可屏蔽的！)2)外部振荡器失效时，产生NMI中断，对应的中断程序：void NMIException(void){if (RCC_GetITStatus(RCC_IT_CSS) != RESET){ // HSE、PLL已被禁止(但是PLL设置未变)…… // 客户添加相应的系统保护代码处// 下面为HSE恢复后的预设置代码RCC_HSEConfig(RCC_HSE_ON); // 使能HSERCC_ITConfig(RCC_IT_HSERDY, ENABLE); // 使能HSE就绪中断RCC_ITConfig(RCC_IT_PLLRDY, ENABLE); // 使能PLL就绪中断RCC_ClearITPendingBit(RCC_IT_CSS); // 清除时钟安全系统中断的挂起位// 至此，一旦HSE时钟恢复，将发生HSERDY中断，在RCC中断处理程序里， 系统时钟可以设置到以前的状态}}3)、在RCC的中断处理程序中，再对HSE和PLL进行相应的处理。
注意：一旦CSS被激活，当HSE时钟出现故障时将产生CSS中断，同时自动产生 NMI。
NMI 将被不断执行，直到CSS中断挂起位被清除。
因此，在NMI的处理程序中 必须通过设置时钟中断寄存器(RCC_CIR)里的CSSC位来清除CSS中断。
STM32的“外部中断”和“事件”区别和理解20190626
STM32的“外部中断”和“事件”区别和理解凡从事过ST MCU应用开发的人往往会遇到事件、中断事件中断三个概念或术语。
这三个概念彼此关联，有时会让人有点混淆或犯迷糊。
先拿一件生活中的事情打比方对上述三个概念做个基本的粗略理解，之后再分享一个STM32 GPIO 外部中断配置案例。
比如一老师在教室里给学生们上课。
课堂上的学生可能做出各种行为动作，比方做笔记、打哈气、翻书包、讲小话等，我们把这些行为统称为事件，其中有些行为老师往往只是视而不见，继续他的上课；而有些行为可能导致老师的上课中止，比方讲小话，并对学生的相关行为予以警告、批评或纠正等，然后继续上课。
我们把老师因为学生的某些行为而中止授课，并产生后续动作，之后接着上课的这个过程理解为中断或中断响应。
我们把可能导致老师上课中断的学生行为理解为中断事件。
结合上面的比方，不难理解中断事件是一种可以导致中断发生的事件，中断则是因为中断事件的发生而导致的后续行为过程。
事件与中断事件是包含关系，即事件可分为中断事件或非中断事件。
而中断事件与中断之间属于前后关联的因果关系，虽有关联，但二者在时序上、行为上并不一样。
结合具体的ST MCU运行过程，其中会有许多各种各样的事件，比方管脚电平变化、计数器溢出、DMA空、FIFO非空、AD转换结束、超时、外设使能、初始化等等，其中有些事件是不会导致中断产生的，比方外设使能或部分初始化动作是不会导致中断发生的，有些事件就可能导致中断发生，比方计数器溢出，AD转换结束等，这些就是中断事件。
当然这些中断事件最终能否触发后续中断，得看是否开启了该中断事件的中断使能，相关中断矢量控制器【NVIC】是否配置，最终让CPU内核参与进来，并完成后续的中断服务动作。
不妨借助STM32 MCU的GPIO的外部事件与中断控制器的框图来理解上述概念。
从上图可以看出，不论外部电平变化成为中断事件还是非中断事件，绿色方框部分都是一样的，即具有相同的触发源。
stm32error_handler处理技巧
stm32error_handler处理技巧错误处理是嵌入式系统开发中非常重要的一部分，它帮助开发者在出现异常情况时能够提供适当的处理方式，避免系统崩溃或者产生不可预知的结果。
在STM32系列中，使用Error_Handler函数来处理错误是常见的做法。
下面我将为你详细介绍一些STM32的error_handler处理技巧。
1.全局异常处理：在STM32中，可以通过重写`Error_Handler(`函数来实现全局异常处理。
该函数默认定义在文件`stm32l4xx_hal.c`中。
在该函数中，你可以根据不同的错误类型进行相应的处理。
例如，在发生硬件错误时，可以通过重启系统来恢复正常操作，或者发送错误信息到串口输出等。
以下是一个例子，展示了如何在发生硬件错误（比如硬件初始化失败）时重启系统：```cvoid Error_Handler(void)while(1)HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_SET); // 点亮LED灯HAL_Delay(500); // 延时500msHAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_RESET); // 熄灭LED灯HAL_Delay(500); // 延时500msNVIC_SystemReset(; // 重启系统}```你可以根据实际需求，在需要处理的错误类型下添加相应的代码。
2.中断异常处理：在STM32中，中断异常也是常见的错误类型。
当中断异常发生时，你也可以通过重写`Error_Handler(`函数来进行处理。
例如，你可以在该函数中记录并输出错误日志，以便后期分析和调试。
以下是一个示例代码，展示了如何在发生中断异常时记录错误日志到串口输出：```cvoid Error_Handler(void)printf("Error: Interrupt Exception Occurred!\n");printf("Error Details: %s\n", error_message); // 这里需要自己定义error_message变量while(1) {} // 系统停止在此处```你可以根据实际需求，在不同的中断异常发生时添加相应的处理代码。
stm32学习之错误汇总（仅仅就我学习过程中所遇到的）
stm32学习之错误汇总（仅仅就我学习过程中所遇到的）1.Error:Flash Download Failed-"Cortex-M3"出现这处问题通常是MDK中的Flash的编程算法没有配置或没有配置正确，通俗的讲，就是我们没有配置好下载的环境，导致程序⽆法下载在这⾥，主要指的是没有添加cpu⽀持的flash错误点击mdk中的对进⾏配置，点击flashdownload，点击add 添加cpu⽀持的flash，根据⾃⼰的stm32来配对，我的是stm32f10x high-density flash 512k，此条错误解决2.程序编译成功，下载成功，但是开发板不显⽰效果mdk没有对j-link进⾏匹配点击mdk中的，点击debug，选择j-link/j-trace cortex，程序下载成功，效果实现3.Error:target dll has been cancelled.debugger aborted表⾯意思⽬标DLL已经cancelled.debugger中⽌可能是硬件仿真未匹配，解决1. 7⽉28⽇，不过奇怪的是昨天我把这⼀栏改了的，但今天重新开程序，它⼜变成了4.7.29学习LCD -FSMC彩屏显⽰的时候出现passing 'char[16]' to parameter of type 'const u8*' (aka 'const unsigned char*') converts between pointers to interger types with different signs 相关的类似报错的原因就是输⼊显⽰屏的字符串变量⼀定要是char,不能是u8,unsigned char我把所有相关的函数变量参数的类型改成char就解决对了问题.5.8.3学习定时APP\瀹氭椂鍣╘time.h(4): warning: #1295-D: Deprecated declaration time_init - give arg types使⽤函数前⼀定要声明APP\瀹氭椂鍣╘time.c(23): warning: #1-D: last line of file ends without a newlineAPP \瀹氭椂鍣╘time.c(23):警告:#⼀维:⽂件的最后⼀⾏没有换⾏符结束。
STM32的坑
STM32的坑一， TIMx(1-8），在库设置默认的情况下，都是72M的时钟；二，TIM_TimeBaseStructure.TIM_RepetitionCounter是重复计数，就是重复溢出多少次才给你来一个溢出中断,它对应的寄存器叫TIM1 RCR.如果这个值不配置,上电的时候寄存器值可是随机的,本来1秒中断一次,可能变成N 秒中断一次,让你超级头大!设置TIM_TimeBaseStructure.TIM_RepetitionCounter=0.三， STM32F103ZEt6，SPI2和TIM1冲突，不能同时使用，初始化时先初始化 TIM1，再初始化SPI2，SPI2就正常了。
四， STM32F1系列PB3，PB4，PA13，PA14，PA15用作普通IO口的特殊配置。
重映射的方式一共有三种。
分别描述如下：1.GPIO_Remap_SWJ_JTAGDisable：/*!< JTAG-DP Disabled and SW-DP Enabled */ 即能用PB3，PB4，PA15做普通IO，PA13&14用于SWD调试2.GPIO_Remap_SWJ_Disable： /*!< Full SWJ Disabled (JTAG-DP + SW-DP) */ 5个引脚全为普通引脚，但不能再用JTAG&SWD仿真器调试，只能用st-link调试3.GPIO_Remap_SWJ_NoJTRST：/*!< Full SWJ Enabled (JTAG-DP + SW-DP) but without JTRST */PB4可为普通IO口，JTAG&SWD正常使用，但JTAG没有复位如果你用到所有的五个引脚当做普通IO口，那么上述步骤二中的重映射配置应写为GPIO_PinRemapConfig(GPIO_Remap_SWJ_Disable, ENABLE); 如果你用PB3，PB4，PA15做普通IO，PA13&14用于SWD调试，则重映射配置应写为GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE); 同理可配置只用PB4可为普通IO口的情况。
stm32解决中断冲突的方法
stm32解决中断冲突的方法如何解决STM32中的中断冲突第一步：了解STM32中断机制STM32微控制器系列是STMicroelectronics开发的一系列32位ARM Cortex-M内核的微控制器。
STM32使用向量中断控制器（NVIC）来管理中断。
每个可中断源都有一个特定的中断优先级，并且可以通过调整优先级来控制中断的触发和处理顺序。
中断是STM32系统中非常重要的一部分，它允许微控制器在处理其他任务时根据需要对外部事件作出响应。
但是，在STM32中使用多个中断时可能会出现冲突的问题。
这可能导致一些中断无法触发或中断优先级错误。
为了解决这个问题，可以采取以下方法。
第二步：了解中断冲突的原因中断冲突可能是由于中断优先级设置错误、中断嵌套问题或中断间共享资源引起的。
中断优先级设置错误是指中断的优先级设置不正确，导致某些中断会被覆盖或延迟触发。
中断嵌套问题是指当一个中断正在处理时，另一个中断发生，导致中断无法正确触发。
中断间共享资源引起的冲突是指多个中断同时访问共享资源，导致数据错误或冲突。
第三步：调整中断优先级首先，调整中断的优先级是解决中断冲突的关键。
在STM32中，每个中断源都有一个特定的优先级，范围从0到15。
较低的数值表示更高的优先级，而较高的数值表示较低的优先级。
为了更好地控制中断触发和处理顺序，可以根据系统需求适当调整中断的优先级。
调整中断优先级可通过在NVIC中设置相关的中断控制器寄存器来实现。
有两个关键的寄存器需要设置：中断优先级寄存器（IPR）和中断使能寄存器（IER）。
中断优先级寄存器用于设置中断的优先级，而中断使能寄存器用于使能或禁用中断。
为了防止冲突，可以将高优先级的中断设置为较低的值（例如0或1），而将低优先级的中断设置为较高的值（例如14或15）。
这样可以确保高优先级的中断首先得到处理，从而避免了中断冲突。
第四步：正确处理中断嵌套另一个常见的中断冲突问题是中断嵌套。
stm32f103c8t6外部中断原理
一、概述在嵌入式系统中，外部中断是一种常见的事件触发机制，它能够使处理器在执行程序的过程中，及时地响应外部事件的发生，从而提高系统的实时性和稳定性。
在基于STM32F103C8T6芯片的嵌入式系统开发中，外部中断的使用具有重要的意义。
本文将介绍STM32F103C8T6外部中断的原理及其应用。
二、STM32F103C8T6外部中断的原理1. 外部中断概述外部中断是指处理器接收到外部输入信号后，及时地中断当前的程序执行，转而执行事先定义好的中断服务程序。
在STM32F103C8T6芯片中，具有多个外部中断引脚以及相关的中断控制寄存器，可以方便地实现外部中断功能。
2. 中断控制器STM32F103C8T6芯片的中断控制器包含若干中断控制寄存器，用于配置外部中断的触发条件、优先级、使能状态等。
通过对中断控制寄存器的配置，可以灵活地控制外部中断的响应行为。
3. NVICSTM32F103C8T6芯片内部集成了Nested Vectored Interrupt Controller（NVIC），负责管理和调度所有的中断源。
在实现外部中断功能时，需要通过NVIC对外部中断源进行优先级和使能的设置。
4. 外部中断触发条件在STM32F103C8T6芯片中，外部中断可以以上升沿、下降沿、上升沿和下降沿、低电平或者高电平触发。
在配置外部中断时，需要根据实际应用需求选择合适的触发条件，并进行相应的配置。
5. 外部中断服务程序一旦外部中断触发条件满足，处理器将立即响应中断，并跳转到预先定义好的外部中断服务程序中执行。
外部中断服务程序通常用于处理外部事件的逻辑，例如状态更新、数据采集、报警处理等。
三、STM32F103C8T6外部中断的应用1. 外部按键控制在很多嵌入式系统中，外部按键常常作为用户与系统交互的途径。
通过STM32F103C8T6的外部中断功能，可以轻松地实现外部按键的检测和响应，从而实现用户界面的交互控制。
STM32调试方法
STM32调试方法STM32是一款非常受欢迎的单片机系列，广泛应用于各种嵌入式系统中。
在开发STM32项目时，调试是一个非常重要的环节，它能帮助开发者检测和解决程序中的问题。
本文将介绍STM32的调试方法，包括硬件调试和软件调试。
一、硬件调试硬件调试是通过硬件工具来实现的，通常使用的工具有JTAG、SWD和UART等。
下面将详细介绍这些调试工具的使用方法。
1.JTAG调试JTAG是一种用于测试和调试电子系统的接口标准，它能够提供对目标设备的非侵入式访问。
在STM32项目中，JTAG接口一般用于调试目的，下面是使用JTAG调试STM32的步骤：步骤1：连接JTAG调试器和目标设备。
将JTAG调试器的TCK、TMS、TDI、TDO和GND引脚分别连接到目标设备的相应引脚上。
步骤2：配置STM32的调试模式。
在STM32的配置文件中，将调试模式设置为JTAG模式。
步骤3：使用调试工具进行调试。
使用JTAG调试工具，如OpenOCD或J-Link等，连接到JTAG调试器，然后启动调试器进行调试。
调试工具会与STM32建立连接，并允许开发者对程序进行单步调试、断点设置等操作。
2.SWD调试SWD（Serial Wire Debug）是一种单线（加地线）调试接口，它是ARM公司推出的一种调试接口标准。
SWD相比JTAG接口更简洁、更省引脚，因此在STM32项目中被广泛应用。
下面是使用SWD调试STM32的步骤：步骤1：连接SWD调试器和目标设备。
将SWD调试器的SWCLK、SWDIO和GND引脚分别连接到目标设备的相应引脚上。
步骤2：配置STM32的调试模式。
在STM32的配置文件中，将调试模式设置为SWD模式。
步骤3：使用调试工具进行调试。
使用SWD调试工具，如ST-Link或J-Link等，连接到SWD调试器，然后启动调试器进行调试。
调试工具会与STM32建立连接，并允许开发者对程序进行单步调试、断点设置等操作。
调试器不能连接到STM32的问题与解决办法
调试器不能连接到STM32的问题与解决办法
很多人都碰到过调试器不能连接到STM32的问题，不管是IAR的J-Link 还是Keil的ULink，或者是ST的ST-Link。
出现这个问题时，调试软件会提示不能建立与Cortex-M3的连接，或提示不能下载程序，或提示找不到要调试的设备等。
这样的问题都是发生在调试那些可以在CPU不干预的时候自动运行
的模块、或在调试低功耗模式的程序的时候。
所谓可以在CPU不干预的时候自动运行的模块包括：DMA、定时器、连续
转换模式下的ADC、看门狗等模块。
这个问题的根源是：
1）调试器需要在RAM内执行一段程序，对Flash进行擦写操作，如果不停止这些自动运行的模块，它们会干扰程序在RAM中的执行，致使下载失败。
比如DMA模块被配置为不停地拷贝一段数据区，而调试器刚好需要使用DMA 数据传输的目标区域，这时DMA的操作将会与调试器的操作发生冲突。
再比如，如果启动了看门狗而没有执行硬件复位，则在下次调试器需要下载程序时，看门狗超时将触发芯片复位，导致下载操作失败。
2）低功耗是通过停止CPU的时钟而实现，JTAG调试是通过与CPU的通信实现，停止了CPU的时钟致使调试器会失去与CPU的通信。
有人说我停止调试的时候，这些模块已经停止了运行，应该不会干扰到后续的调试，这个问题要从几方面看：
一、调试器是通过停止CPU核心的时钟来停止被调试程序的运行，实际上
被调试芯片的硬件模块并没有被复位，它们还处于使能状态，那些能够自动运。
STM32CubeMX实战教程(三)——外部中断(中断及HAL_Delay函数避坑)
STM32CubeMX实战教程（三）——外部中断（中断及HAL_Delay函数避坑）在STM32CubeMX实战教程中，我们已经学习了如何使用GPIO来控制LED的亮灭。
在这篇文章中，我们将进一步学习如何使用外部中断来实现更复杂的功能。
外部中断可以使我们的微控制器能够在输入发生变化时立即做出响应。
这对于需要实时性的应用非常重要，比如按钮的按下或松开的检测。
外部中断类似于计数器，不断地检测输入引脚的变化，并在变化时触发中断。
在STM32CubeMX中配置外部中断非常简单。
我们只需要选择外部输入引脚作为中断源，然后为中断配置触发方式即可。
触发方式可以是上升沿、下降沿或双边沿触发。
但要注意的是，当使用外部中断时，我们应该避免在中断服务子程序（ISR）中使用延时函数，如HAL_Delay。
这是因为在ISR中调用延时函数会导致中断响应时间增加，从而影响其他中断的响应和整个系统的实时性。
所以在ISR中，我们只能执行最核心、最迅速的操作。
为了避免在ISR中使用延时函数，我们可以使用定时器中断来实现延时。
定时器中断是一种定期触发的中断，在ISR中我们可以通过判断定时器的计数值来实现一定时间的延时。
下面是一个使用外部中断的示例代码：```c#include "stm32f4xx_hal.h"GPIO_InitTypeDef GPIO_InitStruct;EXTI_HandleTypeDef hexti;void SysTick_Handler(void)HAL_IncTick(;HAL_SYSTICK_IRQHandler(;void EXTI_IRQHandler(void)HAL_GPIO_EXTI_IRQHandler(GPIO_PIN_0);void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) //在这里执行最核心、最迅速的操作int main(void)HAL_Init(;SystemClock_Config(;__HAL_RCC_GPIOA_CLK_ENABLE(;__HAL_RCC_SYSCFG_CLK_ENABLE(;GPIO_InitStruct.Pin = GPIO_PIN_0;GPIO_InitStruct.Mode = GPIO_MODE_IT_RISING; GPIO_InitStruct.Pull = GPIO_PULLDOWN;HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);HAL_NVIC_SetPriority(EXTI0_IRQn, 0, 0);HAL_NVIC_EnableIRQ(EXTI0_IRQn);while (1)//在这里执行其他操作}```在这个示例中，我们使用PA0引脚，即用户按钮作为外部中断源。
STM32新手常见的一个错误并给出解决方法
STM32新手常见的一个错误并给出解决方法在使用STM32微控制器进行开发时，新手常常会遇到一些常见的错误。
以下是一些常见错误以及对应的解决方法，帮助新手更好地克服这些问题。
1.芯片未正确连接:通常情况下，STM32芯片应与开发板正确连接。
新手可能会出现错误的连接方式，例如将芯片倒置或错位连接。
解决这个问题的方法是仔细查看芯片的引脚图并确保正确地连接所有的引脚。
2.引脚配置错误:STM32微控制器具有多功能引脚，可以根据需要进行不同功能的配置。
新手可能会错误地配置引脚，导致功能无法正常工作。
解决这个问题的方法是仔细阅读芯片的数据手册，以确定正确的引脚功能和配置设置。
3.时钟配置错误:STM32微控制器依赖于准确的时钟源以确保正常运行。
新手可能会忽视时钟配置，导致系统无法启动或无法正常工作。
解决这个问题的方法是仔细配置时钟源，并确保时钟频率与所需的系统时钟频率相匹配。
4.软件驱动错误:在使用STM32微控制器进行开发时，需要正确的软件驱动程序来控制硬件功能。
新手可能会遗漏或错误地使用关键的驱动程序，导致无法实现预期的功能。
解决这个问题的方法是仔细阅读相关的软件库文档，并确保正确使用所有必需的软件驱动程序。
5.中断配置错误:STM32微控制器支持多种中断，并需要正确配置以实现正确的中断处理。
新手可能会忽略或错误地配置中断，导致系统无法正确响应中断事件。
解决这个问题的方法是仔细阅读关于中断配置和处理的文档，并确保正确配置所有中断。
6.电源和电源管理问题:STM32微控制器需要稳定和适当的电源供应以确保正常运行。
新手可能会遇到电源不稳定或不足的问题，导致系统无法正常工作。
解决这个问题的方法是确保提供稳定的电源，并使用适当的电源管理技术，例如使用电容和稳压器等来提供稳定和适当的电源。
7.调试问题:在使用STM32微控制器进行开发时，调试是非常重要的。
新手可能会遇到调试问题，例如无法正确读取或显示调试信息。
stm32的hardfault异常定位方法
STM32是一种流行的嵌入式微控制器，它在众多应用中得到广泛使用。
在开发STM32的应用程序时，可能会遇到硬件故障（hardfault）异常。
硬件故障异常是指当CPU尝试执行非法指令或访问非法位置区域时发生的异常。
要有效地定位和解决STM32中的硬件故障异常，需要掌握一些方法和技巧。
下面将介绍一些用于定位STM32硬件故障异常的方法：1. 使用调试工具使用调试工具是最直接的方法。
通过连接调试工具，如JTAG或SWD 调试器，可以实时监视程序的执行状态。
任何硬件故障异常都会导致程序暂停，并且可以在调试工具中看到异常的具体位置和原因。
这样可以快速找到问题所在，然后进行修复。
2. 使用异常处理函数在STM32的代码中，可以编写异常处理函数来捕获硬件故障异常。
一旦出现硬件故障异常，程序会跳转到异常处理函数中，并且可以在函数中记录异常信息，比如异常发生的位置区域、当前栈状态等。
通过这些信息，可以帮助定位异常的原因。
3. 查看堆栈信息当硬件故障异常发生时，CPU会将当前的堆栈信息保存起来。
通过查看堆栈信息，可以了解程序执行到异常位置时的函数调用关系和寄存器状态。
这些信息对于定位异常非常有帮助。
4. 检查外设状态有时候硬件故障异常可能与外设的状态有关。
外设可能未正确初始化或配置，导致异常的发生。
在定位异常时，也需要仔细检查外设的状态。
在使用上述方法定位STM32硬件故障异常时，需要注意以下几点：1. 仔细阅读异常信息当硬件故障异常发生时，通常会生成异常信息。
这些异常信息包括异常类型、异常发生的位置区域等。
仔细阅读异常信息可以帮助定位异常的原因。
2. 逐步调试在定位硬件故障异常时，可以采用逐步调试的方法。
通过逐步调试，可以逐步排除可能的问题，缩小定位的范围。
3. 仔细分析代码在定位异常时，需要仔细分析代码。
可能是由于程序逻辑错误、内存溢出等原因导致的异常。
定位STM32硬件故障异常需要一定的经验和技巧。
通过使用调试工具、异常处理函数、查看堆栈信息和检查外设状态等方法，可以快速有效地定位和解决STM32中的硬件故障异常。
stm32hal库串口空闲中断波特率不对程序失效
stm32hal库串口空闲中断波特率不对程序失效标题：深度探讨STM32HAL库串口空闲中断波特率不对程序失效问题解决思路在STM32微控制器编程中，串口通信是非常常见的功能之一。
然而，有时候我们会遇到串口空闲中断波特率不对导致程序失效的问题。
在本文中，我们将深入探讨这一问题的解决思路，并分享个人观点和理解。
一、问题背景1.1 STM32HAL库在开始探讨问题之前，让我们先简要介绍一下STM32HAL库。
STM32HAL库是针对STM32系列微控制器的一种中级软件库，提供了一系列的高级API接口，方便开发者进行各种外设的配置和使用。
1.2 串口空闲中断在串口通信中，空闲中断是非常重要的。
当数据发送完成后，会产生一个空闲中断，表示当前数据帧发送完毕。
然而，如果波特率设置不正确，就会导致串口空闲中断无法正常触发，从而影响程序的正常运行。
1.3 波特率不对程序失效波特率是指每秒钟传输的比特数，在串口通信中必须严格匹配。
如果波特率设置不正确，就会导致接收端无法正确解析数据，从而引发程序失效的问题。
二、解决思路2.1 确认波特率设置我们需要确认在使用串口通信时，波特率的设置是否正确。
可以通过查看数据手册或者相关的配置文件来确认波特率的设定值。
2.2 检查时钟配置我们需要检查时钟配置是否正确。
时钟配置的不匹配也会导致波特率不对的问题，因此需要仔细检查时钟配置的相关参数。
2.3 使用适当的工具进行调试在确认波特率设置和时钟配置之后，我们可以使用适当的工具进行调试，例如逻辑分析仪、串口调试助手等，来观察串口通信的波形和数据是否符合预期。
2.4 更新HAL库版本如果以上方法都未能解决问题，我们可以尝试更新STM32HAL库的版本。
有时候，旧版本的库可能存在一些已知的问题，通过更新到最新版本来解决问题的可能性也是存在的。
三、个人观点和理解在解决串口空闲中断波特率不对程序失效的问题时，我认为首先要对文档资料进行仔细阅读和理解，确认相关的配置参数；其次要善用调试工具，通过观察波形和数据来定位问题；最后要及时关注官方的更新和修复信息，及时更新库版本以解决问题。
stm32重映射功能原理
stm32重映射功能原理
重映射功能是指将STM32微控制器的某些外设引脚映射到不同的管脚上的一
种功能。
这在一些特定的应用场景下非常有用，比如当某个外设占用了我们需要使用的管脚时，我们可以通过重映射功能将其映射到其他可用的管脚上，以满足需求。
STM32系列微控制器通常具有多个外设模块，如UART、SPI、I2C等，这些
模块通常需要与外部设备进行通信，并使用管脚来进行数据传输。
每个模块都有一组默认的管脚映射，但有时这些默认的管脚可能与其他模块或外设冲突。
在这种情况下，我们可以通过重映射功能来解决冲突问题。
重映射功能通过修改特定的寄存器来实现。
一般来说，STM32系列微控制器
的引脚可以具有多个功能，如GPIO、复用功能等。
重映射功能实质上是将某个外
设引脚映射到对应的复用功能上。
通过设置相应的寄存器，我们可以将某个外设引脚映射到我们选择的管脚上，以满足硬件连接的需求。
需要注意的是，重映射功能并不适用于所有的管脚和外设。
只有特定的管脚和
外设组合才支持重映射。
因此，在使用重映射功能之前，我们需要查看芯片手册，了解哪些管脚和外设是可供重映射的。
另外，重映射功能还可能涉及到其他相关设置，如使能某个外设、配置引脚的模式等。
总的来说，重映射功能是STM32微控制器提供的一种灵活的功能，它可以帮
助我们解决管脚资源冲突的问题，提高硬件系统的灵活性和可扩展性。
通过合理使用重映射功能，我们可以更好地进行外设配置，满足不同应用场景下的需求。
stm32中断优先级的处理原则
STM32中断优先级的处理原则1. 引言在嵌入式系统中，中断是一种常用的机制，用于在特定事件发生时打断CPU的正常执行流程，转而执行特定的中断处理程序。
STM32系列微控制器提供了丰富的中断控制功能，并支持多个优先级的中断。
正确设置中断优先级是确保系统稳定性和可靠性的重要步骤。
本文将介绍STM32中断优先级处理原则，包括如何设置优先级、不同类型中断之间的关系以及注意事项等内容。
2. 中断优先级概述STM32微控制器支持多个优先级的中断，其中数字越小表示优先级越高。
当多个中断同时发生时，只有具有最高优先级的中断会被响应。
其他低优先级的中断将被挂起，等待当前正在处理的高优先级中断完成后再进行处理。
每个STM32微控制器都有一个向量表（Vector Table），其中存储了各个中断向量及其对应的ISR（Interrupt Service Routine）。
在初始化过程中，需要将需要使用到的ISR函数指针写入向量表相应位置。
3. 中断优先级设置原则在STM32微控制器上配置和设置各个外设的中断优先级时，需要遵循以下原则：3.1 高优先级中断的响应时间高优先级中断的响应时间应尽量短，以确保系统对紧急事件的及时响应。
通常情况下，系统启动和初始化过程中会配置一些必要的高优先级中断，如系统滴答定时器（SysTick）等。
3.2 低优先级中断的执行时间低优先级中断可能会被高优先级中断打断，在高优先级中断执行期间无法得到处理。
因此，低优先级中断的执行时间应尽量短，以减少对系统性能和实时性的影响。
STM32微控制器支持不同外设之间和相同外设内部的中断嵌套。
在设置嵌套中断时，需要注意以下原则： - 外设之间：不同外设之间的中断嵌套顺序应根据具体需求和业务逻辑进行设置。
- 外设内部：在具有多个可触发相同类型中断源的外设上，需要根据业务需求设置不同源之间的触发次序。
3.4 中断抢占与屏蔽STM32微控制器支持中断的抢占和屏蔽功能。
stm32 中断处理函数 互斥问题
stm32 中断处理函数互斥问题在STM32中，中断处理函数的互斥问题是在多个中断同时发生时，需要保证某些关键资源在同一时间只有一个中断访问，以避免数据的混乱和错误。
为了解决这个问题，STM32提供了一些解决方案，如软件中断屏蔽和硬件中断屏蔽等。
以下将详细介绍在STM32中如何处理中断的互斥问题。
首先，STM32提供了软件中断屏蔽的机制。
在处理中断发生时，可以通过设置一个标志位来告知其他中断不要处理，从而实现互斥。
在STM32中，可以使用全局变量或者专门的标志位来实现这个功能。
当一个中断发生时，可以设置这个标志位，当其他中断检测到标志位的状态时，就不再处理。
这样可以保证在同一时间只有一个中断在处理关键资源，避免数据混乱和错误。
除了软件中断屏蔽，STM32还提供了硬件中断屏蔽的机制。
在处理中断发生时，可以通过设置硬件优先级和屏蔽中断进行互斥。
在STM32中，每个中断都有一个优先级，可以通过设置优先级来控制哪个中断先处理。
当一个中断发生时，可以通过设置其他中断的优先级或者屏蔽中断的方式来实现互斥。
这样可以保证在同一时间只有一个中断在处理关键资源，避免数据混乱和错误。
此外，STM32还提供了中断嵌套机制，可以通过设置中断的优先级和嵌套屏蔽来实现中断的互斥。
在STM32中，中断可以设置优先级，高优先级的中断可以中断低优先级的中断。
这样可以保证在同一时间只有一个中断在处理关键资源，避免数据混乱和错误。
总的来说，在STM32中处理中断的互斥问题，可以通过软件中断屏蔽、硬件中断屏蔽和中断嵌套机制来实现。
这些机制可以保证在同一时间只有一个中断在处理关键资源，避免数据混乱和错误。
除了上述提到的解决方案外，还有其他一些方法可以处理STM32中的中断互斥问题。
例如，在中断处理函数中使用临界区保护关键代码段，禁止其他中断干扰；在中断处理函数中使用信号量或者互斥锁等机制来保护关键资源，实现互斥访问；在中断处理函数中使用轮询或者DMA等方式来避免中断嵌套和互斥问题等。
几张图对比STM32各系列产品特性和外设兼容性
几张图对比STM32各系列产品特性和外设兼容性在考虑更换STM32，且跨系列更换，可以看看下面各系列的对比图。
1写在前面我不止一次在公众号中提到STM32软件和硬件兼容性的问题，相信有很多人都知道，但同时也有许多人不知道。
对于我们从事软件，或者硬件的朋友，如何将一种MCU轻松替换成同一产品系列的另一种MCU非常重要。
比如：我们要节约成本，同时又要性能更好，需要将STM32F0更换成G0。
这时就需要考虑更换前后MCU的兼容性。
今天我将结合相关文档，截取一些相关图片来比对各STM32系列的异同，以及他们的兼容性。
2STM32产品系列特性比较下面是STM32F0、F1、F2、F4、L1各产品系列的特性进行对比：3外设兼容性分析对比对STM32进行过研究的朋友，特别是使用过寄存器开发的朋友应该很明白STM32片上外设，进行过对比的朋友，会发现，各系列MCU的片上外设很多相似之处，甚至完全一样。
下面将F1分别和F0、F2、F4、L1对比一下，大家看看有哪些差异。
1.STM32 F1 与 F0 系列外设兼容性分析对比2.STM32 F1 与 F2 系列外设兼容性分析对比3.STM32 F1 与 F4 系列外设兼容性分析对比4.STM32 F1 与 L1 系列外设兼容性分析对比4Pin引脚对比STM32的引脚，在相同数量pin和封装下，大部分型号基本一样，甚至跨系列都一样。
当然，有极少部分不一样，但绝大部分引脚排列都一样。
这个引脚封装的内容，硬件工程师应该多了解一下。
下面对比一下F0 ~ F4 64Pin引脚：5寄存器map寄存器map内容直接牵涉到编程，所以，这里软件的朋友应该需要了解一下。
从上面大致我们了解了各系列STM32的兼容性，其实从软件的角度来看，兼容性依然很好。
下面对比一下STM32F1、F2、F4的USART寄存器map：大家对比这些信息，想必都能理解其中内容。
需要考虑移植，还请仔细阅读相关文档，可能存在略微差异。
写第一个STM32程序常见错误及解决方法
1.启动KEIL,创建工程以后，先用创建文件，然后什么也不干，直接点击保存，保存到你的工程文件夹下面，命名为main.c（其他也可以，命名为main.c是为了方便你同其他的C文件快速区分开来）。
然后输入以下几行代码：#include "stm32f10x.h"void main(void){}然后点击Build，会有以下报错信息：C:\Keil\ARM\Inc\ST\STM32F10x\stm32f10x.h(96): error: #35: #error directive: "Please select first the target STM32F10x device used in your application (in stm32f10x.h file)"这是说stm32f10x.h中要求工程在预编译时通过一个字符串，来识别所用的芯片FLASH大小，然后确定头文件中哪些语句有效。
ST把STM32按FLASH大小尺寸来归类的，具体在STM32参考手册里面有。
解决办法：请点击中的打开的界面中选到选项,然后Define里面输入STM32F10X_MD（因为这个实验板上用的STM32F103C8T6对应这个“中等容量的FLASH”，换做其他芯片不一定是这个字符串），如图：然后点击OK。
再，然后会出第二个错误：C:\Keil\ARM\Inc\ST\STM32F10x\stm32f10x.h(8297): error: #5: cannot open source input file "stm32f10x_conf.h": No such file or directory这说明文件包含的路径没有设置好。
解决办法：按上面所述选到选项。
然后在下选择，再点击，然后打开目录找到固件库里面的这个文件（最好能把这个文件夹复制出来保存到一个纯英文路径的目录下），然后选择中里面的inc文件夹，然后再如法炮制选中里面的src文件夹。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
深度解析STM32外设配置冲突问题
近日有客户反映，他在在使用STM32F103C8T6的时候遇到如下问题：
I2C1使用PB6和PB7口，定时器TIM3使用PB0\PB1\PB4\PB5做4路PWM。
但在使用的过程中，如果只初始化定时器就没有任何问题，但是一旦初始化I2C1，那么定时器的通道2（PB5）就不能产生PWM波，而是保持高电平。
客户查阅手册得知PB5的默认复用功能是I2C1的SMBA引脚，但是它的I2C1是初始化为I2C模式的，并不是初始化为SMBAS模式，而且同样的方式在F0上测试是可用的。
它本来用的是标准库开发的，然后尝试使用STM32CubeMx进行硬件配置，使用HAL库新建工程，还是存在同样的问题。
就上面的问题，查看了其有关I2C1和TIM3d的pwm初始化的部分代码，并未发现不对的地方。
首先重点怀疑I2C1的配置是否有误，担心客户在配置I2C1时配置成了SMBAS 模式。
借助于库代码，进一步跟踪下去查看底层的寄存器配置，相关寄存器操作也没有发现问题。
这里TIM3的PWM输出的几个管脚有涉及到重映射【REMAP】，从数据手册的管脚分配上来看，如果不开启I2C1的SMBA模式，不应该存在冲突问题。
这边再次使用STM32CubeMx基于STM32F103C8进行同样配置，结果跟客户上面反馈的一样。
不开启I2C1时，TIM3的所有管脚功能正常；开启I2C1后，TIM3的部分管脚PB5功能异常。
感觉问题可能出在跟TIM3的remap这个地方。
打开基于STM32F1系列的重要宝典---参考手册RM0008，查看核对有关TIM3的管脚复用REMAP功能介绍的地方。
现在客户执行的是TIM3的部分管脚重映射功能【partial remap】,从上面表格来看，目前的代码配置是没有问题的。
毕竟目前如果不开启I2C1的话TIM3也没什么异常,所以过来查看这个地方，心里也没怎么期望从这里找出明显错误，倒是期待从附近能否找到些额外的提示或提醒。
这不，表格的下方用了小一号文字明确提示：上述REMAP操作仅适用于。