LPC845M301JHI48K IIC communication with 9th ACK Signal abnormal

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

LPC845M301JHI48K IIC communication with 9th ACK Signal abnormal

ソリューションへジャンプ
1,020件の閲覧回数
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,003件の閲覧回数
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,004件の閲覧回数
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 件の賞賛
返信