In this article you will learn about Inter-Integrated Circuit(IIC/I2C) protocol, its theory of operation and practical applications. Subscribe here to enable complete access to all technical articles, online tests and projects.
This article will help you to gain required knowledge to successfully complete Online tests, Technical projects, subsequently complete Online courses requirements and earn course completion certificate for software jobs.
For practical applications of I2C protocol, go to project EEPROM interfacing with pic microcontroller using i2c protocol.
The Inter-integrated Circuit (I2C) is a protocol intended to allow multiple “slave” digital integrated circuits (“chips”) to communicate with one or more “master” chips. I2C is ideal for attaching low-speed peripherals to a motherboard or embedded system or anywhere that a reliable communication over a short distance is required. I2C devices use only 2pins for data transfer instead of 8 or more pins for traditional buses. I2C devices provides a connection-oriented communication with acknowledge.
Transmitting and receiving the information step by step serially with respect to the clock pulses is called I2C protocol. It is an inter-system and short-distance protocol, which means, it is used within the circuit board to communicate the master and slave devices.
Like the Serial Peripheral Interface (SPI), it is only intended for short distance communications within a single device. Like Asynchronous Serial Interfaces (such as RS-232 or UARTs), it only requires two signal wires to exchange information. I2C protocol is referred to as Two-Wire Serial interface (TWI) in many application notes and datasheets.
Because serial ports are asynchronous (no clock data is transmitted), devices using them must agree ahead of time on a data rate. The two devices must also have clocks that are close to the same rate and will remain so. Excessive differences between clock rates on either end will cause garbled data.
Asynchronous serial ports require hardware overhead: The UART at either end is relatively complex and difficult to accurately implement in software if necessary. At least one start and stop bit is a part of each frame of data, meaning that 10 bits of transmission time are required for each 8 bits of data sent, which eats into the data rate.
Another core fault in asynchronous serial ports is that they are inherently suited to communications between two and only two devices. While it is possible to connect multiple devices to a single serial port, bus contention (where two devices attempt to drive the same line at the same time) is always an issue and must be dealt with carefully to prevent damage to the devices in question, usually through external hardware.
Finally, data rate is an issue. While there is no theoretical limit to asynchronous serial communications, most UART devices only support a certain set of fixed baud rates, and the highest of these is usually around 230400 bits per second.
The most obvious drawback of SPI is the number of pins required. Connecting a single master to a single slave with an SPI bus requires four lines(MISO i.e. Master In-Slave Out, MOSI i.e. Master out-slave in, SCK i.e. Serial Clock , CS i.e. Chip Select). Each additional slave requires one additional chip select I/O pin on the master. The rapid proliferation of pin connections makes it undesirable in situations where lots of devices must be slaved to one master. Also the large number of connections for each device can make routing signals more difficult in tight PCB layout situations. SPI only allows one master on the bus, but it does support an arbitrary number of slaves (subject only to the drive capability of the devices connected to the bus and the number of chip select pins available).
SPI is good for high data rate full-duplex (simultaneous sending and receiving of data) connections, supporting clock rates upwards of 10MHz (and thus, 10 million bits per second) for some devices, and the speed scales nicely. The hardware at either end is usually a very simple shift register, allowing easy implementation in software.
I2C requires a mere two wires, like asynchronous serial but those two wires can support up to 1008 slave devices. Also unlike SPI, I2C can support a multi-master system allowing more than one master to communicate with all devices on the bus (although the master devices can’t talk to each other over the bus and must take turns using the bus lines).
Data rates fall between asynchronous serial and SPI. Most I2C devices can communicate at 100kHz or 400kHz. There is some overhead with I2C. For every 8 bits of data to be sent, one extra bit of meta data must be transmitted.
The hardware required to implement I2C is more complex than SPI, but less than asynchronous serial. It can be fairly trivially implemented in software. Examples of simple I2C compatible devices found in embedded systems today include EEPROMs, thermal sensors, ADCs and real time clocks.
The I2C protocol operates three modes such as: fast mode, high-speed mode and standard mode where in the standard mode data transfer rate is 100KHz, the fast mode data transfer rate 400KHz and the high speed mode data transfer rate 3.2MHz. The 9-bit data is sent for each transfer wherein 8-bits are sent by the transmitter MSB to LSB, and the 9th bit is an acknowledgement bit sent by the receiver.
You need to subscribe & logged inSubscribe
|Microcontroller fundamentals in a nutshell|
|What is pwm and how it works|
|How UART protocol works?|
|I2C programming in embedded C|
|SPI protocol theory of operation|
|Embedded c programming novice to professional in 24 hours|
|Storage classes in C|
|C standard library function fgets with example|
|C programming compiler errors warnings debugging|
|strcpy strncpy in c example illustration|
|C programming debugging exercises assignments solutions|
|Data types in C with examples|
|State machine implementation in C example|
|Functions in C examples|
|How to write makefile in linux for c|
|Strings in C examples|
|Pointers in C examples|
|Memory layout of C program in linux|
|Structure in C|
|Union in C|
|Bit fields in C|
|Arrays in C|
|strcat, strncat, strcmp, strncmp, strchr, strrchr library functions|
|Linux os concepts internals applications in a nutshell|
|Linux important commands illustrations examples|
|Shared library development with gcc in linux|
|Writing practical makefiles linux examples illustrations|
|Process practical applications illustration in linux|
|pthreads practical applications illustration in linux|
|Process in Linux|
|Search more C examples|
|Search more C MCQs|
|Linux software development|
|C programming & applications|
|Embedded systems development|
|Functions and its practical applications|
|Variables, Variables scope, Datatypes|
|Control flow, loops, operators, Macros|
|Arrays, Two dimensional arrays|
|Strings and its practical applications|
|Pointers and its practical applications|
|Structure, Unions, practical applications|
|Enums, Bit fiddling, practical applications|
|Data structures, practical applications|
|Python Data Type: Numbers & Applications|
|Python Data Type: Strings & Applications|
|Python Data Type: Lists & Applications|
|Python Data Type: Dictionary & Applications|
|Python Data Type: Tuples, Files & Applications|
|Python Data Type: Objects, Classes & Applications|
|Linux OS Internals|
|Linux OS Commands|
|Linux Processes and Threads|
|Linux IPC Mechanisms|
|Git Version Control|
|LCM and HCF of numbers|
|Time and Distance|
|Microcontrollers, Tools & Peripherals|
|I2C Protocol & Applications|
|SPI Protocol & Applications|
|UART Protocol & Applications|