LPC845M301JHI48K IIC communication with 9th ACK Signal abnormal

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 
已解决

LPC845M301JHI48K IIC communication with 9th ACK Signal abnormal

跳至解决方案
1,415 次查看
TeemoLi
Contributor III

LPC845M301JHI48K use hardware IIC configure.   Master  IIC:    LPC845M301JHI48K

100Khz frequency.        4.7K  pull-up resistor.   

The IIC communication on 9th ACK Signal abnormal.    Please refer to the below picture.

TeemoLi_0-1692602752909.png

What causes this problem to occur ?   This is episodic.

How to improve the ACK signal ?

 

 

 

0 项奖励
回复
1 解答
1,398 次查看
EdwinHz
NXP TechSupport
NXP TechSupport

Hi @TeemoLi,

This is a very odd behavior. Do correct me if I'm wrong in my assumption, but I presume you are seeing this behavior when transmitting frames from the master to the slave, which would mean that the slave device is not sending back the ACK correctly. That would mean that you are seeing this behavior because of your slave device, not the LPC. You should be able to corroborate this by testing the LPC as slave, and sending 9 frames to it repeatedly. Make sure your slave device is capable of receiving more than 8 bytes of information at a time. It might not be capable and this could be the reason why it isn't able to send back a proper ACK signal.

BR,
Edwin.

在原帖中查看解决方案

0 项奖励
回复
1 回复
1,399 次查看
EdwinHz
NXP TechSupport
NXP TechSupport

Hi @TeemoLi,

This is a very odd behavior. Do correct me if I'm wrong in my assumption, but I presume you are seeing this behavior when transmitting frames from the master to the slave, which would mean that the slave device is not sending back the ACK correctly. That would mean that you are seeing this behavior because of your slave device, not the LPC. You should be able to corroborate this by testing the LPC as slave, and sending 9 frames to it repeatedly. Make sure your slave device is capable of receiving more than 8 bytes of information at a time. It might not be capable and this could be the reason why it isn't able to send back a proper ACK signal.

BR,
Edwin.

0 项奖励
回复