（0.1M）
微信扫一扫
文档说明：客户的产品使用的是 STM32L471VET6, 通过串口外部连接一个 zigbee 模块, 波特率 115200bps.。出现问题时的具体情况是, 从 MCU 发出的串口波形检测到一个位的宽度明显不正确, 导致外部的 zigbee 模式识别不到。
（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 进行相关处理，就会造成一些异常现象。我们先来看一个真实的客户案例。
