找回密码
 注册会员
更新自动建库工具PCB Footprint Expert 2024.04 Pro / Library Expert 破解版

[嵌入式/ARM] 基于uC/OS-II的远程多点温度监测系统

[复制链接]
admin 发表于 2013-3-21 13:30:42 | 显示全部楼层 |阅读模式

本文包含原理图、PCB、源代码、封装库、中英文PDF等资源

您需要 登录 才可以下载或查看,没有账号?注册会员

×
  引言
     随着Internet的发展和应用,越来越多的嵌入式系统接入网络。然而,大部分嵌入式系统都是作为B/S模式中的应用服务器,必须随时对客户机的请求做出回应,要求具有较强的实时性。mC/OS-II是近年来发展迅速的一个开放源码实时操作系统,具有移植性好、可裁剪、可固化的优点。将mC/OS-II引入网络嵌入式系统,既可以实现系统的实时性要求,同时可以提高系统的可靠性,易于调试程序。
   
      20121107053205013031849.jpg
     图1 系统硬件结构框图(点击图片放大)
   
      20121107053205059901850.jpg
     图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,提高了系统的实时性和可靠性,有利于用户的管理和对温度的实时监测。
     用户可以利用广泛存在的以太网资源,通过浏览器直接访问节点,提高系统的开放性和互操作性,降低监控运行维护成本、提高监控运行维护效率。因此,基于嵌入式实时操作系统的嵌入式网络有着广阔的发展前景。
*滑块验证:
您需要登录后才可以回帖 登录 | 注册会员

本版积分规则

QQ|手机版|MCU资讯论坛 ( 京ICP备18035221号-2 )|网站地图

GMT+8, 2024-12-23 09:37 , Processed in 0.057412 second(s), 10 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表