返回

(定稿)客运中心客运站扩建项目立项申报材料2(喜欢就下吧) (定稿)客运中心客运站扩建项目立项申报材料2(喜欢就下吧)

格式:word 上传:2026-10-16 12:51:30
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
客运中心客运站扩建项目立项申报材料.doc预览图(1)
第 1 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(2)
第 2 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(3)
第 3 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(4)
第 4 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(5)
第 5 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(6)
第 6 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(7)
第 7 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(8)
第 8 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(9)
第 9 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(10)
第 10 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(11)
第 11 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(12)
第 12 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(13)
第 13 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(14)
第 14 页 / 共 104 页
客运中心客运站扩建项目立项申报材料.doc预览图(15)
第 15 页 / 共 104 页
预览结束,还剩 89 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

这开源的实现程序包做了详细说明。


最后,叙述了怎样将移植进系统之中,使其可以与同被使用,构建图形开发环境,来进行图形界面的开发。


基于的图形用户界面开发第四章系统关键技术及实现第四章系统关键技术及实现个独立的嵌入式系统涉及的关键技术通常包括消息驱动机制屏幕管理技术资源管理技术和显示设备管理等。


其中消息驱动机制负责与操作系统输入设备以及其它系统等进行信息交换,也用于处理系统内部的各种事件和交互,它是整个系统的动力源屏幕管理技术负责图形界面的组织方式和表现形式资源管理技术涉及对资源进行有效的管理和统调配,如管理字库图标位图等而系统有可能面对不同的显示设备,它们有不同的设备属性,如何抽象它们并建立统接口,如何在具体环境下实现等,都是显示设备管理的责任。


下面将分别描述本课题的上述几个方面的实现方案。


消息驱动机制消息驱动机制实现原理现在任何系统中都使用消息驱动的原理,使用消息驱动作为应用程序的创建构架,本平台设计也使用消息机制完成。


消息般包括鼠标消息键盘消息窗口消息菜单消息系统消息和命令消息等。


本系统的消息驱动机制是根据的事件驱动机制原理设计并实现的,即客户端服务器端模式。


客户端负责窗口的绘制窗口更新和其它用户消息的响应,每个窗体对象均建立个消息队列,用来接收服务器端的事件,从而进行处理。


服务器端主要由消息监测任务来集中处理。


消息监测任务依靠系统和机制来采集设备的实时事件,然后将其打包或压缩成标准结构的事件信息。


打包后的信息通过函数,发送到事件处理模块中,在这个模块中搜索应用程序的所有窗口的所有消息队列,判断当前事件应该由哪个窗口的消息队列来接收,并将其发送到这个消息队列中。


这样,这个客户应用程序就可以从消息队列中取出消息信息,进行相应的处理。


而且,这种分层模块化机制也为用户直接以事件方式在窗口间进行通信提供了方便,只要调用函数即可,而不必经过其它底层模块。


在整个过程中,有以下几部分的实现非常关键消息监测任务的实现机制事件分发任务的处理机制等。


我们将就这几方面进行深入分析。


基于的图形用户界面开发图消息驱动机制原理消息检测任务消息监测任务是本消息驱动机制实现的核心,起着承上启下的重要作用。


该任务和由该任务管理的子系统与设备驱动共同组成消息驱动机制的服务器端,它通过相应的事件分发机制,将事件发送到客户应用程序端。


消息监测任务由系统在初始化时建立,在系统的生命周期内直运行着。


消息监测任务主要负责系统中事件的集中监测和向窗口系统的分发功能。


集中监测就是首先,通过子系统提供的功能,打开需要检测的几,更改工程选项卡中选项,在中把生成的路径添加进去,然后编译工程即可。


需要说明的是,编译具有相关功能的操作系统映像前,必须要把中的图形库和,组件包含进来。


搭建虚拟开发环境如同前面介绍,与多数嵌入式系统的调试开发方式样,都是基于交叉式编译环境。


为了在系统下进行包括图形开发在内的所有程序的开发,就需要拥有个包含存储器及电路的目标机。


虽然许多集成开发环境附带模拟软件,但仅限于指令集的模拟,均无法模拟物理的目标机硬件平台,因而在其上只能进行应用程序的象征性模拟开发。


但是,并非所有人都能拥有物理的目标机,而且由于目标机资源有限,不能保证随时随地都可以被用来调试程序。


在这种情况下,我们就应该构造个模拟的开发环境,这样虽然会牺牲部分的实时性,但降低了开发成本,提供了接近于真实的模拟环境。


本课题使用软件模拟真实的目标机。


主要的步骤如下编译系统首先构建虚拟上。


主要工作包括编译网卡驱动,以使系统的网络功能正常运行修改编译的配置头文件中定义的些参数,使编译出来的系统引导程序和的映象符合我们的要求接着建立和系统映像。


在编译映像时,我们需要包括两个重要的组件和。


前者使我们可以通过协议登录到操作系统中后者则可以让我们通过命令行控制系统。


另外,需要把所有相关的选项都包含进去制作引导磁盘引导软盘用来引导操作系统映象,通过命令,在软盘上建立系统引导分区,并将引导程序复制到软盘上配置服务器服务器用于在系统成功引导之后,下载的运行时映像,这里使用自带的服务器。


配置好之后让其处于运行状态。


创建虚拟机基于的图形用户界面开发使用创建虚拟机,在选择操作系统类型时,选择,其余选项均使用缺省值。


配置好之后开始引导运行,引导成功之后,系统会自动从服务器下载映像,并开始运行,运行界面如图所示。


图启动界面调配联机调试环境装好系统后,下步就希望将自己编写的应用程序下载到目标机进行调试,以下为具体的配置工作。


打开开发环境,选择菜单,弹出个配置对话框,如图所示,在中任意填写个名字,这里是在中选择,并在下面的地址框中填写目标机的地址,这里是由参数决定将下拉框更改至,并在项中选择您的映象的完整路径,这里是由参数决定。


完成以上两项配置,点击按钮,就可以启动了。


再回到开发环境,在工具条上的下拉框列表中选择。


这时会发现工具条中些原先处于禁用状态的工具按钮,现在都已经处于激活状态了,如设置断点单步运行查看变量查看内存查看寄存器等,这样就可以开始联机调试应用程序了。


第三章及其在下的移植图配置本章小结本章重点介绍了三维图形工业标准及些重要的函数,并对个硬件设备鼠标和键盘并获得他们的描述符然后,该任务以这些文件描述符为参数,利用机制,同时监测几个硬件设备的状态而任务本身处于阻塞状态,不占用资源当硬件中有状态变化时,该任务重新转变为就绪态,获得执行后,它检测出当前有状态变化的所有硬件,并分别取出相应的信息将这些信息译码生成标准格式的事件,发送到事件分发处理模块。


该任务也负责分发事件处理模块的启动。


事件分发任务由系统硬件产生的动作已经在到达此模块前被封装成事件,那么这个事件应该分发给窗口系统中的哪个具体窗口来处理才正确呢这个问题需要由事件回第四章系统关键技术及实现调注册和分发处理两个模块来解决。


事件回调注册负责管理回调函数表,分发处理模块负责在回调函数表中搜索恰当的回调函数,并调用其进行处理,其中目标消息队列就是在回调函数中获取的。


事件回调注册机制,提供用户需要针对特定消息进行处理的回调函数注册功能,它类似于钩子机制,当速度也加快,许多旧型号的电梯面临着技术的改造,常见的改造方式是用变频调速取代调压调速和变极调速。


用取代继电器控制系统。


这些改造为电梯监控系统的控制部件提供了更大的空间,基于的监控系统尤为适合电梯的改造。


电梯监控系统电梯监控系统要求既能监控电梯又能完成日常管理,从模块功能上可分为故障时电梯状态每个周期的数据汇总日常管理信息。


电梯在运行时有大量信息需要监测,粗略分类有开门限位开关关门限位开关安全触板光幕保护厅门锁回路轿门锁回路安全回路紧急停车回路极限开关限位开关状态驱动信息呼梯位置信息抱闸状态运行时间次数年检时间维修历史等。


对电梯的监控可以使故障览无余。


众所周知,门系统是电梯故障多发部件,电梯发生故障停车前总会有些小故障频繁发生,但这些小故障常常被忽略,因为它们不会造成电梯停运。


以厅门锁和门刀间隙调整不当为例,载荷不均匀情况下运行,会发生门刀与开门轮碰撞的可能,导致电梯紧急停车,但因为电梯的自校正功能,电梯会在几分钟内自动恢复正常。


这类故障随机性很强,所以经常不被注意,特别是自动运行的电梯。


但随着小故障的累积终究会酿成大故障甚至事故。


监控系统不会漏掉这些故障,甚至能定位发生故障的层楼,从而节省检修人员查找故障点的时间,在出现故障时,各类信息的收集将有助于故障的判断和事故的预防。


只要进行针对性的设置,所有需要的信息都可以采集到。


对于管理人员需要的统计内容,监控系统分门别类的汇总出不同的数据,诸如判别电梯的运行状态,主要通过故障率来判断,而故障率常用段运行周期内出现故障的次数来计算,不同的建筑内和不同用途电梯的运行次这开源的实现程序包做了详细说明。


最后,叙述了怎样将移植进系统之中,使其可以与同被使用,构建图形开发环境,来进行图形界面的开发。


基于的图形用户界面开发第四章系统关键技术及实现第四章系统关键技术及实现个独立的嵌入式系统涉及的关键技术通常包括消息驱动机制屏幕管理技术资源管理技术和显示设备管理等。


其中消息驱动机制负责与操作系统输入设备以及其它系统等进行信息交换,也用于处理系统内部的各种事件和交互,它是整个系统的动力源屏幕管理技术负责图形界面的组织方式和表现形式资源管理技术涉及对资源进行有效的管理和统调配,如管理字库图标位图等而系统有可能面对不同的显示设备,它们有不同的设备属性,如何抽象它们并建立统接口,如何在具体环境下实现等,都是显示设备管理的责任。


下面将分别描述本课题的上述几个方面的实现方案。


消息驱动机制消息驱动机制实现原理现在任何系统中都使用消息驱动的原理,使用消息驱动作为应用程序的创建构架,本平台设计也使用消息机制完成。


消息般包括鼠标消息键盘消息窗口消息菜单消息系统消息和命令消息等。


本系统的消息驱动机制是根据的事件驱动机制原理设计并实现的,即客户端服务器端模式。


客户端负责窗口的绘制窗口更新和其它用户消息的响应,每个窗体对象均建立个消息队列,用来接收服务器端的事件,从而进行处理。


服务器端主要由消息监测任务来集中处理。


消息监测任务依靠系统和机制来采集设备的实时事件,然后将其打包或压缩成标准结构的事件信息。


打包后的信息通过函数,发送到事件处理模块中,在这个模块中搜索应用程序的所有窗口的所有消息队列,判断当前事件应该由哪个窗口的消息队列来接收,并将其发送到这个消息队列中。


这样,这个客户应用程序就可以从消息队列中取出消息信息,进行相应的处理。


而且,这种分层模块化机制也为用户直接以事件方式在窗口间进行通信提供了方便,只要调用函数即可,而不必经过其它底层模块。


在整个过程中,有以下几部分的实现非常关键消息监测任务的实现机制事件分发任务的处理机制等。


我们将就这几方面进行深入分析。


基于的图形用户界面开发图消息驱动机制原理消息检测任务消息监测任务是本消息驱动机制实现的核心,起着承上启下的重要作用。


该任务和由该任务管理的子系统与设备驱动共同组成消息驱动机制的服务器端,它通过相应的事件分发机制,将事件发送到客户应用程序端。


消息监测任务由系统在初始化时建立,在系统的生命周期内直运行着。


消息监测任务主要负责系统中事件的集中监测和向窗口系统的分发功能。


集中监测就是首先,通过子系统提供的功能,打开需要检测的几

下一篇
  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库-精品文档 帮帮文库-免费阅读 帮帮文库-海量资源
换一批

搜索

客服

足迹

下载文档