The main advantages of the I2C bus are its simplicity and effectiveness. Since the interface is directly on the components, the I2C bus takes up very little space, reducing the space on the circuit board and the number of chip pins, reducing the cost of interconnection. The bus can be up to 25 feet long and can support 40 components at a maximum transmission rate of 10Kbps. Another advantage of the I2C bus is that it supports multimastering, in which any device that can send and receive can become the master bus. A master can control the transmission of signals and the clock frequency. Of course, there can only be one master at any point in time.
2 I2C Bus Working Principle
The data stability rule on the I2C bus is that the data on SDA remains stable when SCL is high, and SDA is allowed to change when SCL is low. If a falling edge is generated on SDA when SCL is high, it is considered a start bit, and a rising edge on SDA is considered a stop bit. The communication rate is divided into normal mode (clock frequency 100kHz) and fast mode (clock frequency 400kHz). Multiple devices with I2C interfaces can be connected to the same bus, and each device has a unique address. It can be a single-receive device or a device that can receive and send.
Each data transmission starts with a start bit and ends with a stop bit. There is no limit to the number of bytes transmitted. The most significant bit will be transmitted first, and the receiver will send an acknowledge bit after receiving the 8th bit of data. Data transmission is usually divided into two types: master device sends and slave device receives and slave device sends and master device receives. Both modes require the host to send the start bit and stop bit, and the acknowledge bit is generated by the receiver. The slave device address is generally 1 or 2 bytes, which is used to distinguish different devices connected to the same I2C.
There are three types of signals in the I2C bus during data transmission: start signal, end signal and response signal.
Start signal: When SCL is at a high level, SDA jumps from a high level to a low level and starts transmitting data.
End signal: When SCL is at a high level, SDA jumps from a low level to a high level, ending data transmission.
Response signal: After receiving 8-bit data, the IC that receives data sends a specific low-level pulse to the IC that sends data, indicating that the data has been received. After the CPU sends a signal to the controlled unit, it waits for the controlled unit to send a response signal. After receiving the response signal, the CPU determines whether to continue to transmit the signal based on the actual situation. If no response signal is received, it is determined that the controlled unit has a fault.
There are only two operation modes in the I2C bus: master transmission and master reception. When the system is initialized, the CPU is controlled by instructions to send relevant data, which is sent to the I2C register through the interface. By initializing these registers, the master mode control of the I2C bus can be realized, and the slave device reading and writing on the I2C bus can be realized.
When the master device exchanges data with one of the slave devices, the master device first sends a Start signal, which is received by all the slave devices. That is, the slave device is ready to receive the CPU signal, and then the master device sends the slave device address it wants to communicate with. Next, all the slave devices compare the received address with their own addresses.
If the received address is different from their own address, they do nothing but wait for the master device to send a stop signal; if the received address is the same as their own address, they send a signal to the master device, which is called an acknowledgement signal. When the master device receives the acknowledgement signal, it starts to send data to the slave device or receive data from the slave device. When all operations are completed, the master device sends a Stop signal, the communication is completed, and the I2C bus is released; then all slave devices wait for the next Start signal to arrive.
3 Basic bus operations
The I2C protocol uses a master/slave bidirectional communication. A device that sends data to the bus is defined as a transmitter, and a device that receives data is defined as a receiver. Both the master and slave devices can operate in both the receiving and transmitting states. The bus must be controlled by a master device (usually a microcontroller), which generates a serial clock (SCL) to control the direction of the bus and generate start and stop conditions. The data state on the SDA line can only change when SCL is low. During the period when SCL is high, the change of the SDA state is used to indicate the start and stop conditions.
3.1 Control Byte
After the start condition, there must be a control byte for the device, where the upper four bits are the device type identifier (different chip types have different definitions, EEPROM should generally be 1010), followed by three bits for chip select, and the last bit is the read/write bit. When it is 1, it is a read operation, and when it is 0, it is a write operation.
1. Writing process
(1) Wait for a delay (1ms) after power-on.
(2) Device addressing, giving a start signal (SDA gives a falling edge when SCL is high). Send the slave device address, the upper 5 bits are 10110, and then perform read/write control (O for read) according to A1/A0 (if the address is the same as the device address, the device will respond).
(3) Response: The device gives a low level on SDA during the 9th cycle of SCL as a response signal.
(4) There are two modes for starting writing: byte write mode and page write mode.
Byte mode: Give A15~A8 response, give A7~A0 response; then give DATA and stop signals (when SCL is high level, SDA gives a rising edge), and then wait for an erase time.
Page write mode: After the address is given, 64 data are given continuously. If there are more than 64 data, the address counter will automatically roll over. (If there are less than 64 data, it is estimated that there is no problem, but it needs to be verified by experiment.)
(5) A method for determining whether the erase operation is completed (response query). If the device is still in the erase state, it will not respond to the device addressing; if there is a response, it means that the erase operation is completed.
2. Reading process
(1) Wait for a delay (lms) after power-on.
(2) Device addressing.
(3)Response.
(4) There are three modes for starting to read: immediate current address read, selective/random read, and continuous read.
Immediate current address read: If the last read/write operation address is N, now it is N+1. No ACK is required, but a Stop signal is required.
Selective/random read: First dummy write (to give an address), then start again to read the data.
·Continuous read: After reading one, give a response, so that the device will give the data content of the next address.
(5) After the data transmission starts and before the data transmission stops, during the period when SCL is high, SDA contains valid data.
/****************************************************** ******************
1. Program Description:
1, 24LC02 device address is 1010000R/W.
2. Array writing to 24LC02 adopts page writing method.
3. The array code is read from 24LC02 in free reading mode.
4. Using 4.00M crystal.
5. Use software I2C.
2. Hardware connection:
1. SDA------->23 pin. (Of course you can choose any pin position)
2, SCL------->18 Pin. (Of course you can choose any pin position)
3. PORTD----->Externally connect 8 LEDs to display the read data. Here, the data read out is a flashing running light state.
*************************************************** *******************/
#include "pic.h"
#define uchar unsigned char
#define nop() asm("nop"
#define SCL TRISC3
#define SDA TRISC4
void start_i2c();
void stop_i2c();
void send_byte(uchar c);
uchar receive_byte();
void I_send_str(uchar sla,uchar suba,uchar *s,uchar no);
void delay_250ms();
void i2c_error ();
uchar code[]={0x00,0x01,0x03,0x07,0x0f,0x1f,0x3f,0x7f,0xff};
uchar no,ack,c,data;
void main(void)
{
uchar i;
TRISC=0Xff; //Port C is set to input RC3 as SCL line, RC4 as SDA line.
PORTC=0X00;
TRISD=0X00; //Port D is output, displaying the contents read from IC24LC02
PORTD=0X00; //Initial display full brightness
I_send_str(0xa0,0x00,code,9); //Write the code array to 24LC02, the device address is 0Xa0, the sub-address is 0X00, a total of 9 numbers.
delay_250ms();
///////////Start reading out to port D for display, according to the Random read timing diagram.
while (1)
{
for (i=0x00;i<0x09;i++)
{
start_i2c();
send_byte(0xa0); //Send device address, i.e. DEVICE ADDRESS.
if (ack==0) i2c_error(); //If 24LC02 does not respond, it will enter the I2C ERROR error indication.
send_byte(i); //Send word address, i.e. WORD ADDRESS. Port D displays the array.
if (ack==0) i2c_error();
start_i2c(); //Restart the bus.
send_byte(0xa1); //Send read command and device address DEVICE ADDRESS.
if (ack==0) i2c_error();
data = receive_byte();
stop_i2c();
PORTD=data;
delay_250ms();
}
}
}
/****************************************************** ******************
Start bus function
Function prototype: void start_i2c();
Function: start on the I2C bus
*************************************************** *******************/
void start_i2c()
{
SDA=1; //Send the data signal of the start condition
nop();
SCL=1;
nop();nop();nop();nop();nop(); //24LC02 requires setup time greater than 4,7S
SDA=0; //Send start signal
nop();nop();nop();nop();nop();
SCL=0; //Clamp the I2C bus and prepare to send or receive data
nop();nop();
}
/****************************************************** ******************
Stop bus function
Function prototype: void stop_i2c();
Function: stop the I2C bus
*************************************************** *******************/
void stop_i2c()
{
SDA=0; //Send the data signal of the end condition
nop();
SCL=1;
nop();nop();nop();nop();nop();
SDA=1;
nop();nop();nop();nop();
}
/*================================================ =================
Byte data transfer function
Function prototype: void send_byte(uchar c);
Function: Send data C, which can be an address or data, wait for a response after sending, and report the status
bit operation (no response or non-response makes ack=0), sending data is normal, ack=1; ack=0
Indicates that the controlled device has no response or is damaged.
================================================== ================*/
void send_byte(uchar c)
{
uchar bit_count;
for (bit_count=0;bit_count<8;bit_count++)
{
if ((c< else {SDA=0;} nop(); SCL=1; nop();nop();nop();nop();nop(); SCL=0; } nop();nop(); SDA=1; nop();nop(); SCL=1; nop();nop();nop(); if (RC4==1) ack=0; else ack=1; //use ASK=1 for response signal SCL=0; nop();nop(); } /*================================================ ================== Byte data receiving function Function prototype: uchar receive_byte(); FUNCTION: Used to receive data from the device and determine bus errors (no response signal is sent). Please use the reply function after sending. ================================================== =================*/ uchar receive_byte() { uchar retc,bit_count; retc=0; SDA=1; for (bit_count=0;bit_count<8;bit_count++) { nop(); SCL=0; nop();nop();nop();nop();nop(); SCL=1; nop();nop(); retc=retc<<1; if (RC4==1) retc=retc+1; nop();nop(); } SCL=0; nop();nop(); return (retc); } /*================================================ ================ Send multi-byte data function to a sub-address device Function prototype: bit I_send_str(uchar sla,uchar suba,uchar *s,uchar no); Function: The whole process from starting the bus to sending the address, data, and ending the bus, from the device address sla. Return 1 if the operation is successful, otherwise the operation is incorrect. ================================================== ===============*/ void I_send_str(uchar sla,uchar suba,uchar *s,uchar no) { uchar i; start_i2c(); send_byte(sla); if (ack==0) i2c_error(); send_byte(suba); if (ack==0) i2c_error(); for (i=0;i { send_byte(*s); if (ack==0) i2c_error(); s++; } stop_i2c(); // return(1); } /****************************************************** **************** Delay function Function prototype: void delay_250ms(); FUNCTION: Delay 250ms *************************************************** ***************/ void delay_250ms() { unsigned int d=24999; while (--d); } /****************************************************** **************** Bus Error Function Function prototype: void i2c_error(); Function: RD7 flashes 8 times to indicate a bus operation failure alarm. *************************************************** ***************/ void i2c_error () { uchar i; for (i=0;i<8;i++) { RD7=0; delay_250ms(); RD7=1; delay_250ms(); } } /**********END**************/
Previous article:Design notes of serial communication of lower computer based on PIC16F73
Next article:Design and implementation of intelligent charger based on PIC18F
- Popular Resources
- Popular amplifiers
- Learn ARM development(16)
- Learn ARM development(17)
- Learn ARM development(18)
- Embedded system debugging simulation tool
- A small question that has been bothering me recently has finally been solved~~
- Learn ARM development (1)
- Learn ARM development (2)
- Learn ARM development (4)
- Learn ARM development (6)
Professor at Beihang University, dedicated to promoting microcontrollers and embedded systems for over 20 years.
- LED chemical incompatibility test to see which chemicals LEDs can be used with
- Application of ARM9 hardware coprocessor on WinCE embedded motherboard
- What are the key points for selecting rotor flowmeter?
- LM317 high power charger circuit
- A brief analysis of Embest's application and development of embedded medical devices
- Single-phase RC protection circuit
- stm32 PVD programmable voltage monitor
- Introduction and measurement of edge trigger and level trigger of 51 single chip microcomputer
- Improved design of Linux system software shell protection technology
- What to do if the ABB robot protection device stops
- Analysis of the application of several common contact parts in high-voltage connectors of new energy vehicles
- Wiring harness durability test and contact voltage drop test method
- From probes to power supplies, Tektronix is leading the way in comprehensive innovation in power electronics testing
- From probes to power supplies, Tektronix is leading the way in comprehensive innovation in power electronics testing
- Sn-doped CuO nanostructure-based ethanol gas sensor for real-time drunk driving detection in vehicles
- Design considerations for automotive battery wiring harness
- Do you know all the various motors commonly used in automotive electronics?
- What are the functions of the Internet of Vehicles? What are the uses and benefits of the Internet of Vehicles?
- Power Inverter - A critical safety system for electric vehicles
- Analysis of the information security mechanism of AUTOSAR, the automotive embedded software framework
- [Me and Yatli] + First acquaintance
- TI's new automotive linear LED driver TPS92613-Q1 with enhanced heat dissipation
- Do you need to persist?
- What are the common reasons for LED errors?
- Need help choosing safer lithium batteries?
- STM32H743IIT6 core board schematic diagram
- [BearPi-HM Nano, play Hongmeng "touch and go"] Part 1: Unboxing summary
- AD9 usage issues
- TI Blog - Tips for Debugging Audio Amplifiers
- How is the 4-20mA output circuit of a pressure sensor or temperature sensor usually implemented?