（0.1M）
微信扫一扫
文档说明：客户在使用 STM32U595QII6Q 开发产品时发现，使用该芯片的 SPI3 与对方通信时，如果发送的数据超过 1024 字节时，SPI3 作为主设备，使用 HAL 库的 SPI 相关发送函数，发送完成回调函数不会执行。
（0.1M）
微信扫一扫
文档说明：客户需要评估 STM32U5+SPI LCD 整屏刷新时的显示效果。一般 SPI LCD 都内置了GRAM，在使用 TouchGFX 时都会选用部分帧缓冲以节省内存。客户需要整屏刷新，并尽量节省内存，则需要使用单帧缓冲的方式。
（0.1M）
微信扫一扫
文档说明：某客户在使用 STM32U5 开发一款产品时需要使用到 USB Custom 进行双向通信，并反馈STM32U5 使用的是 Azure USBx 协议栈，不再支持 ST USB device 库。客户表示只熟悉 STUSB Device 库，对 USBx 协议栈与 API 没有任何使用经验。查阅目前所有 USBx 的例程，发现目前 USBx 均没有可参考的 Custom HID 双向通信范例，客户希望提供使用 USBx HID 进行双向通信的例程，这里简单介绍下利用 CubeMx 创建工程的实现过程。
（0.1M）
（0.1M）
微信扫一扫
文档说明：本文主要介绍使用 STM32U599 USB_HS 开发 USBx 应用时的几个问题点，详细配置和移植过程，读者可自行参考本文附件中的工程源码。
（0.1M）
（0.1M）
微信扫一扫
文档说明：以 NUCLEO-H563 为例，实现 USBx Device MSC Standalone 类，以 MCU 内部的 RAM 为存储介质参考移植到其他的 USBx Device 类。
（0.1M）
微信扫一扫
文档说明：STM32 开发者在实现 CDC 类虚拟串口与 PC 主机通信过程中，有时会遇到点麻烦而不得其解。那就是当主机端单次发送的数据不超过 64 字节时，接收正常。一旦发送数据量大于 64 字节时就接收失败，总是出现丢包现象，似乎只能接收 64 字节以内的数据。网上有人干脆建议主机每次发送不要超过 64字节，当然，也有人提及要作分包处理但没具体实现代码可以参考。这个问题在网络上也有些人在试图寻求答案。
（0.1M）
微信扫一扫
文档说明：对于使用 STM32 DCMI 开发相机应用的客户，经常有以下问题：STM32 DCMI 最大支持的像素时钟是多少？STM32F4/F7/H7/U5 能支持 1280×720 的分辨率吗？最大的帧率是多少？如何判断所设计的应用产生的带宽是否能充足？相机输出是选择 8 位、10位、12 位、还是 14 位？针对这些问题，本文档从 DCMI 使用的几个方面，介绍了 STM32 DCMI 在连续抓取模式下带宽的估算，以及提升性能需要注意的事项。客户在设计相机应用时可以参考。
（0.1M）
微信扫一扫
文档说明：STM32H7 以太网的MMC（MAC management counter）中断是个有点特别的中断。特殊之处在于它是默认使能。如果我们在代码里不针对MMC 进行相关处理，就会造成一些异常现象。我们先来看一个真实的客户案例。
