IIC接收不到从设备ack问题

MCU/单片机的IIC通信协议中的ACK信号

一、协议分析先想想两个陌生人是怎么进行沟通的，为了显得更有主次关系，选取老板和新员工进行沟通的场景，老板一般占有主动权，而且手中有新员工的基本信息，比如姓名，年龄，性别等。沟通开始：老板：“XXX，欢迎你加入我们公司，为公司注入新的血液！”伸出握手姿势 —— 主握手新员工：“承蒙厚爱，有幸加入我们公司，我觉得是一种光荣！”握手 —— 握手成

FPGA访问I2C接口无ACK响应问题排查

I2C "No ACK" 的解决方案： 检查通信线路是否损坏或连接不稳定。 确保目标设备已经正确配置并在线。 检查数据速率是否与目标设备的速率匹配。 确保在正确的时钟范围内使用 I2C 总线。 增加通信的时间限制，以允许目标设备处理足够的数据。 如果仍然无法解决问题，可以尝试联系设备的制造商以获取更多技术支持。 ...

stm32F401收不到ES7243录音芯片的I2C ACK问题 硬件环境： stm32F401RCT6 ES7243 stm32 cubeMX生成工程；由于硬件原理设计原因，I2C用IO模拟； 固件debug跟踪，读到的数据都是0xff;连接逻辑分析仪发现MCU没有收到任何的ACK。 官方规格书太简陋； 通过各种尝试发现：在操作I2C前必须先初始I2S接口并且使能； 不知道是否与这位大神说的情况一样？使能I2S后 MCLK就有输出了？？？？？？？ https://blog.csdn.net/kris_f

单片机与MPU6050 IIC通信时，查询6050地址，发送0xD0后第九个时钟上升沿SDA为高电平，即没有回复ACK.

1，iic总线从机没有返回应答给主机 我用的一个带有iic接口电量计和我的单片机通讯，我用逻辑分析仪分析数据发现主机写一个字节数据后从机并没有返回一个ack给主机，导致我后面读取从机的数据时全部是ff，请问各位iic大神，我该怎么去查问题呢？ 硬件上检查下iic设备有没有虚焊，总线有没有冲突，示波器点下scl和sda线有没有半高电平； 如果你的代码不保证是成熟的，建议示波器触发一下看看时序满不满足iic协议要求； 读出的数据是总线默认状态ff，说明设备没响应，最有可能： 地址不对； 时序不对； 速率不匹

最近在使用PCF8563时 准备用STM32 软件IIC通信时 改了软件IIC后，将所有函数都做了适配。 但是 发现PCF正常初始化 程序无法运行，链接上逻辑分析仪后发现是一直收不到ACK 改了相关设置后就通了

现如今对 FPGA 的基础已经有了一定的了解，并且进入到了总线操纵的学习中来。近一段时间打算更几篇关于总线操作的博文，首先从简单的 I2C 接口对 EEPROM 的操作开始。 何为总线？ 总线（Bus）是计算机各种功能部件之间传送信息的公共通信干线，它是由导线组成的传输线束，按照计算机所传输的信息种类，计算机的总线可以划分为数据总线、地址总线和控制总线，分别用来传输数据、数据地址和控制信号。总线...

I2C总线应答信号ACK

在原厂DEMO下移植模拟IIC通讯，调试SQ52205的模拟IIC通信记录但是出现IIC通讯失败，发现IIC从机未有ACK回应，查明原因是因为IIC通讯线过长：剪短II从通讯线。

I2C 问题的核心在于时序严格性和电气兼容性。解决时需结合硬件测量（波形、电压）和软件逻辑（地址、读写位、ACK 处理），逐步隔离故障点。对于复杂系统，使用带 I2C 调试功能的 MCU（如 STM32 的硬件 I2C 带 ACK 检测）。优先采用硬件 I2C 控制器，避免模拟 I2C 因延时精度不足导致的问题。编写驱动时遵循 “发送后等待 ACK”“接收前释放总线” 等协议规范，添加超时和重试机制。通过系统性的硬件排查和软件调试，可高效解决 I2C 测试中的各类问题。