本帖最后由 STM新闻官 于 2024-12-4 11:02 编辑
此问题由某客户提出，应用处理器AP 与MCU 进行I2C 通信，通信会经常发生异常，需要定位原因。
一个判断I2C总线通信异常原因的方法.pdf
(177.45 KB)
客户使用STM32F091的USART工作于smartcard模式用于7816通讯，发现不正常。本篇LAT的内容简介了STM32F0中关于USART中Smartcard模式的Guard Time的设置。
STM32F0中Guard Time的设置.pdf
(173.65 KB)
该问题在不同客户使用不同芯片的SPI功能时都曾经提到。主要现象是slave端接收到的数据时有移位现象，例如0x10接收成0x08。此种移位一旦发生，当前通讯的后续数据也都发生了移位。
SPI接收数据移位.pdf
(65.41 KB)
在STM32的众多外设中，以太网这个外设相对而言还是比较复杂，初始化的过程也比较复杂，涉及到MAC，DMA，PHY好几块内容的初始化。可能有时候datasheet都看得头疼了，可初始化还是有问题。而STM32CubeMX工具就可以帮我们轻松完成这部分工作。在本文中，将分别以STM3220G-EVAL板为例，通过CubeMXv4.11来新建一个基于RAW API的TCPEchoServer的工程。
使用CubeMX生成TCPEchoServer程序.pdf
(566.35 KB)
该问题由某客户提出，发生在 STM32F103R8T6 器件上。据其工程师讲述：其产品中设计中，STM32 与一颗 MPEG 解码芯片通过I2C接口通信。其中，STM32 为 SLAVE节点，而 MPEG 解码芯片为 MASTER 节点。在产品调试过程中，发现该通信不可靠。在系统运行一段时间后，该通信会出现故障而导致整个系统死机。使用示波器测量，发现这时I2C总线的 SCL 信号持续为低电平。
时钟延展导致 I2C 通信不可靠.pdf
(195.87 KB)
该问题客户提出，发生在STM32F103VDT6 器件上。据其工程师讲述：在其产品设计中，使用了STM32 片上Flash 模拟了一个EEPROM 的功能，用于存贮数据。在软件调试时，发现开启此功能，会影响到USART 通信，导致偶尔发生个别数据接收不到的现象。
对Flash 操作导致USART 接收丢数据.pdf
(222.96 KB)
某客户使用 STM32F4 的 OTG 库做 USB 主机控制 Wifi 网卡。使用 BULK 传输类型时，从数据读取数据时， 如果设备返回需要把设备返回的 NAK 状态告知上层应用，该如何修改OTG 库。
在OTG主机库对NAK的处理.pdf
(345.9 KB)
该问题由某客户提出，发生在STM32F407IGT6 器件上。据其工程师讲述：在其产品设计中使用了STM32 的以太网接口进行通信。在软件最初的调试中，该接口工作正常。后来为了满足软件对内存容量的需求，启用了STM32 的CCM 存贮器，但启用后发现以太网接口不能通信。
使用 CCM 导致以太网通信失败.pdf
(388.81 KB)
某客户工程师在其产品的设计中，使用了 STM32F205VET6。据其工程师讲述：他使用 ST 的 USB 固件库 中的 VCP 例程来实现虚拟串口的功能，但是他发现虚拟串口一次输出的数据（从串口到上位机）如果 超过 2Kbytes 就会造成数据丢失，只输出尾部的 2Kbytes。客户工程师检查代码发现 USB 的 FIFO 大小 由宏定义 APP_RX_DATA_SIZE 决定，而 APP_RX_DATA_SIZE 的大小刚好为 2Kbytes。所以他认为此 FIFO 设计太小而造成的，于是他将 FIFO 的大小改成 5Kbyte，不过修改后并不能解决问题。
VCP例程用于数据传输时丢失数据的处理.pdf
(267.77 KB)
该问题由某客户提出，发生在 STM32F205VCT6 器件上。据其工程师讲述：为了实现产品的设计中使用 STM32 的 USB OTG 接口，作为其产品的一个通用 USB 接口来用。在其产品小批量试产后，发现 STM32 的 USB OTG 接口在其产品的使用过程中易损坏。
USB 接口易损坏.pdf
(353.68 KB)
STM32通讯接口实战经验合集-8 |
楼主
标题置顶
标题高亮
