带J的看起来是支持Java的特殊型号。只找到了说明，没找到具体手册，所以多半是小众产品。一般单独出的型号，多半会有不同，运行java环境的需要。 Running STM32Java programs, requires features that are embedded on special STM32 MCU series. There are two sets of special part numbers enabled for Java: MCU part numbers ending with the letter ‘J’ (for mass production) and MCU part numbers ending with the letter ‘U’ (can only be ordered as samples).
__set_PRIMASK(1); //关闭STM32总中断 __set_PRIMASK(0); //开启STM32总中断 那这两个语句调用是否可行？
我也遇到这个问题，绕过去的方法有两个：1）不设置断点的，这样这个位不会置位的。当然对于调试不利。2）有设置断点的，进入调试后，需要执行reset CPU。这时再执行，可以看到这个位就没有了。
STM8的引脚输出电压就是0~VDD。但是驱动蜂鸣器还要看这个蜂鸣器具体的参数。有些蜂鸣器电流很大，或者电压需要较高，那就需要增加外部驱动。通常加三极管就够了。
你觉得我的这个问题，有可能是什么原因造成的，他与断电上电有关，如果先把电供上，然后下载程序，不断电，这样PWM波切换是没有问题的，但如果断电再上电，PWM波切换就有问题；但如果每次重新切换PWM波时，加上IO口的初始化，那前面的问题就解决了
多谢解答。然后我比较奇怪的是，硬件是如何实现的这种不可逆和禁止某些行为。看文档，我理解option byte是可以擦除的，不可逆的话是不是可以通过 OTP的配置能做到不被修改了。但是其他RDP level 2下产生的禁止行为(比如保护等级1的保护生效，禁止从RAM和system memory boot,禁止jtag等)，又是怎么做到的呢。在上电复位后但是cpu执行第一条指令前，是不是就要能把这些option byte的值从flash读出来，更新到某些寄存器上，然后让配置生效吧。
我估计你把 中断源和中断标志混淆了 中断源 表示设置中断的寄存器CR 中断标志 其实就是状态寄存器SR 这个宏的意义就是判断我们查询的中断标志，本身代表的中断有没有被设置 仔细看下，__IT_ 我们举个例子为#define UART_IT_TC ((uint32_t)(UART_CR1_REG_INDEX > 28U) == UART_CR1_REG_INDEX)? (__HANDLE__)->Instance->CR1((((uint32_t)(__IT__)) >> 28U) == UART_CR2_REG_INDEX)? \ (__HANDLE__)->Instance->CR2 : (__HANDLE__)->Instance->CR3)) 只是确定这个中断到底是属于CR1还是CR2还是CR3的，然后读取对应CR寄存器,然后这个值再&&(((uint32_t)(__IT__)) & UART_IT_MASK) 这一句就是判断CR里面到底有没有设置我们要判断的中断 还拿UART_IT_TC 举例 那么先判断出 (__HANDLE__)->Instance->CR1 某个串口读这个CR1寄存器 然后与 USART_CR1_TCIE 进行与 如果为0 则说明没有配置该中断 不为0 则配置了该中端
.png)
