Automotive and Embedded Networks

cancel
Showing results for 
Search instead for 
Did you mean: 

I2C SCL glitch, NI 8452

Hi,

 

In a test system we are utilizing the NI 8452 for I2C communication. We are having trouble with one of the test objects getting stuck in the communication. Analyzing further we could see a glitch on the SCL signal, thus the message gets corrupted. The glitch can arise anywhere in the communication, and if unlucky the bus gets stuck low. 

 

We have tried lowering the pull-ups from 4k7 to 1k8. The signals look better ("better" edges), however no change in the occurrences of the glitches. We have also tried lowered the frequency with no change (running at 100kHz as default). The glitches are not always present, and if we are sending the message again, we can sometimes get an OK message through.

 

It should also be noted that we are measuring a current between the SHIELD of the system and GND on the 8452. 6mA when powering the device, going up to 23mA when initializing the 8452 I2C. 

 

Attaching some pictures of the I2C signals. Is this problem somehow related to clock stretching (the glitch occurs where a clock signal should be, but does not fit, looking at the timing)? Are there some filters we can enable/disable preventing this? Could not find any in the manual.

 

Thanks in advance!

0 Kudos
Message 1 of 2
(124 Views)

It does look like a glitch caused by the slave/target not pulling the clock low enough to indicate clock stretching. What is your DUT? Do you know if it is truly compliant with the I2C specifications?

Santhosh
Soliton Technologies

New to the forum? Please read community guidelines and how to ask smart questions

Only two ways to appreciate someone who spent their free time to reply/answer your question - give them Kudos or mark their reply as the answer/solution
0 Kudos
Message 2 of 2
(54 Views)