STM32L0单片机定时中断编程参考知识点

A""嵌入式项目代码结构的分层——（硬件抽象层）、（功能模块层）、（应用程序层）一、遇到的问题在“""之旅”系列博文中，每写一篇笔者都会编写一个小实验来展开讲解。通过这一段时间的实践，我积累了一些编码经验，但也体会到了之前的代码结构的缺陷：（1）开发效率低：每次使用片内的某一资源（例如定时器等），笔者都要去查询2430中文手册，比较（2）代码重复较多：每个实验源码中，诸如

，

等初始化函数每次都要编写（3）不易修改：代码中的业务逻辑与的操作混在一起，可读性较差，修改起来也费力正是由于以上问题，笔者决定暂停了该系列博文的续写，抽出时间来思考一下解决办法。二、由网站分层引起的思考笔者在学习嵌入式编程之前，曾有过网站开发经验，对其分层理论也有所实践，下面简单提一下：一般的有一定复杂度的网站可分为以下三层：（1）数据接入层（）：负责与数据库的交互，供业务逻辑层调用（2）业务逻辑层（）：调用数据接入层以获取数据，并为具体的业务需求提供支持（3）用户界面层（）：负责呈现最终的用户界面相信博客园中很大一部分朋友都对此非常熟悉，在此不再赘述。总之，分层以后，大大提高了代码的复用性与扩展性。那么在嵌入式开发中，能否也利用分层的思想，来提高开发效率，增强其可维护性与可扩展性呢？下面，是一些笔者思考后的浅见。三、嵌入式项目也来分个层当然不能照搬的具体分层思想，具体问题得具体分析嘛~首先，嵌入式开发的核心就是芯片，它提供固定的片内资源共开发者使用。而且它具有一个很重要的特点就是，不随项目的需求变动而变动。所以应将其作为最底层，为上层提供基础支持。我们将其命名为

硬件抽象层（）。芯片有了当然还不够，通常我们会在片外扩展一些功能模块来满足具体的项目需求，例如：传感器、键盘、屏等。这一层的特点是，随项目的变动而以模块为单位动态增减。这一层的运作需要芯片内部资源的支持，所以应处于硬件抽象层之上，并为上层调用。我们将其命名为

功能模块层（）。，现在原材料都准备齐了：芯片+扩展模块，接下来就要开始真正的加工了：我们需要灵活调用之前两层所提供的接口，实现具体的项目需求。我们将其命名为

应用程序层（）。图文：（1）硬件抽象层（）实现对片内资源(如定时器、、中断、等)的通用配置，隐藏具体的操作细节，为上层提供简单清晰的调用接口。（2）功能模块层（）通过调用

，实现项目中所涉及到的各片外功能模块，隐藏具体的模块操作细节，并为上层提供简单清晰的调用接口。（3）应用程序层（）通过调用

与

，实现最终的应用功能。四、小试牛刀，我们举一个具体的例子，来说明分层思想的运用。在写作“之旅”系列的某一篇博文时，笔者需要完成一个略带综合性的小实验“温度监测系统”，需求分析大概如下：•

2430节点实现对温度的定时采集，并可通过灯指示其采样频率

•

节点将数据传送至端

•

节点可以接收来自的控制指令，以调整采样速率和电源模式

•

具备停机自动复位能力

•

可进入睡眠状态，并可由按键唤醒从上面的需求中我们可以看出，本实验的核心芯片为2430，需要的片外扩展模块为灯与按键，预期要达到具体项目需求即以上五点。接下来，我们利用上面提到的分层理论小试牛刀，对“温度监测系统”这一实验的代码结构进行规划：（1）应用程序层（）[]引用

、2430

与

，实现温度采集、与互通信、停机复位等具体的应用需求（2）功能模块层（）[]定义了一系列片外功能模块（、按键），以及一系列的相关函数的声明[]引用，实现各片外模块（、按键）的功能（3）硬件抽象层（）[2430]（系统自带）：定义了2430的所有、中断向量[]包括常用类型定义、常用赋值宏、以及2430片上资源的配置（、串口通讯、、定时器、电源管理等）（注：由于本实验所涉及的片外模块——与按键——的使用极其简单，所以笔者将其合并入了单个源文件。若遇到较复杂的模块，可以单独新建与文件来实现，如、）经此设计，其优点逐渐浮出水面：•高效的开发速率：编完层中的

之后，我们就可以很方便地调用，而不必反复地去查询的具体设置细则

•快速扩展：若需要加强系统功能，只需在层添加相应功能模块（即文件），并在

中调用即可

•较高的代码重用性：层所提供的操作可供通用，而且该层几乎不用修改就可直接用于新的2430项目中

•较好的可维护性：项目代码结构清晰，与几乎不需要修改，只需修改即可五、结语可能对于嵌入式编程高手来说，上述理论可能完全算不得什么，甚至还存在着很大的错误。不过在一个初学者从入门走向精通的途中，像这种

发现问题→投入思考→提出方案

的学习模式，我相信是值得而且很有必要的。就像很多人说的那样：过程比结论更重要。接下来，笔者将会把大部分精力投入到“之旅”的第一阶段的收尾工作中。希望在学习了C51编码规范，以及对代码分层的思考之后，我能够编写出一个虽然小但五脏俱全的项目代码。敬请期待：""之旅（十）：探索型综合小实验——基于2430的温度监测系统（未完成）分类:

""嵌入式开发B整理：近日，某工程师用32F103C8开发产品，用到3的输出功能。他发现32可以实现【此通道对应的脚是5】;而31却不能实现【此通道对应的脚是4】。该工程师在基于官方之前提供的标准外设固件库做应用软件设计。从客户的描述来看，基本可以肯定3的时钟、的时钟都已正确使能了。关于31的初始化代码应该不会有啥问题，除非偶尔的笔误没发现。后来一起查看了相关初始化代码也的确没发现问题。5脚对应的32可以实现,而4对应的31却无法实现。怀疑该脚是否还有其它的复用了。客户说，4他只用来做输出，并无其它功能安排，硬件线路上也无其它连接。打开芯片数据手册，查看4的管脚说明如下：从这里可以看出，4脚的复位后的主功能是个特定功能脚，是口的一个复位脚。如果要用做31的话得先做操作才可以。经与客户工程师沟通，他的确也做了相关操作，而且是没问题的。因为5也是经过同一操作后才能成为32通道的。既然没问题，那应该是别的原因。询问该工程师是否使用调试口，答曰用口，只涉及1314，根本没用到4。查看32F1参考手册可以发现4及13\14\15\3等5个脚在芯片复位后默认的就是专用的调试口，非通用。现在客户工程师虽然用接口，只用到13\14两根线，但4及15、3三根线的属性没变，还是专用调试口。如果要把不用的4等三根线作为，还得额外做些相关寄存器配置，即操作寄存器中的【2:0】三个位。让客户工程师在程序代码里添加有关寄存器的配置代码后，测试基于4脚的31的输出功能，一切正常。看来，问题就出在跟调试口复用的脚释放问题上。即对于复位后呈现专用调试口的功能脚，欲部分或全部用在，得额外通过相关软件代码配置来修改其属性，将相关管脚释放为。32芯片管脚复用之灵活而复杂是其一特色，增强了管脚使用与安排的灵活性。也正因为这个灵活，经常有人会因为管脚复用的安排遇到些小麻烦。像类似问题，在数据手册里各个管脚的复用功能都一一列出了，然后逐一核对有无多重使用问题也不难找到原因。不过，如果使用公司的32图形化配置工具来做管脚安排及时钟初始化等就可以避免很多类似上面谈到的繁琐或麻烦。利用32配置工具，很多初始化的东西都可以依据你的管脚和时钟安排、外设功能的使能等而生成出相应的配置代码，不必手动二次添加配置,让你去专注你的用户应用代码设计与调试。比方是以上面事例来谈，关于3的功能脚的、脚的配置以及项目中用到的各外设的时钟使能、相关的配置等都可自动生成，不会出现配置代码方面丢这个少那个的问题，使用起来给开发者带来了不少方便，节省了不少时间。C由于板子上没有焊外部晶振，所以选择（16）为时钟源通过倍频。在第一帖中""写了一个简易的代码体验了一下工程的建立。其中没有配置时钟，程序在2的时钟频率下运行。程序效果是灯闪烁，程序中有一段延时是这么写的：""""""""?

()

{

32

=

0;

();

}

现在配置时钟为32，仍然使用这个延时函数，理论上是应该闪的更快。打开32,选择新建工程，选择型号后配置外设资源：板子上2接在5引脚上，所以配置5为输出模式再配置时钟：

生成项目：打开项目文件夹后，进入工程文件夹，打开的工程：

在中添加上面提到的延时函数，在添加如下代码作为测试：""""""""?

()

{

/*

1

*/

/*

1

*/

/*

*/

/*

,

.

*/

();

/*

*/

();

/*

*/

(,

0,

0);

/*

*/

();

/*

2

*/

/*

2

*/

/*

3

*/

/*

*/

(1)

{

(5);

();

(5);

();

}

/*

3

*/

}

编译之后，配置好选项，下载程序，可以看到的效果是，灯闪烁的肉眼看不清，几乎是一直亮着。将延时函数中=0;修改为=0;才可以看到闪烁起来。从效果上看，时钟配置应该是有效果的D第一优先规则：

=，=

第二优先规则：

=，=

进入->->项目。选择第一个对象的匹配条件。现有的条件均没有一项，于是进入

。发现匹配条件中有一项，而右侧列表中有。依此设置点击之后生成

内容为。那么满足的对象与所有对象之间的间距肯定就是敷铜与所有对象之间的间距了，点击

后报错“.?”说明此路不通：

设置

报错

心生好奇，上搜索关键字“()”，返回第一个结果是官方的结果：

""

原来如彼，本身作为对象是非法的，因为这里隐含的对象是导线之类的物体，不可能。必须用

属性。而属性在里是找不到的。好奇尝试了一下用做条件关键字，没有报

错，说明可行。

在中右键添加新规则，并对新旧两个规则进行命名以便区分。而且我注意到两个规则有优先级之分：

我决定拿优先级为1的规则做通用规则，用于规范手动布线时属于不同网络的各种对象最小间距。而次优先的规则专门用

于限制敷铜与其它对象的最小间距。但我忽略了这是个逻辑问题，第一个规则里面的匹配条件