DMA接收代码如何写的？是直接使用的HAL_UARTEx_ReceiveToIdle_DMA开启DMA不定长接收，用HAL_UARTEx_RxEventCallback回调函数处理？推荐你用这种方法做，我原来不是用这种形式出现过你出现的问题
如果是用ST-LINK 烧录，不需要外部晶振的，用的是HSI 工作。 如果是boot loader 中的串口，用的也是内部HSI。
ADC读取参数的函数是这个 uint16_t ADC_Read(uint32_t Channel) { uint32_t value; ADC_ChannelConfTypeDef sConfig = {0}; sConfig.Channel = Channel; /* 通道 */ if (HAL_ADC_ConfigChannel(&hadc1, &sConfig) != HAL_OK) { Error_Handler(); } HAL_ADC_Start(&hadc1); HAL_ADC_PollForConversion(&hadc1, 2); value=HAL_ADC_GetValue(&hadc1); HAL_ADC_Stop(&hadc1); return value; }
你可以去www.stmcu.com.cn网站搜索下，如果没有也没关系, 就先看英文吧。用什么研究什么，或针对性地阅读。何况你有了G0X1的中文资料了，基本可以覆盖G0X0的东西。细节的地方比较英文版或许更合适些。
从提示上看，发现某些操作没有定义，好像是说NOP空操作没定义，代码里是否有类似语句。换个写法或换个IDE试试。顺便说下，ST的STM32CubeIDE很强大，免费使用，值得拥有。呵呵
非常感谢您的建议，这块电源设计确实是存在不足，使用两个不同的电源供电，疏忽了对上下电过程的要求，后续厂家会针对这项优化设计，非常感谢！我们还是想继续探寻在这种异常场景下，Flash数据被改写的具体原因，比如内部总线在什么样的状态下会把读动作变成异常的写动作。
谢谢答复，我问的是那个单独的CID寄存器，注释是产品ID，地址偏移0x3C，上面粘贴的代码也是判断的这个寄存器 __IO uint32_t CID; /*!< User ID Register 03Ch */ 手册没有说明，猜测bit8位代表的含义是高速全速吧，复位值在FS和HS里不一样
之所以要借用timer的事件捕捉，是因为DATAREADY 连接到GPIO端口是没有能力发起DMA request的，只能用GPIO端口的复用功能挂到timer的事件捕捉上才能发起DMA，而事件捕捉产生的DMA request并没有把数据搬运的源地址限定在timer的寄存器，你可以按照功能的需要去设置。
查了芯片手册，他这个nboot1默认1，也就是boot1为0，然后boot0也拉高了，模式应该没问题，但通过USB to TTL连接进行串口烧录一直连接超时
是的。 如果你使用cubemx 配置的，实际上已经下载到硬盘上了。 也可以从官网下载的。 STM32CubeF4 - STM32Cube MCU Package for STM32F4 series (HAL, Low-Layer APIs and CMSIS, USB, TCP/IP, File system, RTOS, Graphic - and examples running on ST boards) - STMicroelectronics
微信公众号
手机版
.png)
