给嵌入式项目也来个分层试试
在一个初学者从入门走向精通的途中，像这种 发现问题 → 投入思考 → 提出方案 的学习模式是非常有效的。
一 遇到的问题
通过这一段时间的编码实践，积累了一些编码经验，但也体会到了之前的代码结构的缺陷：
（1）开发效率低：每次使用片内的某一资源（例如定时器等），笔者都要去查询技术手册，比较eggache~
（2）代码重复较多：每个实验源码中，诸如xtal_init，led_init等初始化函数每次都要编写
（3）不易修改：代码中的业务逻辑与sfr的操作混在一起，可读性较差，修改起来也费力
正是由于以上问题，笔者决定暂停了该系列博文的续写，抽出时间来思考一下解决办法。
二 由网站分层引起的思考
笔者在学习嵌入式编程之前，曾有过 asp.net 网站开发经验，对其分层理论也有所实践，下面简单提一下：
一般的有一定复杂度的网站可分为以下三层：
（1）数据接入层（dal）：负责与数据库的交互，供业务逻辑层调用
（2）业务逻辑层（bll）：调用数据接入层以获取数据，并为具体的业务需求提供支持
（3）用户界面层（uil）：负责呈现最终的用户界面
相信博客园中很大一部分朋友都对此非常熟悉，在此不再赘述。总之，分层以后，大大提高了代码的复用性与扩展性。
那么在嵌入式开发中，能否也利用分层的思想，来提高开发效率，增强其可维护性与可扩展性呢？下面，是一些笔者思考后的浅见。
三 嵌入式项目也来个分层
当然不能照搬asp.net 的具体分层思想，具体问题得具体分析嘛~
首先，嵌入式开发的核心就是芯片，它提供固定的片内资源共开发者使用。而且它具有一个很重要的特点就是，不随项目的需求变动而变动。所以应将其作为最底层，为上层提供基础支持。我们将其命名为硬件抽象层（hardware abstract layer）。
芯片有了当然还不够，通常我们会在片外扩展一些功能模块来满足具体的项目需求，例如：传感器、键盘、lcd屏等。这一层的特点是，随项目的变动而以模块为单位动态增减。这一层的运作需要芯片内部资源的支持，所以应处于硬件抽象层之上，并为上层调用。我们将其命名为功能模块层（functional module layer）。
ok，现在原材料都准备齐了：芯片+扩展模块，接下来就要开始真正的加工了：我们需要灵活调用之前两层所提供的接口，实现具体的项目需求。我们将其命名为应用程序层（application layer）。
图文：
（1）硬件抽象层（hal）
实现对片内资源 (如定时器、adc、中断、i/o等) 的通用配置，隐藏具体的sfr操作细节，为上层提供简单清晰的调用接口。
（2）功能模块层（fml）
通过调用 hal，实现项目中所涉及到的各片外功能模块，隐藏具体的模块操作细节，并为上层提供简单清晰的调用接口。
（3）应用程序层（apl）
通过调用hal与fml，实现最终的应用功能。
四 小试牛刀
ok，我们举一个具体的例子，来说明分层思想的运用。
之前，笔者需要完成一个略带综合性的小实验“温度监测系统”，需求分析大概如下：
•cc2430节点实现对温度的定时采集，并可通过led灯指示其采样频率
•节点将数据传送至pc端
•节点可以接收来自pc的控制指令，以调整采样速率和电源模式
•具备停机自动复位能力
• 可进入睡眠状态，并可由按键唤醒
从上面的需求中我们可以看出，本实验的核心芯片为cc2430，需要的片外扩展模块为led灯与按键，预期要达到具体项目需求即以上五点。
接下来，我们利用上面提到的分层理论小试牛刀，对“温度监测系统”这一实验的代码结构进行规划：
（1）应用程序层（apl）
[main.c] 引用hal.h、iocc2430.h与module.h，实现温度采集、与pc互通信、停机复位等具体的应用需求
（2）功能模块层（fml）
[module.h] 定义了一系列片外功能模块（led、按键），以及一系列的相关函数的声明
[module.c] 引用 hal.h，实现各片外模块（led、按键）的功能
（3）硬件抽象层（hal）
[iocc2430.h]（系统自带）：定义了cc2430的所有sfr 、中断向量
[hal.h] 包括常用类型定义、常用赋值宏、以及cc2430片上资源的配置（i/o、串口通讯、adc、定时器、电源管理等）
（注：由于本实验所涉及的片外模块——led与按键——的使用极其简单，所以笔者将其合并入了单个源文件。若遇到较复杂的模块，可以单独新建 .h 与 .c 文件来实现，如lcd.h、lcd.c）
经此设计，其优点逐渐浮出水面：
• 高效的开发速率：编完 hal 层中的hal.h之后，我们就可以很方便地调用，而不必反复地去查询sfr的具体设置细则
• 快速扩展：若需要加强系统功能，只需在 fml 层添加相应功能模块（即 .c 文件），并在main.c 中调用即可
• 较高的代码重用性：hal 层所提供的sfr操作可供通用，而且该层几乎不用修改就可直接用于新的cc2430项目中
• 较好的可维护性：项目代码结构清晰，hal 与 fml 几乎不需要修改，只需修改 apl 即可
五 结论
可能对于嵌入式编程高手来说，上述理论可能完全算不得什么，甚至还存在着很大的错误。不过在一个初学者从入门走向精通的途中，像这种发现问题 →投入思考 →提出方案的学习模式，我相信是值得而且很有必要的。就像很多人说的那样：过程比结论更重要。
台积电4nm工艺将提前量产 首批产能被苹果包下
浅析35kV变电站综合自动化系统的结构和功能设计
物理学家首次捕捉到量子纠缠的图像
巴菲特股东大会论AI：自动驾驶汽车带来双重打击
研华携手高校及教育行业伙伴助推物联网产业高质量发展
给嵌入式项目也来个分层试试
AI能把你的脑电波转译 错误率只有3%
遥控技术让灯具节能又时尚
AI与产业的结合现在发展怎样
简要分析航天器设计的过去与现在以及未来的畅想
MiniFly四轴飞行器电源管理框架解析
期待值拉满！iQOO品牌大佬上线撒金，跟着闭眼入
Dapp系统项目开发部署流程
采用DSP处理器实现客流检测处理系统的设计
一文看懂巴伦（功能原理、性能参数、基本类型）
百度汽车品牌 “集度”成立,或三年后推出新车
激励器和均衡器有什么区别?
i2c tools命令使用示例详解
阿里巴巴ai模型破世界纪录_阿里巴巴的人工智能未来发展解析
APM的定义与演进 分布式追踪技术原理分析
一 遇到的问题
通过这一段时间的编码实践，积累了一些编码经验，但也体会到了之前的代码结构的缺陷：
（1）开发效率低：每次使用片内的某一资源（例如定时器等），笔者都要去查询技术手册，比较eggache~
（2）代码重复较多：每个实验源码中，诸如xtal_init，led_init等初始化函数每次都要编写
（3）不易修改：代码中的业务逻辑与sfr的操作混在一起，可读性较差，修改起来也费力
正是由于以上问题，笔者决定暂停了该系列博文的续写，抽出时间来思考一下解决办法。
二 由网站分层引起的思考
笔者在学习嵌入式编程之前，曾有过 asp.net 网站开发经验，对其分层理论也有所实践，下面简单提一下：
一般的有一定复杂度的网站可分为以下三层：
（1）数据接入层（dal）：负责与数据库的交互，供业务逻辑层调用
（2）业务逻辑层（bll）：调用数据接入层以获取数据，并为具体的业务需求提供支持
（3）用户界面层（uil）：负责呈现最终的用户界面
相信博客园中很大一部分朋友都对此非常熟悉，在此不再赘述。总之，分层以后，大大提高了代码的复用性与扩展性。
那么在嵌入式开发中，能否也利用分层的思想，来提高开发效率，增强其可维护性与可扩展性呢？下面，是一些笔者思考后的浅见。
三 嵌入式项目也来个分层
当然不能照搬asp.net 的具体分层思想，具体问题得具体分析嘛~
首先，嵌入式开发的核心就是芯片，它提供固定的片内资源共开发者使用。而且它具有一个很重要的特点就是，不随项目的需求变动而变动。所以应将其作为最底层，为上层提供基础支持。我们将其命名为硬件抽象层（hardware abstract layer）。
芯片有了当然还不够，通常我们会在片外扩展一些功能模块来满足具体的项目需求，例如：传感器、键盘、lcd屏等。这一层的特点是，随项目的变动而以模块为单位动态增减。这一层的运作需要芯片内部资源的支持，所以应处于硬件抽象层之上，并为上层调用。我们将其命名为功能模块层（functional module layer）。
ok，现在原材料都准备齐了：芯片+扩展模块，接下来就要开始真正的加工了：我们需要灵活调用之前两层所提供的接口，实现具体的项目需求。我们将其命名为应用程序层（application layer）。
图文：
（1）硬件抽象层（hal）
实现对片内资源 (如定时器、adc、中断、i/o等) 的通用配置，隐藏具体的sfr操作细节，为上层提供简单清晰的调用接口。
（2）功能模块层（fml）
通过调用 hal，实现项目中所涉及到的各片外功能模块，隐藏具体的模块操作细节，并为上层提供简单清晰的调用接口。
（3）应用程序层（apl）
通过调用hal与fml，实现最终的应用功能。
四 小试牛刀
ok，我们举一个具体的例子，来说明分层思想的运用。
之前，笔者需要完成一个略带综合性的小实验“温度监测系统”，需求分析大概如下：
•cc2430节点实现对温度的定时采集，并可通过led灯指示其采样频率
•节点将数据传送至pc端
•节点可以接收来自pc的控制指令，以调整采样速率和电源模式
•具备停机自动复位能力
• 可进入睡眠状态，并可由按键唤醒
从上面的需求中我们可以看出，本实验的核心芯片为cc2430，需要的片外扩展模块为led灯与按键，预期要达到具体项目需求即以上五点。
接下来，我们利用上面提到的分层理论小试牛刀，对“温度监测系统”这一实验的代码结构进行规划：
（1）应用程序层（apl）
[main.c] 引用hal.h、iocc2430.h与module.h，实现温度采集、与pc互通信、停机复位等具体的应用需求
（2）功能模块层（fml）
[module.h] 定义了一系列片外功能模块（led、按键），以及一系列的相关函数的声明
[module.c] 引用 hal.h，实现各片外模块（led、按键）的功能
（3）硬件抽象层（hal）
[iocc2430.h]（系统自带）：定义了cc2430的所有sfr 、中断向量
[hal.h] 包括常用类型定义、常用赋值宏、以及cc2430片上资源的配置（i/o、串口通讯、adc、定时器、电源管理等）
（注：由于本实验所涉及的片外模块——led与按键——的使用极其简单，所以笔者将其合并入了单个源文件。若遇到较复杂的模块，可以单独新建 .h 与 .c 文件来实现，如lcd.h、lcd.c）
经此设计，其优点逐渐浮出水面：
• 高效的开发速率：编完 hal 层中的hal.h之后，我们就可以很方便地调用，而不必反复地去查询sfr的具体设置细则
• 快速扩展：若需要加强系统功能，只需在 fml 层添加相应功能模块（即 .c 文件），并在main.c 中调用即可
• 较高的代码重用性：hal 层所提供的sfr操作可供通用，而且该层几乎不用修改就可直接用于新的cc2430项目中
• 较好的可维护性：项目代码结构清晰，hal 与 fml 几乎不需要修改，只需修改 apl 即可
五 结论
可能对于嵌入式编程高手来说，上述理论可能完全算不得什么，甚至还存在着很大的错误。不过在一个初学者从入门走向精通的途中，像这种发现问题 →投入思考 →提出方案的学习模式，我相信是值得而且很有必要的。就像很多人说的那样：过程比结论更重要。
台积电4nm工艺将提前量产 首批产能被苹果包下
浅析35kV变电站综合自动化系统的结构和功能设计
物理学家首次捕捉到量子纠缠的图像
巴菲特股东大会论AI：自动驾驶汽车带来双重打击
研华携手高校及教育行业伙伴助推物联网产业高质量发展
给嵌入式项目也来个分层试试
AI能把你的脑电波转译 错误率只有3%
遥控技术让灯具节能又时尚
AI与产业的结合现在发展怎样
简要分析航天器设计的过去与现在以及未来的畅想
MiniFly四轴飞行器电源管理框架解析
期待值拉满！iQOO品牌大佬上线撒金，跟着闭眼入
Dapp系统项目开发部署流程
采用DSP处理器实现客流检测处理系统的设计
一文看懂巴伦（功能原理、性能参数、基本类型）
百度汽车品牌 “集度”成立,或三年后推出新车
激励器和均衡器有什么区别?
i2c tools命令使用示例详解
阿里巴巴ai模型破世界纪录_阿里巴巴的人工智能未来发展解析
APM的定义与演进 分布式追踪技术原理分析