基于uC/OS-II的远程多点温度监测系统

来源:本站
导读:目前正在解读《基于uC/OS-II的远程多点温度监测系统》的相关信息,《基于uC/OS-II的远程多点温度监测系统》是由用户自行发布的知识型内容!下面请观看由(电工技术网 - www.9ddd.net)用户发布《基于uC/OS-II的远程多点温度监测系统》的详细说明。
简介: 本文介绍了在C8051F020单片机上实现基于uC/OS-II的远程多点温度监测系统的软硬件设计。系统设计为简单的web服务器,用户可以通过网络中任一PC机的浏览器界面实现对温度的实时远程监测。

引言

随着Internet的发展和应用,越来越多的嵌入式系统接入网络。然而,大部分嵌入式系统都是作为B/S模式中的应用服务器,必须随时对客户机的请求做出回应,要求具有较强的实时性。mC/OS-II是近年来发展迅速的一个开放源码实时操作系统,具有移植性好、可裁剪、可固化的优点。将mC/OS-II引入网络嵌入式系统,既可以实现系统的实时性要求,同时可以提高系统的可靠性,易于调试程序。

基于uC/OS-II的远程多点温度监测系统

图1 系统硬件结构框图(点击图片放大)

基于uC/OS-II的远程多点温度监测系统

图2 系统TCP/IP协议部分程序流程图(点击图片放大)

系统硬件设计

本系统设计中采用美国Cygnal公司生产的集成混合信号SoC芯片C8051F020,其内核与8051兼容。当它工作在最大系统时钟频率 25MHz 时,峰值速度可以达到 25MIPS。C8051F020除了256B的内部 RAM,还另有位于外部数据存储器地址空间的 4KB的 XRAM,以及64KB可在系统编程的 FLASH 存储器。因此,它有足够的RAM空间用于存放1500B的以太帧,以及μC/OS-II中再入函数的模拟栈。C8051F020除了有标准8051的端口( P0、P1、P2和P3)外,还附加4个端口(P4、P5、P6和P7),内部还有很多的功能器件。

系统的硬件结构框图如图1所示。网卡芯片使用台湾 Realtek 公司生产的RTL8019AS。在系统中用到的网卡地址为十六进制的0300H~0310H,因此,C8051F020的P7口采用复用方式与RTL8019AS的数据/地址线相接,网卡的SA8脚则直接与高电平相接。C8051F020的 P5.2与RTL8019AS的复位端相连,用来复位网卡。RTL8019AS则外接一个隔离LPF滤波器,通过RJ45接口接入以太网。多个单总线温度传感器DS18B20共享一条总线,由 P3.0口进行控制。

系统软件实现

TCP/IP协议实现

介质访问层主要由以太网控制器 RTL8019AS来实现,其数据通信协议采用IEEE802.3 标准,只处理接收地址与本机物理地址相符或为广播地址的以太帧,并只对ARP、IP数据报进行处理。

网络层实现IP、ARP和ICMP 协议:IP 数据报的首部保留 20 字节的基本控制信息,每个IP数据报包含一个分片;实现完整的ARP 协议;对于ICMP协议, 只实现 ICMP 中类型号为 0 ,代码为 0 的 Ping 应答协议。

传输层实现TCP协议。在系统中,TCP 协议只用于支持 HTTP 协议,由于在连接时一直处于被动服务的状态,因此在设计中省去了SYN - SENT 状态和CLOSED状态,让它一开始就处于 LISTEN 状态,来监听客户端的连接请求,避免了主动打开的操作,可更高效地服务于客户机。而当服务器发出数据报时,系统并不存储,只是记录下该数据报的状态信息。由于系统中数据传输量少,滑动窗口可设置为一个固定值(1 500 字节 )。

应用层实现HTTP 协议。现场监测设备与用户的交互式数据交换通过 HTTP 协议来实现,HTTP在端口80上使用TCP的服务。系统TCP/IP协议部分程序的流程图如图2所示。

uC/OS-II对TCP/IP协议及温度监测的实时管理

uC/OS-II在C8051F020单片机上的移植

uC/OS-II的移植,要求所用的C编译器支持混合编程,在这里选用 KEIL C51集成开发环境。由于uC/OS-II是可剥夺的实时操作系统,任务随时会被另一任务中断,一段时间后再可以运行。为了防止在任务切换过程中相应数据被破坏,mC/OS-II中使用了大量的可重入函数。在KEIL C51中,Cx51编译器为再入函数生成模拟栈,通过这个模拟栈完成参数传递和存放局部变量。根据再入函数所采用的编译模式(SMALL、COMPACT、LARGE),模拟栈可以位于片内或片外存储空间。对于本系统,模拟栈对RAM空间的要求较大,故选用LARGE模式。可直接利用芯片上集成的XRAM(4K),无须另外扩展外部数据存储器。通过配置STARTUP.A51文件进行设置:

XBPSTACK EQU 1 ; //选用LARGE模式

XBPSTACKTOP EQU 1000H ; //设置再入栈栈顶指针

在移植过程中主要完成对以下五个文件的修改:与CPU相关的文件OS_CPU_A.ASM、OS_CPU_C.C、OS_CPU.H和与应用相关的文件OS_CFG.H、INCLUDES.H。

其移植过程在这里不是重点,下面简要介绍与应用相关较紧密的部分设置。

0S-CPU.H:

#define OS_CRITICAL_ METHOD 1 //中断方式1

#if OS_CRITICAL_METHOD == 1

#define OS_ENTER_ CRITICAL() EA=0

//关中断

#define OS_EXIT_CRITICAL() EA=1 //开中断

#endif

OS_CFG.H:

OSTimeDlyHMSM()函数使应用程序无需知道延时时间对应的时钟节拍数,直接按小时、分、秒、毫秒来定义时间,方便对任务运行时间进行管理。

#define OS_TIME_DLY_ HMSM_EN 1

//允许使用函数OSTimeDly HMSM()。

由于每个嵌入式监测系统可以同时与多个PC机连接,向不同用户提供信息,因此可在OS_CFG.H头文件中定义一个包含各种连接信息的结构变量。当TCP报文到时,使用连接状态信息检查是否与已存在的连接相符,如果不存在则建立新的连接。这种处理可以使嵌入式监测系统同时处理来自同一或不同PC机的连接。

typedef struct

{

INT32U ipaddr;

INT16U port;

INT8U timer;

INT8U inactivity;

INT8U state;

char query[20];

} CONNECTION;

在ARP协议部分,嵌入式系统将收到的IP数据报的物理地址存放在一结构变量中。如果是向同一PC机发送数据报,不需要再次发送ARP请求就可得到目的主机的物理地址,减少了建立连接的时间。

typedef struct

{

INT32U ipaddr;

INT8U hwaddr[6];

} ARP_CACHE;

在其中设置每个嵌入式系统的MAC地址、IP地址、子网掩码和网关地址。

uC/OS-II中任务创建及优先级设置

C8051F020的XRAM做输入/输出数据的内部缓冲区,RTL8019AS内部的16K SRAM做单片机的外部数据缓冲区,存储输入/输出以太帧队列。这样C8051020就可以采用查询方式读取以太帧,并有充足的时间处理数据。由于输入帧的大小不定,同时在ARP数据报发送或接收时,输出帧必须存在输出缓冲区中,因此,输入/输出数据缓冲区在C8051F020的XRAM中使用动态分配,由KEIL C51 提供的malloc()和free()函数完成。网页存储于单片机的FLASH存储器中。当嵌入式系统向PC机发送网页时,先将网页从FLASH存储器中取出放入XRAM,再根据用户请求进行整理后放入RTL8019AS的SRAM,并发送到以太网上。

作为网络服务器,C8051F020需要注意以下几点:

1) 服务器向一客户机发送ARP查询分组后,如果在0.5秒内未收到ARP响应分组,则重发。

2) 如果TCP连接在0.5秒内未被激活,则调用初始化断开连接程序,防止两个TCP之间的连接处理长时期空闲。

3) 为了控制丢失数据报,TCP在规定时间(0.5秒)内如果没有收到确认包 ,就重组这个包并发送 ,这样不需要占用存储区来存储包。当收到客户机接收到信息包的确认报后 ,就断开连接。

uC/OS-II对系统的管理是通过对任务的管理来实现的。它把整个程序分成许多任务,每个任务相对独立。然后在每个任务中设置超时函数,一旦任务的延时时间到,任务必须交出 CPU 的使用权。根据需要,系统中创建了5个任务,设置如下:

任务1:OSTaskCreate(eth_ arive,0,&mystack1[0],4);// 查询RTL8019AS,是否有以太帧到达。

OSTimeDlyHMSM(0,0,0,500);// 延时0.5秒

任务2:OSTaskCreate(arp_ retran,0,&mystack2[0],5);//重发ARP分组

OSTimeDlyHMSM(0,0,1,0); // 延时1秒

任务3:OSTaskCreate(tcp_ inact,0,&mystack3[0],6);// 初始化断开连接

OSTimeDlyHMSM(0,0,1,500);// 延时1.5秒

任务4:OSTaskCreate(read _temp,0,&mystack3[0],7);// 读温度值

OSTimeDlyHMSM(0,0,2,0); // 延时7秒

任务5:OSTaskCreate(tcp_ retran,0,&mystack3[0],8);//TCP数据报重发

OSTimeDlyHMSM(0,0,2,500);// 延时2.5秒

结语

将网络功能嵌入到温度监测系统中,可在网络中接入多个节点,每个节点连接多个单总线传感器,以此实现真正的多点温度监测,以满足用户的需要。由于DS18B20是单总线温度传感器,本身的温度测量有些延时,因此在传输温度数据时需要几秒钟的等待时间,但对整个系统的影响不大。采用嵌入式实时操作系统mC/OS-II,提高了系统的实时性和可靠性,有利于用户的管理和对温度的实时监测。

用户可以利用广泛存在的以太网资源,通过浏览器直接访问节点,提高系统的开放性和互操作性,降低监控运行维护成本、提高监控运行维护效率。因此,基于嵌入式实时操作系统的嵌入式网络有着广阔的发展前景。

提醒:《基于uC/OS-II的远程多点温度监测系统》最后刷新时间 2024-03-14 00:57:19,本站为公益型个人网站,仅供个人学习和记录信息,不进行任何商业性质的盈利。如果内容、图片资源失效或内容涉及侵权,请反馈至,我们会及时处理。本站只保证内容的可读性,无法保证真实性,《基于uC/OS-II的远程多点温度监测系统》该内容的真实性请自行鉴别。