1.3 RTU 微控制核电源

 微控制器核的电源设计也是关键的一步。RTU 模块主控CPU 供电部分有其特殊的需求，分为工作模式和睡眠模式两种，工作模式下的电流100mA 左右，而睡眠模式下的电流仅为50μA。两种模式的差异导致了CPU 供电存在一定的难度。

 一般开关电源甚至模块电源都有较大的静态功耗（40mA 左右），选用模块电源对主控CPU 的供电相当困难。负载在50μA~500mA 自身静态功耗小于50μA 的开关电源目前很难找到。有少数专供超低功耗模式CPU供电的LDO电压调整器可实现，如SPX3819，其100μA负载电流时的静态功耗为90μA。但效率太低，70-80%的电能被白白浪费了，不适合蓄电池供电。基于以上原因，对CPU 的供电另选用一款降压型的开关稳压器LT3481。它静态功耗仅为50μA，而且低输出时也有高的效率，50μA 时达60%，100mA 高达86%，特别适合微控制器核供电，如图1 蓄电池直接连到LT3481，向CPU 提供电源。

　　2 操作系统的移植

 很多领域中使用μC/OS-II，如照相机业、航空业以及工业机器人等。从8 位到64 位，μC/OS-II 已经在40 多种不同架构的微处理器上使用。μC/OS-II 的功能和函数经过考验和测试，具有足够的安全性与稳定性。为此，操作系统选择μC/OS-II。μC/OS-II 是一种开放源代码的单用户多任务、完全占先式的硬实时内核，实时性好。μC/OS-Ⅱ本身只包含了任务调度、任务管理、时间管理、内存管理和任务间的通信与同步等功能，没有提供输入输出管理、文件系统、网络之类的额外服务。但是由于μC/OS-Ⅱ的可移植性和开源性，用户可以自己添加所需的各种服务。;一个基于μC/OS-II 的嵌入式应用系统由四部分组成: 应用程序代码、配置程序、移植代码、核心代码。操作系统移植通过编写移植代码来完成。除了编写OS_CPU.H、OS_CPU_A.S、 OS_CPU_C.C 等几个文件外，还要编写初始化启动代码。我们通过改写周立功SmartARM2210 开发板的这部分代码完成了移植，并能在自研的核心板上稳定运行。

　　3 软件整体层次结构

 RTU 中的程序有应用程序、μC/OS-II 操作系统、文件系统、硬件驱动程序，整体层次关系如图2。μC/OS-II 没有提供硬件驱动程序的内核接口和用户接口，为了让程序移植性好，需要对设备驱动程序按类型进行统一的封装，提供统一的编程接口，使应用程序开发人员可以不考虑具体硬件的细节就可以编程。给上层应用程序提供统一的系统设备调用接口，需要对设备的访问操作进行抽象，应用程序通过硬件驱动程序的上层访问抽象接口来访问底层硬件。驱动程序的设计借鉴了Linux 系统的成功经验，同时考虑到嵌入式操作系统的特殊性，为μC/OS-II 建立了如图2 中所示的驱动框架模型。驱动主要分两个层次：驱动程序的上层访问抽象接口和硬件设备驱动层。

 (1)上层访问抽象接口层：这层包括抽象接口和设备管理核心数据两部分。通过对设备访问操作的抽象，为上层应用提供了5 个访问接口API 函数： Open、Read、Write、Ioctrl、Close，用于打开、读、写、控制和关闭设备。设备管理核心数据结构是驱动框架的核心，为系统中的每个硬件设备分配唯一的设备名，上层应用程序通过将设备名作为参数传递给API 函数实现对相应设备的核心管理数据结构的定位寻址，实现对设备的统一访问控制。

 (2)硬件设备驱动模块层：这层是硬件设备驱动模块功能的实现层，对各个硬件设备的驱动在相应的硬件设备驱动模块中完成。分别完成设备的打开、读、写、控制和关闭功能。

 为了使程序具有良好的可读性、可维性，采用了结构化程序设计方法，即"自顶向下，逐步求精"的程序设计方法和"单入口单出口"的控制结构，从问题本身开始，经过逐步细化，将解决问题的步骤分解为由基本程序结构模块组成的结构化程序框图，使每一个模块的功能变单纯而明确，为下一步软件的功能扩充和修改打下了良好的基础。

　　4 功耗的管理设计

　　4.1 外设的功耗管理

 功耗管理，除CPU 核的控制外，还要保证外设在需要使用时及时上电，使用完后立即关闭，从而达到降低功耗的目的。对外设的功耗管理通过IO 输出口来控制MOS 管的通断，从而打开或关断外部设备的电源。

 通信电台的功耗最大，占系统耗电量的比例大，需要严格的计算控制。电台设备从上电启动到关闭分三个阶段：上电启动阶段T1，数据发送阶段T2，等待数据发送阶段T3。

 (1)设备上电的时机: 信道编码后，需要发送数据时打开。

 (2)设备启动时间T1：设备从上电到可以发送数据需要一个过渡时间，具体的时间值与设备有关，需要看具体设备的手册。

 (3)数据发送时间T2：这里的数据发送时间是指数据通过串口发送出去的时间，当数据从串口发出后，程序会返回一个数据发送完毕的信息，T2 时间由接口设备自动控制。

图3 通信设备功耗控制示意图
 

 (4)等待数据发送结束时间T3：有些通信设备带有数据缓冲区，当数据从串口发送给通信设备时，不是立即就将数据发送出去，而是先暂存在数据缓冲区，此时如果立即关闭设备电源，可能有数据没有发送完，所以需要一个等待时间。

 (5)设备关电时机：当T3 结束后，立即关闭设备的电源。

 实际编程时T1 的值根据具体的设备的数据手册来确定；T3 的值也需要根据具体的设备来调试，以接收端能准确可靠的接收到数据，T3 的值最小为准。

　　4.2 CPU 核的功耗管理

 CPU 核在没有任务可做时要进入低功耗状态STOP 模式，在程序中通过空闲任务连续运行状态来判定。当所有的任务都不运行时，操作系统会自动运行空闲任务，当空闲任务连续运行超过一定的时间后（超过程序中需要的最大等待时间），关闭所有的外设，让CPU进入STOP 模式。具体的实现是将原有的空闲任务程序进行修改，增加一个记数器，当记数到一定的数值（即一定的时间）后，进入STOP 模式。

　　修改后的OS_TaskIdle 程序如下：

　　void OS_TaskIdle (void *pdata)

　　{

　　#if OS_CRITICAL_METHOD == 3 /* Allocate storage for CPU status register */

　　OS_CPU_SR cpu_sr;

　　#endif

　　pdata = pdata;

　　for (;;)

　　{

　　OS_ENTER_CRITICAL();

　　OSIdleCtr++;

　　OS_EXIT_CRITICAL();

　　Count = count +1;

　　If (count > 某个数值)

　　{ 将CPU 进入STOP 模式；

　　}

　　OSTaskIdleHook();

　　}

　　}

 由于空闲任务随时可能被别的任务抢先，当重新执行空闲任务时，如接着抢先点继续执行，全局变量COUNT 没有被清零，所以在每个任务开始运行或执行结束后，都需要对COUNT 清零，这样可以保证COUNT 重新记数，在FOR 循环语句中，当COUNT 记数到一定值，CPU 将进入STOP 模式。

　　5 结束语

 本RTU 微控制器经过试运行后，功耗满足要求，静态功耗小于500μA/12V，在采用10AH 的蓄电池加太阳能板（容量灵活组合），可以保证系统无日照50 天正常工作。由于采用了μCOS-II 操作系统，并编写了硬件驱动程序的内核接口和用户接口，使程序具有良好的移植性，也方便了应用程序开发人员编写程序。

 本文作者创新点：提出了一种基于ARM7 和μCOSII 的RTU 低功耗设计方案。采用ARM7 处理机，又根据RTU 设备工作特点设计了电源功耗管理软件，实现了RTU 高的处理能力、低的功耗及长时间的电池供电。

 该设计可大规模应用在全国水情测报系统中，将会有500 万以上的经济效益。