电梯调度模拟系统

电梯调度模拟系统

Elevator Attemper Simulation System(EASS)

设计开发者:夏斯华

1.调度描述:

实现电梯调度算法如下:

1.  初始状态在一楼。内外部没有请求,则保持原先状态。

2.  外部请求发出,放在请求列表中。定时分配:

 a>.读取当前各电梯状态(运动状态、所在楼层)

 b>.同方向、路径最短.(除去 同方向需要折回情况)

 c>.同方向不符和,则取停止电梯中路径最短的那个。修改该电梯目标列表.

 d>.此时没有符合要求的。则进入下一个循环。

3.  内部请求。下一个请求需要在电梯路径上,不允许折回。否则不响应.

4.  开门一直按着电梯会停着不动。电梯移动需要关上门。

2.开发环境:

1.       Eclipse 3.0 M8(打上VE插件)(Sun JDK1.4.0_4).

2.       Windows Xp profession Sp1.

3.设计方案:

基于上面算法调度,基本实现现实中的电梯运作样子。有各个电梯运行状态的显示。外部、内部乘客的请求以及对其合理的分配。

利用了java语言里的多线程机制,模拟了现实中电梯运行和处理请求的并行性。

其实实际运行时,系统有很多的线程运作。对于我实现的程序就有如上的线程。这些线程协同工作完成整个系统的需求。利用了java 面向对象性高一点再加上实现起来比较容易(相对于VC++,当然也可以采用VC SDK+DirectX9.0b有更美观效果或者 MFC6.0)。于是采用之。

考虑了老师的要求,警铃本来想做的,可以消除外部对该电梯的请求,让需求列表重新分配。还有考虑了让电梯更加智能,如采用将一天时间分段,各段处理请求不一样。如人少,就尽量电梯少从停-à动。人多的时候尽量将所有电梯都用上。当然,我跟同学还考虑了现实中是否有无聊之人暂着电梯门口不走动如何处理等等。不过,精力有限,况且主要是想体验一下多线程的妙处,所有在算法上没有太多的深入。

4.程序设计:

其实与其说是在解决什么调度不如说又一次锻炼了编程能力。花了好几天,五一节一直关注着她。

不过终于将自己预想的给实现了,不是最好,但在编程的过程中,体会良多。由于我是一个历史的人,喜欢将一些记录下来,老师岁没讲要写这部分。自我觉得有必要。

1.  第一次使用了 观察者设计模式。之前对设计模式了解一些,什么最简单的工厂模式,单例模式。以前也用过,没什么。这次我要实现主控制与子线程(电梯线程)之间的通线。当然可以那样,主线程在之线程内部创建,作为其成员变量。大多人应该是这样做的。或许还有人那样做,将状态量和一些请求列表放在 静态类里面(有点象 全局变量)。我采用了上面讲的模式,虽然有点麻烦。但是体验了一翻觉得还可以。(参见类ElevatorArithMainControler)。

2.  第一次用VE(可视化编辑器)设计界面(Swing/JFC.(参见OuterElevatorPaneOuterElevatorDialogInnerElevatorPane InnerElevatorDialogMainFrameExpDialogElevatorPane)

3.  自己设计了好多的小类:StaticRequestList(静态请求列表)、ElevatorState、(电梯状态)、Mycomp(用于排序用的继承于Comparator)、DisResponse(分配外部任务响应)CRequestList(请求格式)

4.  ElevatorThread,电梯线程,里面Run,实现了各个电梯的运行显示。对每个内部请求的响应。响应外部房在了ElevatorArith中。

5.  电梯运动效果:Thread.sleep(时间).实现延迟。我在主框架里有一个 Timer(时间,事件监听器).

6.  对数据类型有了无数次的转化,判断条件的繁多。

 

1乘客类型 反映乘客的所有属性。 ADT Client 数据对象:D={ai∈乘客信息,I=1,2,…,n,n≥0} 数据关系:R={|ai-1,ai∈D,i=2,…,n} 基本操作: PrintClientInfo(Client const &e,ClientStatus s) 操作结果:输出乘客信息。 CreatClient(Client *&p) 操作结果:生成新的乘客。 DestoryClient(Client *&p) 操作结果:该乘客离开系统。 GoAbove(Client const &e) 操作结果:判断该乘客是否去往高层。 CInfloor(Client const &e) 操作结果:返回乘客进入的楼层。 CInTime(Client const &e) 操作结果:返回乘客进入时间。 COutfloor(Client const &e) 操作结果:返回乘客进入时间。 } 2、 乘客栈类型 电梯内的乘客用乘客栈表示,去不同楼层的乘客放在不同的栈中。 ADT Estack 数据对象:D={ai∈乘客信息,I=1,2,…,n,n≥0} 数据关系:R={|ai-1,ai∈D,i=2,…,n} 基本操作: 略。 } 3、 等候队列类型 在电梯外等待的乘客用等待队列表示。每层各有两个等待队列,分别为上楼队列和下楼队列。 与一般队列不同的是在基本操作中加入了放弃操作CGiveUp(WQueue &Q,int floor)。 4、 电梯类型 表示电梯的各个属性和所有动作。 ADT Elevator 数据对象:D={ai∈电梯信息,I=1,2,…,n,n≥0} 基本操作: InitEle(Elevator &E) 操作结果:初始化电梯类型。 DestoryEle(Elevator &E) 操作结果:销毁电梯类型。 EleDecide(Elevator &E,WQueue w[Maxfloor+1][2]) 操作结果:电梯动作决策。 ElevatorRun(Elevator &E,WQueue w[Maxfloor+1][2]){ 操作结果:电梯状态转换。 CountOver(Elevator &E) 操作结果:判断电梯计时是否完成。 EleFloor(Elevator const &E) 操作结果:返回电梯所在的层。 EleStatus(Elevator const &E) 操作结果:返回电梯状态。 RequireAbove(Elevator const &E) 操作结果:判断是否有高层请求。 RequireBelow(Elevator const &E) 操作结果:判断是否有低层请求。 EleAchieved(Elevator &E) 操作结果:判断电梯是否要停于当前层。 EleOpenDoor(Elevator &E) 操作结果:判断电梯是否要开门。 } 5、 高楼模块 实现电梯和乘客之间的互交功能。包括: InOut(Elevator &E,WQueue w[Maxfloor+1][2]) 操作结果:进行乘客的进出电梯活动。 NewClient(Elevator &E,WQueue w[5][2]) 操作结果:进入新乘客。 PrintStatus(Elevator &E,WQueue w[5][2]) 操作结果:输出当前状态。 Print(Elevator &E,Action a)
八、 实验内容和要求: 要求根据下面的功能说明描述实现模拟电梯控制软件 (一)电梯配置 1. 共有1个电梯 2. 共有maxfloor层楼层。maxfloor=9。 3. 中间层每层有上下两个按钮,最下层只有上行按钮,最上层只有上行按钮。每层都有相应的指示灯,灯亮表示该按钮已经被按下,如果该层的上行或者下行请求已经被响应,则指示灯灭 4. 电梯内共有maxfloor个目标按钮,表示有乘客在该层下电梯。有指示灯指示按钮是否被按下。乘客按按钮导致按钮指示灯亮,如果电梯已经在该层停靠则该按钮指示灯灭 5. 另有一启动按钮(GO)。当电梯停在某一楼层后,接受到GO信息就继续运行。如果得不到GO信息,等待一段时间也自动继续运行。 6. 电梯内设有方向指示灯表示当前电梯运行方向。 说明:由于本次实验不使用可视化框架,所以无法作到从图形界面上获取按钮请求。因此电梯按钮的设计,不在图形界面上体现,仅用来设计键盘的模拟输入。 (二)电梯的运行控制 1.电梯的初始状态是电梯位于第一层处,所有按钮都没有按下。 2.乘客可以在任意时刻按任何一个目标钮和呼叫钮。呼叫和目标对应的楼层可能不是电梯当前运行方向可达的楼层。 3. 如果电梯正在向I层驶来,并且位于I层与相邻层(向上运行时是I-1层或者向下运行时是I+1层)之间,则因为安全考虑不响应此时出现的I层目标或者请求。如果电梯正好经过了I楼层,运行在I楼层和下一楼层之间,则为了直接响应此时出现的I层目标或者请求,必须至少到达运行方向上的下一楼层然后才能掉头到达I楼层(假设掉头无须其它额外时间),如果I楼层不是刚刚经过的楼层则可以在任意位置掉头,此时掉头后经过的第一个楼层不可停。 4. 电梯系统依照某种预先定义好的策略对随机出现的呼叫和目标进行分析和响应。 5. 乘客数量等外界因素(可能导致停靠时间的长短变化)不予考虑。假设电梯正常运行一层的时间是5S,停靠目标楼层、上下乘客和电梯继续运行的时间是5S。 6. 当电梯停靠某层时,该层的乘客如果错误的按目标或呼叫按钮都不予响应。 7. 电梯停要某一层后,苦无目标和呼叫,则电梯处于无方向状态,方向指示灯全灭,否则电梯内某个方向的指示灯亮,表示电梯将向该方向运行。等接到“GO”信号后电梯立即继续运行。若无GO信号,则电梯在等了上下乘客和电梯继续运行时间后也将继续运行。 8. 当一个目标(呼叫)已经被服务后,应将对应的指示灯熄灭。 (三)电梯运行的控制策略 以下是几个候选策略: 1.先来先服务策略: 将所有呼叫和目标按到达时间排队,然后一一完成。这是相当简单的策略,只需要设计一个将呼叫和目标排队的数据结构。因为该策略效率也很低,所以没有实际的电梯采用这种策略。 2. 顺便服务策略: 顺便服务是一种最常见的简单策略。这种策略在运行控制中所规定的安全前提下,一次将一个方向上的所有呼叫和目标全部完成。然后掉转运行方向完成另外一个方向上的所有呼叫和目标。 可以采用设定目标楼层的办法来实现这个策略,即电梯向一个目标楼层运行,但这个楼层可以修改。具体策略如下: 1) 修改目标楼层的策略: a.如果电梯运行方向向上,那么如果新到一个介于当前电梯所处楼层和目标楼层之间,又可以安全到达的向上呼叫或者目标,将目标楼层修改为这个新的楼层。 b.如果电梯运行方向向下,那么如果新到一个介于当前电梯所处楼层和目标楼层之间,又可以安全到达的向下呼叫或者目标,将目标楼层修改为这个新的楼层。 2)确定新的目标楼层: 如果电梯向上运行,当它到达某个目标楼层后,则依照以下顺序确定下一个目标楼层: a.如果比当前层高的楼层有向上呼叫或者目标,那么以最低的高于当前楼层的有向上呼叫或者目标的楼层为目标。 b.如果无法确定目标楼层,那么以最高的向下呼叫或者目标所在楼层为电梯当前目标楼层。 c.如果无法确定目标楼层,那么以最低的向上呼叫所在楼层为电梯当前的目标楼层。 d.如果仍然不能确定目标楼层(此时实际上没有任何呼叫和目标),那么电梯无目标,运行暂停。 如果电梯向下运行,依照以下顺序确定下一目标楼层: a.如果比当前层低的楼层有向下呼叫或者目标,那么以最高的低于当前楼层的有向下呼叫或者目标的楼层为目标。 b.如果无法确定目标楼层,那么以最低的向上呼叫或者目标所在楼层为电梯当前目标楼层。 c.如果无法确定目标楼层,那么以最高的向下呼叫楼层为目标楼层。 d.如果仍然不能确定目标楼层(此时实际上没有任何呼叫和目标),那么电梯无目标,运行暂停。 3)最快响应策略: 响应所有的现在存在的所有呼叫和目标所需时间(采用不同方案电梯停靠时间相同,所以不必考虑)最短的策略。 可选方案一是电梯先向上运行响应经过各层的目标和向上呼叫,再向下运行响应所有向下呼叫以及途经各层的目标,最后再向上响应剩余的向上呼叫。二是恰好相反,
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值