Confused with grasping I2C clock and data bit transfer relationship

Question

In I2C protocol one data bit is transferred during each clock pulse of the SCL. All the SCL-SDA timing diagrams I've encountered so far are shown as below:

My problem is that instead of one bit of data is sent following a clock rising edge, above we see that the clock rising edge comes after one bit of data. If we look at the very left for instance, we see that MSB is created before the clock.

This makes me super confused, since the clock supposed to be used to sync the data bit transfer yet in this case it seems it lags the data. Can someone clarify the relationship between clock and data bits?

Here another example where, again, the data bit occurs before the clock:

Answer 1

I think you're confusing transmitter and receiver.

The transmitter obviously has to set up the data ahead of time, so that the receiver can read it correctly.

Therefore, it must take a few extra cycles (of its own internal timing clock) to do that.

The receiver only* pays attention to the value of SDA, at SCL rising. So SDA must be stable ahead of time, and that's when the transmitter sets the value, then releases its SCL (and hopefully no others holding it low; clock stretching is, I think, fairly rare among devices?).

There is no contradiction, because the receiver counts rising edges, and receives the, whatever the packet is for, 16, 24, etc. edges. The transmitter must send data leading clock, but the clock rising must lag after data-stable.

*Aside from the special symbols, where SCL and SDA rise out-of-order, signalling the start or end of a packet.

Answer 2

The diagram is correct.

In any general method of data transmission, the data line must be stable for some period of time before the active clock edge, and data line must be stable for some period after the active clock edge.

With I2C, it just has a requirement, that during data transmission, the data line can change only while clock is low.

That's because if data line changes when clock is high, those are the start and stop conditions.

So in I2C, data line must be set some time before rising clock edge, and it must be kept stable well after falling clock edge too.

You can read the I2C specification or application notes about it.

Answer 3

The I2C bus is defined in the current I2C spec'. However, the bit behaviour of a transmitter and receiver bit behaviour is not all stated directly and has be somewhat deduced from it in a few places.

As shown in your diagram, during bit transfer then data line SDA must be steady while clock SCL is high. The current bus driver must change SDA while SCL is low.

There's some stuff outside of the bit transfer phases, around START and STOP conditions, that affects those rules and needs observing.

From all that, there's three bus activities an I2C bus target device needs to detect and act on:

• START and STOP conditions
• SCL rising edges: for shifting in data bits and ACK bits
• SCL falling edges: for shifting out data bits and ACK bits

An I2C bus master is more complicated than that but follows the same bit transfer rules.

I've previously designed I2C bus masters and targets in VHDL and have trawled through the spec' in detail. It'd be nice if it was more outright on this and a couple of other things, one being the SCL/SDA behaviour between ACK and STOP.

Answer 4

Your observation that the clock "lags" the data is actually pretty much what's going on and is intentional. On all digital busses, data needs to be valid during a specified clock sub-period (for I2C, which has a dedicated clock signal, this is defined by the spec as during SCL's high state; practically speaking, most I2C devices sample just after the rising edge of SCL.) We would like to have data be valid the first time this clock sub-period happens, because anything else would be wasting precious time. Therefore, clock "lags" data - data is set up before the first read-valid clock pulse.

I2C accomplishes the task of getting data set up before the first clock pulse by having the SCL transmitter and SDA transmitter always be the same device at the beginning of a transaction - it knows when the clock is coming in the same way your right hand knows what your left hand is doing. When the clock and data transmitters are different, it is always further into a transaction, when the data transmitter can use the falling edge of the previous clock to know when it's time for it to drive SDA.