完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
数据交换区是指程序执行中使用到的各种数据所存放的内存空间。本文提出了在μClinux操作系统下为嵌入式工业网络服务器开辟数据交换萄思想和解决方案。嵌入式工业网络服务器项目的开发目的是构建一个以Client/Server模式工作的工业远程监控系统,其前端是一个嵌入式服务器,它安装在工业现场,可以与三菱PLC组成的控制系统接口,对该系统实施实时监控。其中数据交换区部分起到承上启下的枢纽作用,向上负责对客户端交互现场设备数据,向下负责与接口缓冲区交互设备实时数据。系统以Motorola公司的32位控制器ColdFire5307为CPU,使用2个现代公司的HY57V641620型(4M×16bit)的SDRAM拼成4M×32位的SDRAM,使系统具有16bytes的RAM空间。
|
|
相关推荐
2个回答
|
|
1μClinux操作系统
系统选取μClinux操作系统为开发平台,为有2个SDRAM(4M×16bit)的嵌入式工业网络服务器开辟数据交换区。 ColdFire5307微处理器上可以运行很多操作系统,但是可以说μClinux是最合适、性价比最高的操作系统。目前商用的实时操作系统,如VxWorks和Nuclesus等价格比较昂贵,而且需要附加的C编译器和相关的调试工具。而μCOS等免费的实时操作系统又没有很好的文件系统和TCP/IP协议的支持,就嵌入式工业网络服务器的应用特点而言,μClinux内核采用模块化设计,很多功能块可以独立地加载或卸载,在设计内核时可以把这些内核模块作为可选项,编译系统内核时指定。一种较通用的做法是对μClinux内核重新编译,在编译时仔细的选择嵌入式系统所需要的功能支持模块,同时删除不需要的功能模块。通过对内核的重新配置,可以使系统运行所需要的内核显著减小,从而缩减需要的控制器RAM和ROM资源。 μClinux同标准Linux的最大区别在于内存管理,对SDRAM数据交换区的管理就属于内存管理范畴。标准Linux使用虚拟存储器技术,对于μClinux来说,其设计针对没有MMU(memorymanagementunit)的处理器。但μClinux仍然采用存储器的分页管理,系统在启动时把实际存储器进行分页。在加载应用程序时程序分页加载。但是由于没有MMU管理,所以实际上μClinux采用实存储器管理策略(realmemory management)。μClinux系统对于内存的访问是直接的,它对地址的访问不需要经过MMU,而是直接送到地址线上输出,所有程序中访问的地址都是实际的物理地址。μClinux对内存的管理从编译内核开始,从而系统将在启动的初始化阶段对内存进行分页,并且标记已使用的和未使用的内存。系统将在运行应用时使用这些分布内存。另外由于采用实存储器管理策略,用户程序同内核以及其他用户程序在一个地址空间,程序开发时要保证不侵犯其他程序的地址空间,以使得程序不至于破坏系统的正常工作,或导致其他程序的运行异常。 2 数据交换区硬件架构 系统采用Motorola公司的ColdFire5307型32位控制电路为CPU,用2个现代公司的HY57V641620型的SDRAM(4M×16bit)拼成4M×32位的SDRAM,使系统具有16Mbytes的RAM空间。 ClodFire系列微处理器是Motorola公司继其M68K系列微处理器之后推出的新一代内核的32位高位能嵌入式微处理器。ClodFire系列微处理器继承了M68K系列优秀的指令集设计和CISC架构的优点,融入了RISC架构,在速度和架构之间得到了很好的平衡。ColdFire 5307型微处理器运行在外部总线时钟45MHz,内部总线时钟90MHz,速率可达75MIPS。 与Flash存储器相比较,SDRAM不具有掉电保存数据的特性,但其存取速度大大高于Flash存储器,且具有读/写的属性。因此,SDRAM在系统中主要用于程序的运行空间、数据交换区及堆栈区。当系统启动时,CPU首先从复位地址0x0处读取启动代码,在完成系统初始化后,程序代码一般应调入SDRAM中运行,以提高系统的运行速度,同时,系统及用户堆栈、运行数据也都放在SDRAM中。SDRAM具有单位空间存储容量大价格便宜的优点,已广泛应用在各种嵌入式系统中。SDRAM的存储单元可以理解为一个电容器,总是倾向于放电,为避免数据丢失,必须定时刷新(充电)。 嵌入式工业网络服务器项目中的数据交换区根据数据交换匹配置文件生成。向上负责与客户端交互现场设备数据,向下负责与接口缓冲区交互设备实时数据。每个SDRAM由4M×16bit的内部Bank组成,这个Bank的选择由SDRAM外部引脚BA0和BA1来完成,笔者将BA0和BA1都连接在ColdFire5307的高端地址线上;其他信号和ColdFire 5307都一一对应。UDQM和LDQM是SDRAM的高低字节片选信号,因为每个SDRAM都是16位架构,所以将二片SDRAM拼成32位时,除数据线和这二个片选信号之外,其他信号线对二个SDRA来说都是共用的。这二个信号分别接Cold Fire 5307的CAS0、CAS1和CAS2、CAS3。SDRAM与MCF5307的连接如图1所示。 ColdFire5307可以支持二个Bank的SDRAM,在本系统中只使用了第一个Bank,另外一个Bank的控制信号悬空不使用。其中,SDRAM和FlashRom以及其他外设一同使用32位数据总线D0-D31;SDRAM映射到内部物理地址,但是因为SDRAM的特殊性,并不需要所有的地址线信号A0-A31,而是使用其中一部分信号线,这个地址映射的工作由DRAM控制器来完成;RAS0-RAS1是Bank片选信号,本设计中只使用RAS0来片选所使用的SDRAMBank;CAS0-CAS3是SDRAM 32位数据线中4个8位数据线(Byte)独立的片选信号;SCAS和SRAS分别是SDRAM的行、列地址锁存信号;DRAMW是DRAM写信号;BCLK0是系统时钟输出,连接到SDRAM的时钟输入引脚CLK端;SCKE是SDRAM时钟使能信号,来使能输入给SDRAM的时钟信号,高电平时SDRAM自动进入休眠状态。 |
|
|
|
3数据交换区软件实现
服务器依据数据交换区配置文件生成设备数据交换区。服务器进入运行模式之后,首先检查生成数据交换区与底层缓冲区的配置文件是否存在。如果不存在则打印错误信息,存在则依据配置文件在系统SDRAM区开辟数据交换区与底层缓冲区。接着系统检查PLC通信协议交换是否存在,不存在则打印错误信息,存在则将COM2口置为PLC通信端口。一切就绪之后,系统启动任务调度完成各种任务。数据交换区生成及使用流程图如图2所示,数据缓冲区生成子程序流程如图3所示。 在2.4片μClinux内核中,内核引导时,通过访问系统所有的物理内存,然后调用各个子系统的初始化函数进行初始化,允许初始化代码分配私有的缓冲区,并减少了留给常规系统操作的RAM数量。在2.4版μClinux内核中,这种分配通过调用下列函数之一进行: 分配内存空间所使用的函数调用如下: (1)函数malloc和calloc都用于分配动态内存空间的函数。 (2)函数malloc的参考size表示申请分配的内存空间的大小,以字节计算; (3)函数calloc的参数nmemb表示分配的内存空间占的数据项数目。参数size表示每一个数据项的大小,以字节计算。也就是说,calloc函数分配大小为nmemb*size大小的内存空间。 Calloc函数与malloc函数最大的区别是calloc函数被初始化所分配的内存空间,把所有位置为0。调用成功时,malloc函数为calloc函数的返回值都为被分配的内存空间的指针;调用失败时,返回值为NULL。动态内存被释放。 在C语言中,指针是处理许多数据结构的关键。没有指针,也许根据不能使用动态内存的诸多特性。在编写程序的时候,它允许程序员建立复杂的内存系统。提高了处理未知内容或者类型数据的灵活性。在C中还有一点对字符串处理和数据的输入输出很重要。对指针的彻底了解有助于我们写出更好、更高效的代码。 如果使用一种算法不够,链表可以解决这个问题。当从未知大小的数据块中读入数据时,用户不得不把数据读到内存中。这是因为处理读入数据的函数必须把数据读到一块一定大小的内存中。在读入以后,必须找到一种接合分离数据的办法。一般使用fgets()把数据读到n个字节大小的内存中。缓冲区是n+1个字节大,但是请注意必须使用1个字节放结束标记。然后使用了一简单的链表保存数据。这个链表中一个特殊项:一个名为iscontinuing的整型变量。如果这个变量有值,表示当前结构中的数据不是字符串最后的部分,最后的部分将包含在以后的结构后。这个变量再把数据从内存中调出来,重新组装的时候使用。 还有一种更明智的保存数据的方法。逐步处理数据直到达到数据末尾。首先要修改的是结构的定义。在结构中包含字符串。在结构中定义一个指针,指向动态申请的内存区域。这样做的好处是,字符串可以很长。现在产生输出的代码更简单了。它做的所有的事情就是计算和显示。不再需要合并字符串。因为已经被合并。 4结束语 数据交换区的生成和使用对嵌入式工业网络服务器项目尤为重要,它是WEB服务器正常运行的先决条件,起到承上启下的枢纽作用。向上负责对客户端交互现场设备数据,向下负责与接口缓冲区交互设备实时数据。目前,该部分设计工作已经完成,并在试运行期间情况良好,达到预期效果。 |
|
|
|
只有小组成员才能发言,加入小组>>
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-25 16:06 , Processed in 0.857038 second(s), Total 51, Slave 42 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号