IIC接收不到从设备ack问题

已于 2022-01-28 14:32:03 修改
阅读量9.6k 收藏 45
点赞数 7
文章标签： arm
于 2022-01-25 16:38:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28446813/article/details/122654329
版权
本文通过几个示例深入浅出地解析了IIC通信原理，并针对时序图中出现的问题进行了详细的说明，例如start信号时序sda延时不足、sck高电平时间过短等导致NACK的情况。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

时序图大家可以对照手册来看，出现问题时大多是由于scl和sck保持时间有问题导致NACK

IIC原理超详细讲解---值得一看 大佬对于IIC原理讲解的很细致，推荐大家看一下。

 下面结合几个示例给大家一个清晰的理解

1、正常时序波形

 

2、start 信号时序sda延时不够，导致NACK

 

3、sck高电平时间维持太短，导致NACK

 

4、start 信号时序sda延时不够，导致NACK

 

jojojawjaw
关注
单片机硬件IIC从机应用
weixin_50707044的博客
08-16 1498
if (iicSlaveStruct.rxDataBuf[iicSlaveStruct.startRxDataCntRecord] == IIC_Slave_Read_Adress) { //主机读状态。if (SCK_READ == GPIO_Pin_SET && SDA_READ == GPIO_Pin_RESET && iicSlaveStruct.startFlag == 0) { // 接收到起始位。
STM8L152C6T6硬件IIC_发送从地址后无ACK信号.pdf
10-31
在硬件I2C通信中，如果从设备在接收到主设备发送的从地址后没有产生应答信号（ACK），可能由多种原因导致，例如： - 线路故障或接触不良。 - 时钟频率设置不正确。 - 从设备的地址设置错误或不匹配。 - 电路设计问题...
iic No ack怎么解决
weixin_42602368的博客
02-14 1556
I2C "No ACK" 的解决方案： 检查通信线路是否损坏或连接不稳定。 确保目标设备已经正确配置并在线。 检查数据速率是否与目标设备的速率匹配。 确保在正确的时钟范围内使用 I2C 总线。 增加通信的时间限制，以允许目标设备处理足够的数据。 如果仍然无法解决问题，可以尝试联系设备的制造商以获取更多技术支持。 ...
IIc的ACK和NACK信号的理解
热门推荐
gtkknd的专栏
09-25 2万+
嵌入式常见协议：IIC详细讲解
qq_42732669的博客
03-13 985
IIC它是一种串行通信总线，使用多主从架构，使用两根信号线进行通信：一根时钟线SCL，一根数据线SDA，属于半双工协议。IIC将SCL处于高时SDA拉低的动作作为开始信号，SCL处于高时SDA拉高的动作作为结束信号；传输数据时，SDA在SCL低电平时改变数据，在SCL高电平时保持数据，每个SCL脉冲的高电平传递1位数据。主要特性IIC用2根信号线通信：串行数据线 SDA、串行时钟线 SCL；
模拟IIc通讯失败解决办法&&通讯线长度问题
kingboj的博客
12-09 1752
在原厂DEMO下移植模拟IIC通讯，调试SQ52205的模拟IIC通信记录但是出现IIC通讯失败，发现IIC从机未有ACK回应，查明原因是因为IIC通讯线过长：剪短II从通讯线。
i2c 调试OLED之无ACK
u012830148的博客
03-21 6668
最近在tiny4412上调试一款oled，此oled具有SPI 和I2c两种接口，可以供选择。 SPI接口的很快调试好了。但是I2c接口的却调试了很久没有调试出来。 通过逻辑分析仪抓波形，发现是oled不回复ack信号，导致所有的初始化命名都没有发送出去。 但是为什么没ACK信号呢？ 按淘宝店家提供的资料，硬件上已经确认无误。 无奈用公司的小开发去试试，也是用的硬件i2c，竟然可以点...
FPGA访问I2C接口无ACK响应的问题
weixin_53142148的博客
07-29 1193
FPGA访问I2C接口无ACK响应问题排查
I2C接口配置ES7243录音芯片，MCU(STM32)收不到I2C ACK的问题
weixin_43336331的博客
11-26 1888
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通信查询地址时无ACK回复问题
h956566的博客
10-11 2535
单片机与MPU6050 IIC通信时，查询6050地址，发送0xD0后第九个时钟上升沿SDA为高电平，即没有回复ACK.
如何解决主机发送地址之后 从机没有发出ACK应答信号给主机
学海无涯的专栏
03-19 2万+
1，iic总线从机没有返回应答给主机 我用的一个带有iic接口电量计和我的单片机通讯，我用逻辑分析仪分析数据发现主机写一个字节数据后从机并没有返回一个ack给主机，导致我后面读取从机的数据时全部是ff，请问各位iic大神，我该怎么去查问题呢？ 硬件上检查下iic设备有没有虚焊，总线有没有冲突，示波器点下scl和sda线有没有半高电平； 如果你的代码不保证是成熟的，建议示波器触发一下看看时序满不满足iic协议要求； 读出的数据是总线默认状态ff，说明设备没响应，最有可能： 地址不对； 时序不对； 速率不匹
关于STM32软件IIC与PCF8563通信 逻辑分析仪0xA2 Missing Ack /NAK排查与解决
请叫我常思聪的博客
06-11 1025
最近在使用PCF8563时 准备用STM32 软件IIC通信时 改了软件IIC后，将所有函数都做了适配。 但是 发现PCF正常初始化 程序无法运行，链接上逻辑分析仪后发现是一直收不到ACK 改了相关设置后就通了
模拟IO，iic从机模式,移植性强，串口中断接收消息队列
01-04
因此，为了实现IIC从机功能，我们需要通过编程模拟出IIC通信所需的时序，包括START、STOP、ACK/NACK等信号，以及数据的发送和接收。这通常涉及对GPIO引脚的精确控制，以及对时钟同步的掌握。 接下来，我们讨论“iic...
IIC.rar_iic 从机_iic从机程序
09-14
3. **从机模式**：从机模式意味着设备不主动发起通信，只能在接收到主机的请求时进行响应。从机设备在SCL高电平时可以释放SDA线，但在SCL低电平时必须保持SDA线的状态，遵循主控时序。 4. **数据传输**：IIC通信...
iic.rar_IIC verilog 仿真_IIC从机verilog_iic 仿真_iic仿真_verilog iic
09-19
带存储的从机可能具有某种形式的数据缓冲区，可以暂时存储接收到的数据，而不带存储的从机则可能直接将数据传递给内部逻辑或外部接口。 "iic从机verilog"部分可能包含了实现从机角色的Verilog代码，包括了IIC协议的...
I2C 总线操纵 EEPROM
学渣的博客
03-17 1513
现如今对 FPGA 的基础已经有了一定的了解，并且进入到了总线操纵的学习中来。近一段时间打算更几篇关于总线操作的博文，首先从简单的 I2C 接口对 EEPROM 的操作开始。 何为总线？ 总线（Bus）是计算机各种功能部件之间传送信息的公共通信干线，它是由导线组成的传输线束，按照计算机所传输的信息种类，计算机的总线可以划分为数据总线、地址总线和控制总线，分别用来传输数据、数据地址和控制信号。总线...
I2C总线应答信号ACK
filthyfrank的博客
02-23 8053
I2C总线应答信号ACK
I2C设备没有响应的可能的原因
flymachine的专栏
12-08 1万+
1. SCL/SDA没有， 2. i2c地址不对；有些平台的i2c地址需要右移一位，有些不需要。例如如果IO芯片的地址是0xEA, 那么你的函数里面可能需要使用使用(0xEA>>1)作为设备的地址 3. 时钟速率不匹配，有的芯片支持的是SMBus协议，和I2C有点差异。一般出错是主机SCK过快。  4.I2C设备工作不正常，如电压不正常，时钟不正常
I2C协议中的应答响应
m0_59508172的博客
11-29 1550
应答其实就是一个数据位，在I2c协议中规定当发送或者接收一个字节后，下一个数据位即为应答位，当这个位为0时，即表示收到了应答，为1时，即表示为没有接收到应答。在stm32中，当使用硬件I2C时，应答位由硬件自动产生。在实际的使用中，stm32的应答响应初始化后由硬件自动产生，只需要stm32作为接收器时在读取结束的时候配置。当stm32作为主接收器时，stm32从从机读取数据，每读取一个字节由stm32发送一个。主机在发送完一个字节之后，在下一个时钟接收一位数据，判断从机是否应答，数据0。
iic接收到的数据全为1
最新发布
03-23
<think>好的，用户的问题是询问IIC接收数据全为1的原因及解决方案。我需要先回想一下IIC协议的基本原理和常见问题。首先，数据全为1在IIC中通常表示总线处于空闲状态，因为SDA和SCL都被上拉电阻拉高。如果从设备没有正确响应，主机可能一直读到高电平。 接下来，可能的原因有几个方面。硬件问题，比如上拉电阻不合适导致信号无法拉低，或者SDA/SCL线路短路到高电平。另外，从设备可能没有正确供电或初始化，导致无法拉低数据线。软件配置方面，主机的时钟频率可能太快，或者GPIO模式设置错误，比如没有配置为开漏输出。地址错误也是一个可能因素，从设备地址不匹配导致无应答，主机读到全1。此外，中断或时序问题，比如未正确处理ACK/NACK或时序不符合规范，也可能导致问题。 解决方案需要分步骤排查。首先检查硬件连接，确保上拉电阻合适，通常4.7kΩ，用万用表测量SDA和SCL电压是否可被拉低。然后验证从设备是否正常工作，供电是否稳定，是否有正确初始化。检查主机的IIC配置，确认时钟频率适合从设备，GPIO设置为开漏模式并启用内部上拉。核对从设备地址，确保7位或8位格式正确。最后，用逻辑分析仪捕捉波形，观察起始信号、地址传输和数据ACK情况，确认时序是否符合标准。 在回答时，要引用用户提供的参考文献，比如内部基准源差异的问题，虽然主要讨论LDO，但可以类比说明硬件不一致可能导致通信异常。需要确保语言清晰，步骤明确，帮助用户逐步排查问题。同时生成相关问题，拓展用户可能的需求，比如IIC波形分析、上拉电阻计算、多设备通信问题等。</think>### IIC接收数据全为1的原因及解决方案 #### 1. 硬件问题排查 - **上拉电阻失效**：IIC总线依赖上拉电阻将SDA和SCL拉高。若电阻值过大（如>10kΩ），可能导致信号无法被正确拉低。典型上拉电阻值为4.7kΩ（5V系统）或2.2kΩ（3.3V系统）[^1]。 - **线路短路**：检查SDA或SCL是否意外连接到高电平（如VCC短路），可用万用表测量总线电压。 - **从设备未工作**：确认从设备电源正常，且初始化流程正确（如传感器需配置寄存器后才能响应）。 #### 2. 软件配置验证 - **GPIO模式设置**：IIC引脚需配置为**开漏输出（Open-Drain）**，若误设为推挽输出，可能导致总线冲突。 ```c // 正确配置示例（STM32 HAL库） GPIO_InitStruct.Mode = GPIO_MODE_AF_OD; // 开漏模式 ``` - **时钟频率过高**：从设备可能无法响应高速时钟，尝试降低IIC时钟频率（如从400kHz降至100kHz）。 #### 3. 地址与协议分析 - **地址匹配问题**：IIC设备地址通常为7位，需左移1位后加读/写位（如0x68→0xD0/0xD1）。若地址错误，从设备不会响应ACK，导致主机读取全1。 - **ACK/NACK处理**：检查代码是否忽略ACK检测。例如，未检测NACK可能导致
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值