我刚才用STM32CubeMx 6.13版本生成了工程，看了下相关代码。 你在重新启动前，先执行一下这会代码试试： hsdadc1.State = HAL_SDADC_STATE_READY;
下载个STM32CubeProgrammer，看看芯片是否有读写保护之类的问题。 你现在还没有到功能方面的验证这一步。 使用cubeMx配置的话，时钟方面应该不会有啥问题。 再就是检查硬件连接、芯片供电方面的原因，电源脚都要接好接稳妥，不要虚焊、不要少接。 如果芯片没有读写方面问题，倾向于怀疑硬件方面的原因。
通常来说，芯片使能了读保护，一般不影响程序运行的。 当然，逻辑上没有设计去改写它，还是要尽量避免的。 从原理上来说，改写option byte 需要严格的逻辑顺序才能修改，所以考虑代码的严谨性。 可以去考虑掉代码中对option byte 的写函数，修改option byte的任务交给烧录器，本身烧录器也有这项功能。 程序如果在运行写函数时出错或断电，都会引起不可恢复的问题。
遇事不决加大线程栈和主栈深度，也可以在魔法棒里面Linker选项卡的Misc Control加入--info=summarystack，编译后在MAP文件查看各个函数最大调用的栈深度
keill 的cdc ：插入usb后下载一个zadig.exe打开，选项选择所有usb设备，然后找到设备名字安装winusb即可 cubemax 在st上有驱动的，下载安装即可
这个应该是没找到映射代码的地方吧。 使用STM32 cube mx 配置的代码，GPIO的配置一般都是在 MSPINIT中 void HAL_ADC_MspInit(ADC_HandleTypeDef* adcHandle) { GPIO_InitTypeDef GPIO_InitStruct = {0}; if(adcHandle->Instance==ADC1) { /* USER CODE BEGIN ADC1_MspInit 0 */ /* USER CODE END ADC1_MspInit 0 */ /* ADC1 clock enable */ __HAL_RCC_ADC1_CLK_ENABLE(); __HAL_RCC_GPIOA_CLK_ENABLE(); /**ADC1 GPIO Configuration PA6 ------> ADC1_IN6 */ GPIO_InitStruct.Pin = GPIO_PIN_6; GPIO_InitStruct.Mode = GPIO_MODE_ANALOG; GPIO_InitStruct.Pull = GPIO_NOPULL; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); /* ADC1 DMA Init */ /* ADC1 Init */ hdma_adc1.Instance = DMA2_Stream0; hdma_adc1.Init.Channel = DMA_CHANNEL_0; hdma_adc1.Init.Direction = DMA_PERIPH_TO_MEMORY; hdma_adc1.Init.PeriphInc = DMA_PINC_DISABLE; hdma_adc1.Init.MemInc = DMA_MINC_ENABLE; hdma_adc1.Init.PeriphDataAlignment = DMA_PDATAALIGN_HALFWORD; hdma_adc1.Init.MemDataAlignment = DMA_MDATAALIGN_HALFWORD; hdma_adc1.Init.Mode = DMA_CIRCULAR; hdma_adc1.Init.Priority = DMA_PRIORITY_LOW; hdma_adc1.Init.FIFOMode = DMA_FIFOMODE_DISABLE; if (HAL_DMA_Init(&hdma_adc1) != HAL_OK) { Error_Handler(); } __HAL_LINKDMA(adcHandle,DMA_Handle,hdma_adc1); /* ADC1 interrupt Init */ HAL_NVIC_SetPriority(ADC_IRQn, 3, 2); HAL_NVIC_EnableIRQ(ADC_IRQn); /* USER CODE BEGIN ADC1_MspInit 1 */ /* USER CODE END ADC1_MspInit 1 */ } }
[md]我觉得你可能有所误会。 没错，如果基于库架构组织中断响应代码，各个TIMER的更新中断都会共用 HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)函数，这个没关系的。 进来后我们可以进一步查询到底来自哪个TIMER的更新或溢出中断的。 比方： void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef htim) { / USER CODE BEGIN Callback 0 */ / USER CODE END Callback 0 / if (htim->Instance == TIM4) { HAL_IncTick(); }* if (htim->Instance == TIM1) { aaa++; } if (htim->Instance == TIM2) { xxx++; } / USER CODE BEGIN Callback 1 / / USER CODE END Callback 1 / } 还有个办法，就是无视库里准备的回调函数，自己针对不同TIMER的 更新中断准备各自的处理函数，彼此互不相干。
之前用的G070芯片，串口1和3配置的相同抢占等级而且还不是最高的优先级，没有出现这种现象，现在移植到G0B1上出现了。我拿CUBEMX生成的NVIC部分，也就这两条库函数语句
你配置LIS3DH为normal mode，它的数据精度为10bit，是否弄反了高低字节？建议在读取数据过程中dump所有寄存器（00-7FH），看看配置是否正常写入。另外，建议用逻辑分析仪抓取SPI总线读写寄存器的log
[md] [md]位或操作，用于对特定位置1，保留其它位，二者结合做为最终结果； 直接赋值，新值直接替换寄存器原内容。 其实 两种写法目的也不太一样，自然期待的结果也可能不同。 我查看了手册关于该寄存器的描述，是个可读写的寄存器。 不管你是基于位操作还是直接写 都是接受的，但是不同操作或手段，目的是不一样的，结果也可能不一样。 `比方 你这样写 SPI3->CR2 |= 0x3
微信公众号
手机版
.png)
