Flexsim中的重要概念及开发技术教学提纲Word文件下载.docx
《Flexsim中的重要概念及开发技术教学提纲Word文件下载.docx》由会员分享，可在线阅读，更多相关《Flexsim中的重要概念及开发技术教学提纲Word文件下载.docx（24页珍藏版）》请在冰豆网上搜索。
因此用户可以建立逼真的模型，从而可以帮助用户对模型有一个直观的认识，并帮助模型的验证。
用户可以在仿真环境下很容易地操控3D模型，从不同角度、放大或缩小来观测。
（3）建模和调试的方便
建模过程中用户只需要从模型库中拖入已有的模型，根据模型的逻辑关系进行连接，然后设定不同对象的属性。
建模的工作简单快捷，不需要编写程序。
（4）建模的扩展性强
Flexsim支持建立用户定制对象，融合了C++编程。
用户完全可以将其当作一个C++的开发平台来开发一定的仿真应用程序。
（5）开放性好
提供了与外部软件的接口，可以通过ODBC与外部数据库相连，通过socket接口与外部硬件设备相连，与Excel、Visio等软件配合使用。
5.2Flexsim的一些重要概念
Flexsim是目前国内最新的仿真软件，关于该软件的资料和使用经验还很少。
作者是在不断的摸索中学习的，所以希望本文能对其他人有一定的借鉴。
要完全掌握好Flexsim，并将其用到我们的工作、学习和研究当中，理解该软件的一些重要概念和思想是很重要的，本节针对集装箱码头建模仿真中用到的技术做一个梳理。
5.2.1面向对象的思想
相对于目前的一些仿真软件（如Witness,eM-Plant等），Flexsim是采用面向对象思想和技术开发的，其本身更是用C++语言实现。
严格地说该仿真软件包括了两部分，仿真软件和后台支持环境VC++.NET。
由于C++是一种面向对象的语言，所以使用Flexsim软件，从用户用于系统建模，或是做一些二次开发，这些工作都有面向对象思想的体现。
可以这样说，没有领会面向对象的思想，就不能完全发挥Flexsim软件本身的特点，也就不能用其实现用户的目的。
使用Flexsim软件的用户需要对C++语言有一定程度的熟悉。
本节主要是解释Flexsim中所特有的一些面向对象思想，而不涉及面向对象语言的解释（关于C++语言的知识请查看相关书籍）。
对象（Object）的概念在Flexsim软件中无处不在，我们先直观的感受一下。
软件的运行界面左边是一个常用的对象库（如图5-1）。
库中的各种部件就是有特定功能的对象，这些对象是软件本身自带的，使用这些基本的部件对象用户可以完成大多数的仿真工作。
我们使用Processor来解释一下对象的概念：
我们日常所见的任何具体事物都可看作是对象，这里Processor就是一种设备，它的作用就是对经过他的物件进行一些加工，即改变物件的状态。
这里我们可以将其当作现实中的设备，如机床等。
图5-1
这里我们借用C++程序设计语言中的对象的概念。
对象是类的实例，类是对现实对象的抽象。
类中包含了对象的数据（相当于现实对象的状态），以及对象的方法（相当于现实对象用来处理外界所给信息的方法）。
对象封装了属性和方法，进一步到Flexsim中，对于软件中可用的库对象，他们本身有自己的属性（如颜色，尺寸，位置等），还有处理物件的方法。
在使用软件的过程中，我们完全可以以人们平时的思维方式来思考，而无须过多的抽象化，这也就是面向对象方法的优点。
5.2.2Flexsim的对象层次结构
面向对象方法的一个优点是类与类之间可以有继承关系，对象的继承性给我们提供了更大的柔性来扩展我们自己的对象，即衍生出新的对象。
在Flexsim中我们可以充分利用继承性来开发我们自己的对象，而软件本身也给用户提供了这样的机制。
Flexsim本身的库对象是高度抽象化的，具有很强的通用性，几乎涵盖了仿真中可能遇到的所有对象。
这些对象之间有一定的继承关系，他们之间存在着逻辑关系。
下图（图5-2）是Flexsim中对象的层次结构。
FlexsimObject
FixedResource
Dispatcher
Navigator
NetworkNode
Source
Queue
Sink
Conveyor
Rack
Reservoir
FixedSourceTemplate
Processor
TaskExecuter
Combiner
Separator
Operator
Transpoter
Crane
ASRSvehicle
NetworkNavigator
CraneNavigator
BasicTE
BasicRF
从类的派生关系图中我们可以对Flexsim中各种对象的逻辑关系一目了然。
对象库中的对象分为两种，一种是从FixedResource中派生下来的，另一种是TaskExecuter中派生下来的。
通过分析我们不难发现，从FixedResource中派生来的对象有一个共同的特点，其本身是不会运动的，他们的作用只是产生或消除物件、存储物件、加工物件等等；
从TaskExecuter中派生的对象，其本身是可以运动的，其作用是将物件从一个地点运送到另一个地点。
当现有的库对象不能满足用户的需要时，用户就需要创建自己的对象。
Flexsim为用户提供了这样一种机制——用户可以定制自己的库对象。
在对象层次图中，我们看到有两个虚线框，这表示用户可以从FixedResource和TaskExecuter中派生出自己的对象。
Flexsim的早期版本中从这两个类中派生新的对象比较复杂，最新的3.06版中增加了BasicFR和BasicTE类，使用户的开发工作更容易。
后面的章节中将具体介绍怎样来实现一个新对象的定制。
5.2.3节点和树
在介绍树结构之前，我们先来了解Flexsim中节点（node）的概念。
节点是树结构的最基本的组成单元，他们组成了链接的层次。
所有的节点都有一个文本缓冲区，用来保存节点的名字。
节点可以是其他节点的容器，可以是用来定义一个对象属性的关键字，或是拥有一个数据项。
属于一个节点的数据项类型可能是：
数值（number），字符串（string），对象（object），或指针（pointer）。
下面列出FLexsim中不同类型的节点标志：
标准（Standard）：
对象（Object）:
属性/变量（Attribute/Varibale）：
函数（Function（C++））：
函数（Function（FlexScript））：
用户可以在对象的树结构中任意地操作节点，例如增加节点，删除节点，改变节点所包含的值等。
含有对象数据（Object）的节点可能包含有节点的子列表。
含有对象数据的节点称之为对象节点。
当你单击一个对象节点
时，你会看到在节点的左边有一个大于号（>
）。
单击>
将打开对象数据的树分支。
如果一个节点包含子节点，可以按下+按钮来展开。
如果一个节点包含对象数据，可以按下>
来展开。
下图（图5-3）展示了一个队列（Queue）展开的对象数据树。
图5-3
树结构（tree）是一种很常用的数据结构。
Flexsim仿真模型中的对象，或对象中的属性和方法节点等都是树结构；
用户甚至可以直接在树结构中操作对象。
在Flexsim中有两个主要的对象类型：
模型（Model）或仿真对象（SimulationObject）和视图对象（ViewObject）。
两种类型都有对象数据树，包含了属性和行为控件。
一个对象节点的对象数据树中的节点可以作为属性、变量或成员函数。
也有只是作为简单的容器来包含节点以达到组织的目的。
5.2.4任务序列
任务序列（TaskSequences）是Flexsim仿真软件中的核心机制。
各种复杂仿真的实现很大程度取决于怎样实现任务序列。
前面介绍了Flexsim中有两种对象，一种是派生至FixedResource的静态对象（即对象本身不运动）；
另一种是派生至TaskExecuter的动态对象（即对象本身可运动）。
如果用户建立的系统模型全部使用了静态对象，那么就不需要任务序列的机制，但是这种情况几乎没有。
使用动态对象搬运物件，对象怎样运动，实现什么样的功能等，这就需要。
任务序列是由TaskExecuter执行的一组命令序列。
这里TaskExecuter涵盖了所有派生自他的动态对象，如Operators，Transpoters，Crane，ASRSvehicle，Robots，Elevators以及其他可运动的对象。
图1-4表示一个任务序列，该任务序列有多个任务组成。
P1P2Task1Task2Task3Task4…
SimulationTime
P1:
PriorityValue
P2:
PreemptValue
图1-4
Flexsim中为用户提供了功能齐备的任务类型。
常用的任务序列有：
TASKTYPE_TRAVEL、TASKTYPE_LOAD、TASKTYPE_UNLOAD、TASKTYPE_TRAVELTOLOC等。
不同的任务序列有不同的设置参数，用户可以根据需要在使用的时候查询帮助文档。
5.2.4.1默认任务序列
FixedResource为了将物件（item）移至下一个站点（station），有一个创建任务序列的默认机制。
FixedResource对象的参数对话框中一个通用的“Flow”选项页，选择其中的“UseTransport”复选框，这样就可创建默认的任务序列。
对于Processor对象，还可以自动创建对Setuptime/Processtime/Repairoperation的任务序列。
当仿真运行时，这些自动创建的任务序列就会传递给与其中心端口相连的动态对象来执行。
这里给个简单的例子说明。
假设用户选择了Queue对象参数对话框的“Flow”选项页中的“UseTransport”复选框，当系统运行时，产生了如下任务序列：
P1P2TravelLoadBreakTravelUnload
当Operator收到该任务序列时，顺序地执行任务序列中的每个任务，执行过程如下：
Operator先移动到Queue处（Travel）；
接着拿起物件（Load）；
然后移动到下一个站点处（Travel）；
最后放下物件（Unload）。
在仿真运行的任意时刻，一个TaskExecuter只能执行一个任务序列，而此时FixedResource可能创建了许多任务序列，这些未执行的任务序列被放置在缓存队列中等待执行。
5.2.4.2定制任务序列
一般情况下，默认的任务序列就可以满足仿真要求。
有时候用户需要为某些特定的工艺、多个设备的组合操控灯定制任务序列。
这里分三种介绍定制任务序列，第一种是创建最简单的、只分配给一个对象执行的任务序列；
第二种是由多个对象协同作业的任务序列。
●定制简单任务序列
使用3条命令来创立任务序列，命令执行的顺序如下：
createemptytasksequence（…）;
inserttask（…）;
dispatchtasksequence（…）;
从函数名就可以看出创建任务序列的过程。
首先创立一个空的任务序列，然后在此任务序列中插入具体的任务，最后发布该任务序列。
我们举个简单的例子，叉车运动到集装箱旁边，然后装载集装箱。
在这个过程中，涉及了两个任务：
运动（TASKTYPE_TRAVEL）和装载（TASKTYPE_LOAD）。
具体实现如下：
fsnode*new_ts=createemptytasksequence（forklift,0,0）;
inserttask（new_ts,TASKTYPE_TRAVEL,station）;
inserttask（new_ts,TASKTYPE_LOAD,item,station,2）;
dispatchtasksequence（new_ts）;
这里叉车（forklift）是任务序列的执行者，我们为其创建了一个新任务序列（new_ts），在此任务序列中插入具体的任务（TRAVEL/LOAD），最后发布任务序列。
我们在创建新任务序列时，createemptytaskseqence函数的第一个参数forklift可以是该任务序列的执行者，或者是Dispatcher对象。
关于Dispatcher对象的作用下一小节有具体的介绍。
后两者参数决定了该任务序列的优先级别，我们可以根据任务的紧急程度来定义任务序列的执行顺序。
Inserttask函数插入具体的任务类型。
第一个参数表示该任务所属的任务序列。
前面提过不同的任务类型有着不同的代码，以及不同的参数选择。
这些参数分别是：
TaskType/involved1/involved2/var1/var2/var3，有些参数是选择性的，这要根据任务类型来决定。
这里以TASKTYPE_LOAD为例，图1-5表示了不同参数的意义。
用户可以根据所示规则查询具体的任务的参数选项。
P1P2TRAVELLOAD
TaskType:
LOAD
Involoved1:
bjecttoload→item
Involoved2:
objecttoloadfrom→station
Var1:
outputport→2
Var2:
0（默认值）
Var3:
图1-5任务Load的参数含义
●协同作业的任务序列
协同作业的情况有很多，比如叉车作业需要一个司机来操控，或者一件物品需要两个人来同时搬运等。
在Flexsim中叉车、人都是可运动对象，要实现协同作业的任务序列相对于只对一个对象创建任务序列要复杂许多。
我们以叉车和司机的协同工作为例来说明怎样实现协同作业的任务序列。
我们先来分解任务的执行过程：
1）人运动到叉车上（Travel）；
2）人进入驾驶室（这里是叉车的动作）（Load）；
3）叉车运动到指定地点（Travel）；
4）叉车装载货物（Load）；
5）叉车运动到卸载点（Travel）；
6）卸载货物（Unload）。
图1-6是叉车和人的任务序列。
PPWaitLoadTravelLoadTravelUnload
PPTraveltoforkliftWait
Forklift
Operatort
图1-6协同任务序列
从图中可以看出，叉车在人到达之后才执行任务，人进入叉车之后就随着叉车一起完成叉车的任务。
人的任务序列中只有一个任务，其他时间不做任何事情。
在Flexsim中实现的代码要复杂一些，调用的函数与前面所讲的函数不同。
涉及的函数主要有：
createcoordinatedtasksequence（…）;
insertallocatetask（…）;
insertproxytask（…）;
insertsynctask（…）;
insertdeallocatetask（…）;
dispatchcoordinatedtasksequence（…）;
一个协同作业的任务序列的定制是很复杂，也是很容易出错的。
在开始实现之前必须分析清楚作业的过程。
对于前面人操控叉车的例子我们已经将作业流程分析清楚了，下面是具体的实现，我将每个函数的功能写在程序的注释当中。
//创建协同任务序列
fsnode*myts=createcoordinatedtasksequence（operatorteam）;
//为每个执行对象分配任务
intopkey=insertallocatetask（myts,operatorteam,0,0）;
intforkliftkey=insertallocatetask（myts,forkliftteam,0,0）;
//人的分派任务序列
inttraveltask=insertproxytask（myts,opkey,
TASKTYPE_TRAVEL,forkliftkey,NULL）;
insertsynctask（myts,traveltask）;
//叉车的分派任务序列
insertproxytask（myts,forkliftkey,TASKTYPE_MOVEOBJECT,opkey,forkliftkey）;
insertproxytask（myts,forkliftkey,TASKTYPE_TRAVEL,loadstation,NULL）;
insertproxytask（myts,forkliftkey,TASKTYPE_LOAD,item,loadstation）;
insertproxytask（myts,forkliftkey,TASKTYPE_TRAVEL,unloadstation,NULL）;
insertproxytask（myts,forkliftkey,TASKTYPE_UNLOAD,item,unloadstation）;
//释放分派的任务序列
insertdeallocatetask（myts,forkliftkey）;
insertdeallocatetask（myts,opkey）;
//发布协同任务序列
dispatchcoordinatedtasksequence（myts）;
5.2.4.3对象Dispatcher及任务序列的分配规则
现在考虑一种较为复杂的情况：
有两个Queue对象用于存放物件，三个Operator对象用于搬运物件；
三个Operator是自由的，没有被分配给固定的Queue，那么怎样来有效地调用这三个Operator呢？
此时就要用到Dispatcher对象。
Dispatcher用来控制一组Transporter或Operator。
任务序列从一个静态对象发送到Dispatcher，然后Dispatcher来调配这些任务序列分配给与其输出端口相连的动态对象。
动态对象接收到任务序列后执行相应的命令序列。
Dispatcher对象的功能就是将任务序列进行队列存储和发送任务序列。
根据用户建模的逻辑，任务序列可以被排队等待或是立即传送个相应的对象。
Dispatcher的参数设置对话框只有两项，当接收到一个任务序列时，调用“PassTo”函数。
顾名思义，该函数将任务序列发送给接收对象；
如果该函数返回值是0，即该任务序列不能被立即分配，则根据“QueueStrategy”定义的规则将任务序列放入队列中等候。
QueueStrategy函数返回任务序列的相关值，然后根据优先级来确定任务序列在队列中的位置。
高优先级的任务序列放在队列的前面，低优先级的放在队列的后面。
如果优先级相同，则根据队列的先进先出（FIFO）原则来处理。
用户可以根据需要，动态的改变任务序列的优先级。
当将队列中的任务序列进行排序时，Dispatcher执行队列策略函数，遍历取得已有任务序列的优先级值，与最新的任务序列优先级值比较，根据比较的结果重新进行队列排序。
在Flexsim对象层次图中，我们发现Dispatcher是所有TaskExecuter的父类，也就是说所有的TaskExecuter也是Dispatcher。
这就意味着Operator或Transporter也可以担当Dispatcher的角色来分配任务序列，或者是自己执行任务序列。
5.2.4.4Dispatcher与TaskExecuter的区别
在仿真执行的任意时刻，即使任务序列的等候队列中多个任务序列，TaskExecuter一次只能执行一个任务序列。
而Dispatcher对象的作用只是在缓存队列中存放已排序好任务序列，并将队列最前面的任务序列发送给动态对象，但并不执行任务序列。
5.2.4.5利用任务序列实现集装箱的装卸过程
在集装箱码头的作业的过程中，集卡行驶到岸桥设备处等待装箱，岸桥将集装箱从船上卸下装到已等待的集卡上；
装箱后的集卡行驶到堆场中，场桥将集装箱从集卡上卸下，堆放到堆场中。
集装箱从船到堆场的过程中，经过了集卡、岸桥、场桥等设备的搬运，在Flexsim中就需要使用任务序列来完成这个过程。
这里涉及了三个可运动对象：
集卡、岸桥和场桥。
这里设计的思路是这样的，集装箱的运输由集卡来实现，这样集卡就有这样一个任务序列：
Travel→Load→Travel→Unload。
集装箱装入集卡的作业由岸桥设备完成，卸载放入堆场的作业由场桥设备完成，所以集卡的任务序列中Load/Unload的任务就应该由岸桥和场桥来完成。
岸桥完成一次作业的过程也就是完成一个任务序列的过程，可以知道岸桥完成的任务序列应该是：
岸桥在作业的过程中，集卡处于等待的状态，也就是说岸桥和集卡之间是协同作业的。
场桥的情况与岸桥一致。
Flexsim中可以使用调用子任务的方法将岸桥和场桥的任务序列插入到集卡的任务序列中。
图1-7表示了主任务序列和子任务序列之间的关系。
Travel
Load
Unload
场桥子任务序列
集卡主任务序列
岸桥子任务序列
图1-7集装箱搬运过程的任务序列
在Flexsim中的实现的主要代码如下，其关键的代码在文中有注释：
//获取任务序列中的任务数量
intnroftasks=gettotalnroftasks（tasksequence）;
//查找Load/Unload任务，找到之后调用子任务来替换这两个任务
for（inti=1;
i<
=nroftasks;
i++）
{
inttasktype=gettasktype（tasksequence,i）;
switch（tasktype）
{
caseTASKTYPE_LOAD:
caseTASK
升级会员 