返回首页
当前位置: 主页 > 照明百科 > 太阳能知识 >

·基于RTOS 的太阳能热水控制系统设计






时间:2009-01-07 09:23来源: 作者: 点击:

核心提示: 摘要: 介绍通过在单片机内嵌入实时多任务操作系统RTOS 来实现 控制系统的设计。 文中包含主控制端( 主端) 与数据采集端( 从端) 的功能模块图及说明, 对存在的多个任务进行解释分析, 并给出实现主从通信所定义的帧结构和使用 I2C 总线在 EEPROM 存储器


摘要:介绍通过在单片机内嵌入实时多任务操作系统RTOS 来实现控制系统的设计。 文中包含主控制端( 主端) 与数据采集端( 从端) 的功能模块图及说明, 对存在的多个任务进行解释分析, 并给出实现主从通信所定义的帧结构和使用 I2C 总线在 EEPROM 存储器中读写数据的程序代码解析。

随着嵌入式技术的发展与壮大,越来越多的单片机在使用中实现了RTOS(实时多多分派任务操作系统)的嵌入, 采用多任务机制来提高系统运行的效率和缩短响应所用的时间。 由于嵌入式工业的基础是以应用中心的芯片设计和面向应用的软件开发, 实时多任务操作系统进入嵌入式工业的意义不亚于历史上机械工业采用三视图的贡献, 对嵌入式软件的标准化和加速知识创新是一个里程碑。 RTOS 具有下述优点。

①RTOS 是一个可靠性和可信性很高的实时内核, 将中央时间、 中断、输入输出、 定时器等资源都包装起来, 留给用户一个标准的应用程序接口,并根据各个任务的优先级, 合理地在不同任务之间分配中央控制器时间。

②RTOS 作为软件开发平台是十分可取的, 基于 RTOS 上的 C 语言程序具有极大的可移植性。 据专家测算, 优秀 RTOS 上跨处理器平台的程序移植, 只需要修改 1% ~ 5% 的内容。

③RTOS 的引入, 解决了嵌入式软件开发标准化的难题。 随着嵌入式系统中软件比重不断上升、 应用程序越来越大, 对开发人员、 应用程序接口、 程序档案的组织管理将成为一个大的课题。 引入 RTOS 相当于引入了一种新的管理模式, 对于开发单位和开发人员都是一个提高。

本方案从如何更好解决小区和楼群内居民的生活用热水问题出发,利用绿色环保的为主要能量来源,以楼为单位综合控制,为用户提供生活热水。这不仅方便了生活,摒充了传统的独立式热水器存在的安全隐患,也便于业主集中管理和规划。

1 系统工作概况

热水控制系统以为能源,加热位于户外屋顶上集热器中的水。被加热升温后的水,通过循环阀进入大水箱,再经由重力到达小水箱,小水箱中设有辅助能源保持水温的恒定,再通过升压装置将热水送到各家各户。该系统在缺省状态下,以自动控制模式判断四个阀门(主要控制点)的工作状态,也可根据需要由工作人员进行手动控制。工作人员通过主端的操作控制面板完成人与系统的交互。位于面板上的显示屏会实时显示系统的工作情况和各项参数数据,供工作人员参考。水箱高度和需要开启加热阀门时的温度等十二个系统参数,既可以在控制箱内的操作控制面板上设置和通过显示装置查看,也可以在远程监控的计算机界面上设置和查看。考虑到在北方地区的推广,系统还设定了防冻循环参数以控制启停防冻循环。热水智能控制系统示意图如图1 所示, 其中控制箱即为主控制端( 主端),数据采集端( 从端) 位于大水箱上方。

系统采用华邦公司生产的单片机W77E58 作为主端和从端的微处理器, 由于它去除了多余的时钟和存储周期, 其运算速度比传统的 8051 系列要快 1.5 ~ 3 倍。 单片机中采用的实时多任务操作系统是 RTX51TNY,该操作系统由德国Keil 公司开发研制, 大小只有 800B,但理论上支持多达 16 个任务, 任务间的协调和轮换以信号机制触发。 RTX51TNY 操作系统允许“ 准并行” 的同时执行几个任务, 每一个任务在预先定义好的时间片内得以执行。

2 系统结构

热水控制系统由以下几个模块构成:主控制端处理模块(即主端)、数据采集端模块(即从端)、监控计算机及其后台服务程序。其中,从端还包括超声测水位器件模块,该器件利用超声声波接触到水面后反射的简单原理,使用放大器电路实现,成本大大低于市场上流行的投入式液位计。系统的结构框图如图2 所示。

2.1 主控制端软件实现及任务分析

系统的软件主要由三部分构成:主端程序、从端程序和利用超声技术测水位的程序。主端程序包含在主端控制模块当中,它的作用是判断系统当前工作状态,通过对所采集的数据进行处理和分析得到该如何继续控制系统的指令。从端程序负责处理采集的数据,并发送提交给主处理程序,超声部分的程序保证超声模块测水位的稳定性和精确性。其中,主控制端后台处理模块是系统的主要部分,占据了绝大部分的代码量,控制系统的指令大都由这里给出,下面着重介绍这一部分。

主端功能模块示意图如图3 所示。

主处理逻辑由7 个任务构成其主体, 一些函数的定义作为其补充。 7 个任务分别为: ① 初始化任务; ② 与串口通信任务( 串口 1 接收从数据采集端发回的数据);③与串口2 通信任务( 串口 2 负责与监控计算机交换数据);④⑤分别为对不同显示区域的控制任务;⑥对硬件中断的处理任务;⑦对传回数据的处理任务。

各个任务具体实现的功能如下:

①初始化任务:初始化串行接口,并开始其余6 个任务, 最后删除自身。

②串口1 通信任务: 主处理逻辑每隔一定的时间就通过串口 1 向数据采集端发送查询帧查询数据, 发送一定次数后仍未收到从端数据者, 通过信号机制触发显示任务, 显示与从端通信挫败的提示信息; 若从端返回无误数据, 则转入显示任务进行数据处理后显示。 若经由 CRC 校验发现连续若干次从端传回数据有误, 转入显示任务显示数据出错的提示信息。

③串口2 通信任务: 由于监视该系统运行的工作人员需要通过一些参数的变化来实时了解当前系统工作的情况, 这些参数包括各个阀门的状态、 水箱的水位、 各个传感器当前的温度等, 所以该系统中使用一个串口来向监控计算机提交数据。 每隔一定时间监控计算机便发送查询帧, 该查询帧分两, 一类是查询阀门状态, 另一类查询水位和温度, 主控端按其要求的数据种类填充该帧后回送。

④控制显示区任务1:领导显示屏分为上下两行, 上面一行为区域 1,下面一行为区域 2。区域1 负责显示当前系统中水箱水位, 大小水箱温度等参数, 每屏显示参数中的一个, 停留一段时间后显示下一个, 如此循环反复, 操作人员可在此查看系统中参数的具体值从而做出控制判断。

⑤控制显示区任务2:区域2 显示的是系统运行中, 当前各个阀门的工作状态。 系统设置了以手动和自动两种方式操纵四个阀门, 用有否提示音来进行区分。 这个区域还负责显示各种提示信息或者出错信息, 如果温度传感器或超声探头传回的数据有误, 都在这里给出报错字样, 并表明是哪部分出了问题, 便于工作人员及时检修排队故障。

⑥硬件中断处理任务:在控制台的表面分布着14 个按键用以操纵和控制系统, 每按下一个键, 系统该做出何种反应就由此任务掌管。 由 16 位输入 4 位输出的编码器得到按键编码, 在这里分十四种情况转入不同的程序段进行处理。

⑦对传回数据的处理任务:在与串口1 的通信任务中, 系统从串口 1 收到的数据如果是无误的, 则进入此任务。 该任务对系统中主要存在四种动作, 即加水、 加热、 循环和回水, 分别分为手动和自动两种工作状态, 计算系统中实时改变的数据该如何影响和决定当前系统的动作。

2.2 数据采集端功能模块图

在数据采集端,温度的采集包括对屋顶集热器温度的采集,对恒温小水箱温度的采集,对大小箱温度的采集和对输水管网中某点温度的采集。数据采集逻辑间接控制循环阀门、回水阀门、加热阀门、加水阀门。数据采集端的功能模块图如图4 所示( 虚线部分表示对阀门的间接控制)。

3 通信帧格式

主控制端所实时显示和进行处理的数据要靠数据采集端进行采集后发回,两者之间的通信通过RS485 接口, 采用定义帧结构的方式来实现。

在程序中,我们靠对帧类型的区分和判断,共定义了七种代表不同含义的帧,分别是:①主控制端向数据采集端发送的数据查询帧;②数据采集端向主控制端回送的温度水位等数据帧;③监控计算机端向主控制端发送的查询阀门状态帧;④监控计算机向主控制端发送的查询温度水位等数据帧;⑤主控制端向监控计算机回送的阀门状态帧;⑥主控制端向监控计算机回送的数据帧;⑦监控计算机端设置参数告知主控制端帧。若某一帧是传送数据的帧,则data1 ~ dada7 的 7 个字节中依次填充大水箱水位、 小水箱水温、 大小箱水温、 屋顶集热器中水温( 3 个采集点) 和采集点处的水温。 若某一帧作为传送当前阀门状态的帧, 则用 7 个字节中的前 4 个来分别表示进水阀、 回水阀、 加热阀和循环阀是打开状态还是闭合状态。 帧结构的格式如图 5 所示。

除此之外,还可以按照设计的需要自行增加帧的类型,以实现更为复杂的通信。

4 系统外存储器 EEPROM

由于控制中经常会涉及到参数的更改,为了使掉电后不影响系统的运行,即需要参数能够重现,系统采用带有I2C 总线接口的 EEPROM 2402 芯片实现数据的存储和读取。 读和写分别调用的两个函数如下:

非签署把eepromread(unsigned烧焦把beginbyte){烧焦

非签署把数据结果烧焦;

非签署把我烧焦;

EA=0;

i=RW24XX(&result,1,beginbyte,READ_OP,M2402);

EA=1;

return(result);

}

/******************************************************

非签署把我烧焦;

EA=0;

i=RW24XX(&datum,beginbyte,WRITE_OP,M2402);

EA=1;

}

可以看出,函数RW24XX 是对 EEPROM 外存储芯片操作的主体函数, 这里给出该函数中包含参数的定义:

点RW24XX(unsigned烧焦*DataBuff,unsigned把ByteQuantity,unsigned int Address,unsigned烧焦把ControlByte,enum eepromtype EepromType烧焦)

其中,DataBuff 为读写数据输入输出缓冲区的首地址, ByteQuantity 为要读写数据的字节数,地址为 EEPROM 芯片的片内地址, ControlByte 是 EEPROM 的控制字节, 具体形式为( 1)(0)(1)(0)(A2)(一级)(A0)(R和W),其中 R和W=1,表示读操作, R和W=0 为写操作, A2 、一级的、 A0 为 EEPROM 的页选或片选地址; EepromType 为枚举变量, 需为 M2401 ~ M24256 中的一种, 分别对应 24C01 ~ 24C256,本系统中为 M2402;函数返回值为一个位变量,若返回1 表示此次操作失效, 0 表示操作成功; ERRORCOUNT 为允许最大次数, 若出现 ERRORCOUNT 次操作失效后, 则函数中止操作, 并返回 1。

图5

在该函数中,调用的若干I2C 总线函数如下:

无效的IICStart(void);

无效的IICStop(void);

点IICRecAck(void);

无效的IICNoAck(void);

无效的IICAck(void);

非签署把IICReceiveByte(void烧焦);

无效的IICSendByte(unsigned烧焦sendbyte);

结语

本系统结构简单,操作方便,拥有手动和自动两种控制模式,具有一定的智能性;既可现场控制,又可远程控制;能根据现场状况,合理地调节控制状态。另外,利用RTX51TNY 实时操作系统提供的系统特征, 可以简化多任务程序设计, 满足多个任务的时间特性要求。 基于实时多任务操作系统, 可以将各任务进行细分馐, 使各任务保持相对独立; 能有效改善程序结构, 便于模块化处理, 使程序的可读性、 可维护性和可移植性都得到进一步提高。(     商情网  ) 

来源:环球光伏网

顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------

山东照明网声明:山东照明网登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。文章内容仅供参考,不构成投资建议。投资者据此操作,风险自担。 欢迎举报虚假信息!

最新评论 查看所有评论
发表评论 查看所有评论
请遵守互联网相关政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 密码: 验证码:
图文热点
推荐内容