模拟IIC

本文介绍了IIC通信协议及其可能出现的死锁现象,分析了死锁产生的原因,并提供了模拟IIC通信的代码示例,包括初始化、数据读写等关键函数。通过示例代码,读者可以理解如何在软件层面避免IIC通信中的死锁问题。
摘要由CSDN通过智能技术生成


IIC相对而言硬件设计较为简单,两线总线可以直接挂载很多芯片,但通信受干扰,容易进入“死锁”状态,需要软件处理。SPI相对而言需要的硬线更多,但不存在出现“死锁”的问题,另外通信速率也更高。

死锁: 是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。

那么为什么会产生死锁呢?
1.因为系统资源不足。
2.进程运行推进的顺序不合适。    
3.资源分配不当。

产生死锁的四个必要条件:

互斥条件(Mutual exclusion):资源不能被共享,只能由一个进程使用。
请求与保持条件(Hold and wait):已经得到资源的进程可以再次申请新的资源。
非剥夺条件(No pre-emption):已经分配的资源不能从相应的进程中被强制地剥夺。
循环等待条件(Circular wait):系统中若干进程组成环路,该环路中每个进程都在等待相邻进程正占用的资源。


#ifndef __USER_IIC_
#define __USER_IIC_

#include "pca10040.h"
#include "nrf_gpio.h"
#include "nrf_delay.h"

//ERROR
#define ERROR_CODE_TRUE 0
#define ERROR_CODE_FALSE 1
#define ERROR_CODE_WRITE_ADDR 10
#define ERROR_CODE_WRITE_DATA        20
#define ERROR_CODE_READ_ADDR        30
#define ERROR_CODE_READ_DATA      

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值