"UM10204I2C最新协议免费资源下载"

需积分: 0 3 浏览量更新于2024-04-10 收藏 536KB PDF 举报

The I2C-bus, also known as the Inter-IC bus, is a simple bidirectional 2-wire bus developed by Philips Semiconductors (now NXP Semiconductors) for efficient inter-IC control. This bus only requires two bus lines: a serial data line (SDA) and a serial clock line (SCL). The latest version of the I2C protocol is documented in the UM10204 user manual, which was last revised on April 4, 2014. The UM10204 user manual provides detailed information about the I2C-bus specification, including the different operating modes such as Standard-mode, Fast-mode, Fast-mode Plus, Ultra Fast-mode, and High Speed. The manual also covers key concepts such as inter-IC communication and the usage of SDA and SCL lines. Users can freely download the UM10204 user manual to learn more about the I2C protocol and its various features. This new version of the protocol allows for resource sharing and provides a comprehensive guide for implementing I2C communication in electronic devices. Overall, the I2C-bus is a versatile and efficient communication protocol that simplifies inter-IC control in electronic devices. With only two bus lines required, the I2C protocol offers a streamlined approach to data transmission and enables seamless integration of different components. The UM10204 user manual serves as a valuable resource for understanding and implementing the latest version of the I2C protocol.

User manual Rev. 6 — 4 April 2014 11 of 64

NXP Semiconductors

UM10204

C-bus specification and user manual

3.1.7 Clock synchronization

Two masters can begin transmitting on a free bus at the same time and there must be a

method for deciding which takes control of the bus and complete its transmission. This is

done by clock synchronization and arbitration. In single master systems, clock

synchronization and arbitration are not needed.

Clock synchronization is performed using the wired-AND connection of I

C interfaces to

the SCL line. This means that a HIGH to LOW transition on the SCL line causes the

masters concerned to start counting off their LOW period and, once a master clock has

gone LOW, it holds the SCL line in that state until the clock HIGH state is reached (see

Figure 7

). However, if another clock is still within its LOW period, the LOW to HIGH

transition of this clock may not change the state of the SCL line. The SCL line is therefore

held LOW by the master with the longest LOW period. Masters with shorter LOW periods

enter a HIGH wait-state during this time.

When all masters concerned have counted off their LOW period, the clock line is released

and goes HIGH. There is then no difference between the master clocks and the state of

the SCL line, and all the masters start counting their HIGH periods. The first master to

complete its HIGH period pulls the SCL line LOW again.

In this way, a synchronized SCL clock is generated with its LOW period determined by the

master with the longest clock LOW period, and its HIGH period determined by the one

with the shortest clock HIGH period.

3.1.8 Arbitration

Arbitration, like synchronization, refers to a portion of the protocol required only if more

than one master is used in the system. Slaves are not involved in the arbitration

procedure. A master may start a transfer only if the bus is free. Two masters may

generate a START condition within the minimum hold time (t

HD;STA

) of the START

condition which results in a valid START condition on the bus. Arbitration is then required

to determine which master will complete its transmission.

Arbitration proceeds bit by bit. During every bit, while SCL is HIGH, each master checks to

see if the SDA level matches what it has sent. This process may take many bits. Two

masters can actually complete an entire transaction without error, as long as the

Fig 7. Clock synchronization during the arbitration procedure

CLK

SCL

counter

reset

wait

state

start counting

HIGH period

mbc632

User manual Rev. 6 — 4 April 2014 12 of 64

NXP Semiconductors

UM10204

C-bus specification and user manual

transmissions are identical. The first time a master tries to send a HIGH, but detects that

the SDA level is LOW, the master knows that it has lost the arbitration and turns off its

SDA output driver. The other master goes on to complete its transaction.

No information is lost during the arbitration process. A master that loses the arbitration

can generate clock pulses until the end of the byte in which it loses the arbitration and

must restart its transaction when the bus is free.

If a master also incorporates a slave function and it loses arbitration during the addressing

stage, it is possible that the winning master is trying to address it. The losing master must

therefore switch over immediately to its slave mode.

Figure 8

shows the arbitration procedure for two masters. More may be involved

depending on how many masters are connected to the bus. The moment there is a

difference between the internal data level of the master generating DATA1 and the actual

level on the SDA line, the DATA1 output is switched off. This does not affect the data

transfer initiated by the winning master.

Since control of the I

C-bus is decided solely on the address and data sent by competing

masters, there is no central master, nor any order of priority on the bus.

There is an undefined condition if the arbitration procedure is still in progress at the

moment when one master sends a repeated START or a STOP condition while the other

master is still sending data. In other words, the following combinations result in an

undefined condition:

• Master 1 sends a repeated START condition and master 2 sends a data bit.

• Master 1 sends a STOP condition and master 2 sends a data bit.

• Master 1 sends a repeated START condition and master 2 sends a STOP condition.

Fig 8. Arbitration procedure of two masters

msc609

DATA

SDA

SCL

master 1 loses arbitration

DATA 1 SDA

User manual Rev. 6 — 4 April 2014 13 of 64

NXP Semiconductors

UM10204

C-bus specification and user manual

3.1.9 Clock stretching

Clock stretching pauses a transaction by holding the SCL line LOW. The transaction

cannot continue until the line is released HIGH again. Clock stretching is optional and in

fact, most slave devices do not include an SCL driver so they are unable to stretch the

clock.

On the byte level, a device may be able to receive bytes of data at a fast rate, but needs

more time to store a received byte or prepare another byte to be transmitted. Slaves can

then hold the SCL line LOW after reception and acknowledgment of a byte to force the

master into a wait state until the slave is ready for the next byte transfer in a type of

handshake procedure (see Figure 7

On the bit level, a device such as a microcontroller with or without limited hardware for the

C-bus, can slow down the bus clock by extending each clock LOW period. The speed of

any master is adapted to the internal operating rate of this device.

In Hs-mode, this handshake feature can only be used on byte level (see Section 5.3.2

3.1.10 The slave address and R/W bit

Data transfers follow the format shown in Figure 9. After the START condition (S), a slave

address is sent. This address is seven bits long followed by an eighth bit which is a data

direction bit (R/W

) — a ‘zero’ indicates a transmission (WRITE), a ‘one’ indicates a

request for data (READ) (refer to Figure 10

). A data transfer is always terminated by a

STOP condition (P) generated by the master. However, if a master still wishes to

communicate on the bus, it can generate a repeated START condition (Sr) and address

another slave without first generating a STOP condition. Various combinations of

read/write formats are then possible within such a transfer.

Fig 9. A complete data transfer

1 - 7 8 9 1 - 7 8 9 1 - 7 8 9

STOP

condition

START

condition

DATA ACKDATA ACKADDRESS ACKR/W

SDA

SCL

mbc604

Fig 10. The first byte after the START procedure

mbc608

R/W

LSBMSB

slave address

剩余63页未读，继续阅读

青柠Miya

粉丝: 532
资源: 4

"UM10204I2C最新协议 免费资源下载"

UM10204-I2C协议.pdf

UM10204_NXP_i2c_

I2C-bus specification and user manual.pdf

NXP半导体I2C协议详解：UM10204用户手册

I2C总线协议详解：UM10204规格与用户手册介绍

NXPSemiconductors的UM10204 I2C-bus规格与用户手册

i2c-bus specification and user manual/um10204/rev. 6

ti-i2c通讯协议手册

UM1020_datasheet(I2C).pdf

I2C标准 I2C标准 I2C标准

最新资源

"UM10204I2C最新协议免费资源下载"