这个工具在官网上已经显示不推荐使用了。 而且很多STM32的新功能估计它也没法支持了。 最好还是与时俱进，用更一下工具就解决问题了，下载一下也很快的。
串口相当于一个外设 必须使用指定引脚 例如UART1 对应的RXTX是PA0 PA1 UART2 对应的RXTX是PA2 PA3 此时如果你把PA0当作PWM引脚用了以后 那么就不能再用UART1 只能改用UART2才能使PWM和UART功能共存 部分外设必须使用指定的引脚 你在设计程序之初需要先理解这个东西 做某个项目的时候先了解芯片的哪些外设是指定引脚 哪些是全IO这样子 不然程序写到一半发现这个引脚不能实现这个外设或者外设冲突就麻烦了 多用cubemx 在配置过程中 这种问题不会发生的 他会有警告或者直接屏蔽对应外设功能 你要是做波形就更需要了解了
STM32f103芯片的UART肯定支持空闲事件及中断； 目前你调用的API函数没有啥问题，你确认下调用前是否使能了空闲中断： __HAL_UART_CLEAR_IDLEFLAG(huart); ATOMIC_SET_BIT(UartHandle.Instance->CR1, USART_CR1_IDLEIE); 另外，你现在总不进中断，确认下是否开启了相关UART的中断功能， 使用CubeMx的话，做下勾选即可。借助调试不难很快找到原因的。
可以参考厂家评估板的图纸。最接近的就是STM32F407的板。 STM32F407G-DISC1 或者 STM3240G-EVAL 不过最好还是看看厂家的手册，这样才能准确把握每一个细节。 这个产品很成熟了，其他商家的板卡原理图都可以。
没用过，不太清楚，但是KIMI给出如下说明，你可以确认一下： 使用ZbStartup预配置重入网 正确配置方法 c复制 struct ZbStartupT config; ZbStartupConfigGetProDefaults(&config); // 关键设置：指定PANID入网 config.startupControl = ZbStartTypeRejoin; // 关键！使用重入网模式 config.panId = 0x1234; // 指定16位PANID config.extendedPanId = 0x1234567812345678ULL; // 必须指定64位扩展PANID // 安全配置（二选一） // 方式1：信任中心重入网（推荐） config.security.trustCenterAddress = 0x00124B001F1A2B3CULL; // TC的IEEE地址 // 方式2：安全重入网（已知网络密钥） memcpy(config.security.networkKey, nwk_key, ZB_SEC_KEYSIZE); // 启动协议栈 ZbStartup(zb, &config, join_callback, NULL); 关键点说明 为何使用ZbStartTypeRejoin而非ZbStartTypeJoin ： ZbStartTypeJoin会执行全频道扫描，忽略panId配置 ZbStartTypeRejoin直接尝试加入指定PANID，无需扫描 必须同时指定panId和extendedPanId ： 只设置panId会被忽略 extendedPanId是网络唯一标识，必须精确匹配目标网络
厂家在手册上这样要求，肯定是有做过有效验证或论证的的。 当然，有时候对于单体未必百分百发生明显故障，但是对于批次来说，即使千分之一的概率，也要避免的。 建议还是尊重说明书，避免出现这样上电顺序为妙。
1、如果相关的VDDIOx域采样1.8v,相应的OPT配置位或位段最好做对应配置，当然，相关的VDDIOxVRSE寄存器位也会被置位。如果这些配置不做，而外部直接使用1。8v，缺陷就是IO速率上不去； 如果OPT配置位及寄存器位按照1。8v配置，而外部实际使用3。3v,这将会对芯片导致损坏。不建议这样使用。 2、对于OTP编程，假设对同一OTP字，因出于针对不同位的修改，做多次OTP字编程是可以的。这里要强调的是每次编程只能针对未修改过的位，改过的位，即已经变1的位是改不了的。
你应该是指系统连续工作几周后 STM32无法识别U盘吧，重启系统应该OK吧。 如果是这样的话，怀疑是堆栈方面的原因。 比方 代码里是否有通过malloc操作做内存分配，用完之后没有及时释放掉，导致内存消耗殆尽或严重碎片化； 某些场合中断多、嵌套多是否发生了栈溢出？ 如果说只单纯地用几周后突然不行了怎么重启系统也于事无补，个人倾向硬件方面的原因，或者工作环境导致某些电气特性超过了芯片工作的正常范围，比方VBUS稳定性、时钟系统稳定性等。
.png)
