扫码关注
我是老温，一名热爱学习的嵌入式工程师
关注我，一起变得更加优秀！
“嵌入式开发，点灯一路发”
那今天我们就以控制LED闪烁为例，来聊聊嵌入式软件分层:
———————————
| |
| P1.1 |-----I<|--------------<|
| |
| P2.1 |-------------/ ---------|--.
| |
| |
———————————
1、两层结构
硬件层<-->软件层--最粗糙的分层架构
/**********************************************************************************/
#include
int main()
{
int i=0;
while(1)
{
P1_1=0;
for(i=0;i<5000;i );
P1_1=1;
for(i=0;i<5000;i );
}
}
2、三层结构
硬件层<--> 驱动层<-->应用层
/*******************驱动头文件 driver.h***********************************************************/void delay();
void led_on();
void led_off();
/*******************驱动源文件 driver.c************************************************************/
#include
#include"driver.h"
/*延时函数*/
void delay()
{
int i=0;
for(i=0;i<5000;i );
}
void led_on()
{
P1_1=0;
}
void led_off()
{
P1_1=1;
}
/******************应用系统****************************************************************/
#include“../driver/driver.h”
int main()
{
while(1)
{
led_on();
delay();
led_off();
delay();
}
}
3、四层结构
硬件层<-->驱动层<-->操作系统层<-->应用层
/******************************驱动****************************************************/#include
#include
#include
#include
#include
#include
#include
#include
int led_init(void);
void led_cleanup();
static int device_open(struct inode *,struct file*);
static int device_release(struct inode *,struct file*);
static ssize_t device _write(struct file*,const char *,size_t,loff_t *);
int init_model(void);
void cleanup_module(void);
struct file_operations led_ops={
.owner=THIS_MODULE,
..............................
}
int led_init(void)
{
..............................
}
void led_cleanup()
{
..............................
}
static int device_open(struct inode * inode ,struct file* file)
{
..............................
}
static int device_release(struct inode *inode,struct file* file)
{
..............................
}
static ssize_t device _write(struct file *file,const char * buffer,size_t length,loff_t *offset)
{
..............................
int init_model(void)
{
..............................
}
modele_init(led_init);
module_exit(led_cleanup);
MODULE_LICENCE("GPL");
/******************************应用****************************************************/
#include
#include
#include
#include
#define LED "/dev/led"
int main()
{
File *fp=fopen(LED,RDWR);
if(!fp){
while(1){
ioctl(fp,1);
sleep(1);
ioctl(fp,0);
sleep(0);
}
}
fclose(fp);
}
从上面的例子可以看出，层次越多，似乎系统的代码越多，开发者的工作量也就越大。实际情况是真的如此吗？其实分层的目的主要:
1.是降低系统开发难度；
2.是为了复用，解耦，层次分明。
驱动层和中间的操作系统层是可以复用的，产品升级或更新换代的时候，虽然总的代码量是大的，但实际有很多代码是不需要重新开发的，系统开发的工作量相对较小。比如说IO口调整了，甚至是整个硬件板子更换了，软件上只要调整驱动即可。
很多大学的嵌入式系统课程中采用的是两层结构，主要的原因是教材中的示例一般比较简单，其主要目的是为了演示如何使用芯片，如何实现某个功能，很少考虑复用的问题。
为了讲清楚其中的操作方法，其代码会尽量简单，即使是实现相对比较复杂的功能可能也只是采用抽象为函数的方法，很少考虑工程的问题，在潜移默化中很多人就以为两层架构就是理所当然的。
具体采用何种分层结构就是与产品相关的。比如大家都知道坐飞机要比步行快，在校园里从上课的教室到休息的宿舍哪一种方式好呢？当然是步行。反之，从南京到北京，如果坐飞机肯定要比步行好（当然，个人觉得更好的选择是坐高铁）。
第3种方式似乎代码量是最大的，但是要记住底层是很少改的，所以开发的时候就是写应用，这个代码量有多少呢？优势可见一斑！
