Stm32

需求 使用 STM32U575 主控芯片，使用 QSPI 读写 W25Q128，简单的读写测试没有问题。但是在后面调试中发现，当按照 11 个字节一组进行读写，从 4352 这个地址开始写，写入到 4605 的时候，就超时状态了。 HAL_OSPI_STATE_ERROR 然后我单独从 4605 写入 11 个字节，确实会超时，但是前面写入并没有超时，很奇怪。 然后，我测试了一下，从0开始写，每次写 11 个字节，当从 1023 开始写入 11 个字节会超时。感觉好像是在 256字节的页边界出写入会出问题，但是又不是每个 256 边界都会出问题。 解决 先使用 16个字节为一组进行测试，没有跨界问题。然后又使用了4字节写入，写入了 400多万组，也没有任何问题。 这基本就说明了，是软件或者库的某个层面，因为32位对齐产生的这个 bug. 解决的方法也很简单，我原来写入 11 个字节是对结构体使用了 pragma pack(1) ，只要不用这个字节对齐命令，编译器会自动进行 32位对齐，重新测试，数据就可以正常读写，没有问题了。 参考 stm32: QSPI flash driver concurrent access issue STM32L4使用QSPI驱动spiFLASH（W25Q64) {SPI/QSPI} 正确理解STM32H7驱动QSPI W25Q手册中时钟后缀1-2-2，1-4-4等代表的含义 AN4760 Quad-SPI interface on STM32 microcontrollers and microprocessors HAL_QSPI_AutoPolling() fail when polling the SR of NOR flash in QPI mode Stm32h7 Hal qspi autpolling timeout stm32u575rit6 qspi driver ST external loader learning w25q flash series part 8 quadspi external loader

需求 stm32 使用 hal 读取 rtc 数据时，发现数据读取要不是 0，要不就不变，比较奇怪。 解决 经过多次调试并查看源码，才发现，API的注释里面写了，需要先调用 HAL_RTC_GetTime, 再调用 HAL_RTC_GetDate, 才行，否则就不行。因为先读取 time 可以解锁读取。 =You must call HAL_RTC_GetDate() after HAL_RTC_GetTime() to unlock the values in the higher-order calendar shadow registers to ensure consistency between the time and date values.= 参考

需求 stm32 使用 fmc 来控制 Lcd 显示时，碰到了两个问题: 图像变小了，并且是双份显示 屏幕只显示了 4/5，最下面花屏 解决 经过网络搜索和反复的调试，终于找到问题。 图像变小 这个是 fmc 的时序配置有问题，导致使用 DMA2D 进行数据传输时，lcd 会丢数据，然后图像就变小了。这个解决只需要对照 lcd 的芯片中的时间参数，重新设置 fmc 的时序参数即可解决。 图像只显示 4/5 这个是 FMC 的地址线的问题。 我们需要重新考虑一下为什么可以使用 fmc 来控制 lcd 显示，理论上来说， DMA2D 写入数据的时候，地址是自动增长的啊！ 其实因为我们只使用了一根地址线，那么写入数据的时候，这个地址线的低位就算增长也没有关系，毕竟我们只使用了最高位作为地址线，只要使用 DMA2D 写入的数据不会超过最高位，那么就不会有影响。 所以这次的错误就是 DMA2D 在全屏写入的时候， 320*240 = 76800， 而当前的地址线使用的是 A16，那么能够提供的空间只有 2的16次方 = 65536，已经溢出了。解决的方法也很简单，使用 A17 地址线即可。 参考 DMA2D skips pixels when sending directly to display over FMC STM32 FMC Display

需求 串口使用普通的接收中断 HAL_UART_Receive_IT 在接收比较少的字节，并且中断处理非常简单的情况下还行，一旦需要接收大量的数据，并且中断处理稍微复杂一些，就会造成丢数据的情况。需要解决这个情况。 解决 解决的办法就是使用帧空闲中断 HAL_UARTEx_ReceiveToIdle_IT 来接收一大堆数据，配套的 callback 函数是 HAL_UARTEx_RxEventCallback. void MainInit() { HAL_UARTEx_ReceiveToIdle_IT(&huart2, uart_web.get_rx_buf(), UartWeb::kRxBufLength); } void HAL_UARTEx_RxEventCallback(UART_HandleTypeDef *huart, uint16_t Size) { if (huart->Instance == USART2) { LOGD("HAL_UARTEx_RxEventCallback: USART2"); if (uart_web.Receive(Size)) { main_status = kMainWebReceive; } //HAL_UART_Receive_IT(&huart2, &uart_web_tmp, 1); HAL_UARTEx_ReceiveToIdle_IT(&huart2, uart_web.get_rx_buf(), UartWeb::kRxBufLength); } } 参考 stm32 HAL库 笔记——HAL_UARTEx_ReceiveToIdle_IT STM32 非阻塞HAL_UART_Receive_IT解析与实际应用 【STM32】HAL库 STM32CubeMX教程四—UART串口通信详解 STM32CubeMX——串口数据收发基础（HAL 库）

需求 因为 485 总线控制的时候，需要考虑在收发转换的时候，不能直接切换，应该让状态再保持一段时间，比如 2ms ，然后再进行切换，这样通讯会更加稳定。这就需要再收发中断里面使用延时，而最简单的延时就是 systick 的延时。但是实际上使用起来，这个延时工作不正常。 解决 出问题的原因也很简单，因为 st 默认让 systick 的中断优先级是最低，所以导致在其他中断中，使用 HAL_Delay, 内部的数值不变，所以一直困在中断里面。解决的方法也很简单，就是重新配置中断优先级，把 systick 的优先级提高到高于通信中断的优先级即可。 参考

需求 今天调试的时候，发现通过 systick 的 callback 并没有被调用到，这个有问题。 解决 整体的调用流程是: SysTick_Handler -> HAL_SYSTICK_IRQHandler -> HAL_SYSTICK_Callback, 但是在最新生成的库函数中， SysTick_Handler 中没有默认调用 HAL_SYSTICK_IRQHandler, 所以需要手动在 HAL_IncTick 后添加。 void SysTick_Handler(void) { /* USER CODE BEGIN SysTick_IRQn 0 */ /* USER CODE END SysTick_IRQn 0 */ HAL_IncTick(); /* USER CODE BEGIN SysTick_IRQn 1 */ HAL_SYSTICK_IRQHandler(); /* USER CODE END SysTick_IRQn 1 */ } 参考 STM32 HAL_SYSTICK_Callback() 失效 无效

需求 今天调试的时候，重新配置了 systick 的周期，结果发现通过 systick 进行的延时，怎么都不准，检查了时钟配置，也是很正常。 解决 其实这个问题很简单，有两种可能，一个是配置的位置不对，一个是配置的数据不对。 重新配置位置不对 重新配置 systick 正常使用 HAL_SetTickFreq 这个函数，但是注意，这个函数必须在 main.c 中的 SystemClock_Config 之后调用才可以，否则无效。 因为 SystemClock_Config -> HAL_RCC_ClockConfig -> HAL_InitTick 这个 HAL_InitTick 使用了 uwTickFreq. 但是 uwTickFreq 已经设置了默认值。所以如果 HAL_SetTickFreq 这个函数调用的位置不对，就会导致配置之后，又被重新配置为默认值。 typedef enum { HAL_TICK_FREQ_10HZ = 100U, HAL_TICK_FREQ_100HZ = 10U, HAL_TICK_FREQ_1KHZ = 1U, HAL_TICK_FREQ_DEFAULT = HAL_TICK_FREQ_1KHZ } HAL_TickFreqTypeDef; HAL_TickFreqTypeDef uwTickFreq = HAL_TICK_FREQ_DEFAULT; /* 1KHz */ 配置数据不对 在 HAL_InitTick 中有如下配置: /* Configure the SysTick to have interrupt in 1ms time basis*/ if (HAL_SYSTICK_Config(SystemCoreClock / (1000U / uwTickFreq)) > 0U) { return HAL_ERROR; } 而 systick 的 reload 寄存器只有 24 位，如果是 168M 频率，systick 为 1k，那么必然会超出寄存器的范围，导致出错，重新配置失败。所以，需要考虑系统主频和 systick 的频率，然后带入计算，保证在 24 位之内，才可以。...

需求 mcu 不使用的引脚，应该如何配置，才比较合适。 解决 低功耗目的: 模拟输入，外部悬空 普通抗干扰: 内部上下拉，外部悬空 最强抗干扰: 外部直接连接 GND 参考 STM32未使用引脚如何处理