分析Flexsim事件及触发机制的方法

& D& a9 f' |6 R9 [/ V) A

以货架随机摆放临时实体为例学习Flexsim事件及触发机制

很多初学者都对flexsim的事件及触发不太理解，到底先执行什么后执行什么，先触发什么后触发什么？用户手册中也没有相关的说明。如何才能把这件事情弄明白？其实并没有想象中那么难，只要稍稍花一点时间，你就能彻底掌握其中的奥妙。
- ?  k8 T9 Z0 K/ X3 m接下来我们以货架随机摆放临时实体为例，来看一下在flexsim中，各种事件、触发的发生顺序。
在flexsim中依次拖入货架、发生器、暂存区，软件会将这三个实体自动命名为Rack2、Source3、Queue4（请注意这三个实体的拖入顺序）。依次A连接发生器、暂存区、货架。双击打开货架属性，勾选“Floor Storage”，设置最大库存为50，设置列和行随机摆放,每个货位内最大摆放量为1，设置货架为5列10行。
         

重置视图，最终效果图如下所示：

在debug菜单中选择EventLog，打开Event Log窗口。

点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。

) ~. d4 J! Q) PFlexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。

) y+ R0 [( T' k5 X0 i8 Q引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。
. V' L, s, J; t& b3 T: o* b  H
触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
; Y2 B7 }6 n* I9 i: E
$ @$ m2 y. v6 l2 F( i5 rTaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。

开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
# E+ D; A/ g' G+ ~6 O; P
. p: v! i( x; h/ N! Q0 L' e在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
2 _9 B; A/ r# i; c, t  ^( c) V打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。
" K; @. M$ x/ `0 r9 a
先看一下0时刻模型发生了什么：

Time	Object 8 n* q5 O1 f  V1 \- W1 P	Event ) p; N- y) i$ Q: }# G
0 , \5 j% [0 Y; |	/FlexsimModelFloor	Trigger: OnReset $ L( c3 [0 u4 @
0	/Rack4	Trigger: OnReset ! u9 A" p4 ~* d/ O+ s
0	/Source3	Trigger: OnReset
0 8 K, D( U5 V$ e# C6 |: H	/Source3	Trigger: Inter-Arrival Time - `4 m: j' k. t
0	/Queue4 2 s& a; |% y" j" C	Trigger: OnReset 4 {: h2 }5 L9 B* s. V6 l) O- ]

在0秒的时候各种实体会激发OnReset触发。本例中依次激发了FlexsimModelFloor、Rack2、Source3、Queue4的重置，重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。在创建模型的时候我们最先拖入的实体是货架，所以货架在发生器和暂存区之前被重置。而在货架之前，flexsim自动创建了ModelFloor实体，所以货架的命名是从2开始的。这一点可以打开树结构验证。

在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：
2 T6 k7 n9 L: T8 f4 [0 X

Time * `2 b, H0 A$ _- [0 B7 i	Object 6 `+ ~* P6 {7 `- `* `, }7 N* e	Event ( c4 ~8 I# F- _9 ]9 B	Involved	P1
5.303038	/Source3 ( {4 J$ A3 y. c- a& }: Y	Engine: Timed Event 5 L3 g4 f) n; W1 q! Q	/Source3 - T2 D$ W8 t7 t% x	EVENT_CREATEPART 7 v; Q6 h# N9 ~' [
5.303038	/Source3	Trigger: OnCreation " c- G! p: W/ \, o: E$ T: W	/Source3/Box 0 u6 R. o7 }! i- m( q	rownum: 0.0
5.303038 , Q* ]4 j# {" Z, p	/Source3 3 ?, f# {, N6 J% @% L/ V	Trigger: Send To Port ( l  u! q8 d+ M	/Source3/Box ' q" s( s# B! Z' H3 L, Y	8 q( W& K& k* x! _; c2 G
5.303038 , ?5 U! d; D- X# y$ Q	/Source3	Engine: Send Object 2 {, q/ W' B) q1 c4 X	/Source3/Box : @% o  q) X8 N	" H; }% D3 t& D0 C4 i: b6 b2 B
5.303038	/Source3	Trigger: Inter-Arrival Time	+ [& {& O& B9 }* ?	9 t9 k$ n" H$ f1 \! i! M; O( L1 }5 Z
5.303038 . h; R+ Q8 m6 F5 r9 Q$ {	/Source3 # S/ y% x; \2 [# e- _	Trigger: OnExit ; x+ Q3 J- q3 r& X	/Source3/Box	port: 1.0

当临时实体被创建时，首先执行的是定时事件：CREATEPART，然后才激发“创建触发”，临时实体被创建后，还要决定其从哪一个端口发送，然后执行发送，临时实体离开发生器。而在临时实体离开之前，发生器还激发了”到达时间间隔“触发。
本例中的每个实体都是以Engine事件开始，要么创建，要么接收。暂存区正是以接收实体事件开始：
& i! {' G' s8 U  X2 a

Time 4 H+ r( O$ J6 g3 w4 R, l- _6 |	Object	Event	Involved	P1 ( Z. ~$ v* O9 S7 }8 e6 e
5.303038	/Queue4 8 K( g  \- ]  i; \	Engine: Receive Object	/Queue4/Box	% J8 G' i/ D6 O$ w5 P/ H! R" h& W 2 v% T& P2 `; U* v
5.303038 ; Z5 C+ B$ S, H7 @; b' H	/Queue4 8 u- J( B+ N3 p, v; S: h7 c6 `	Trigger: OnEntry " c" i1 a9 e/ N( ~( l	/Queue4/Box 8 P) i$ t. V: P5 `1 ?	port: 1.0
5.303038	/Queue4 . l8 J, Q: p0 X+ H- v) }# p	Trigger: OnEndCollecting	/Queue4/Box , F3 y9 Q! ^& t8 d1 `' Z& z7 V	batchsize: 1.0
5.303038	/Queue4	Trigger: Send To Port ' o5 M! o7 o9 J1 y, c8 e	/Queue4/Box
5.303038 * D! H+ H" [' o* E+ f	/Queue4	Engine: Send Object	/Queue4/Box . X5 @2 R9 C+ E! L3 N, R
5.303038	/Queue4	Trigger: OnExit	/Queue4/Box	port: 1.0 / y( F. X& x# {

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
货架同样以接收临时实体开始：
! D+ j; d! x4 n3 |5 V

Time	Object	Event ! }0 ^9 b% U9 T6 n	Involved	P1
5.303038 3 ]5 @/ r$ n: N/ g	/Rack4 8 u9 O* A8 C4 w# `	Engine: Receive Object	/Rack4/Box
5.303038	/Rack4	Trigger: Place in Bay	/Rack4/Box	0 d" D; z& ~+ g3 _0 N
5.303038 0 u9 Z- x( f) B4 U6 G1 w+ y6 S* W7 }	/Rack4 # F1 n& p$ y& n6 `' U	Trigger: Place in Level	/Rack4/Box 4 O9 U8 R/ E3 d% `* K; S. V	bay: 3.0 8 `. G( I1 ~4 b6 {2 i8 F8 E
5.303038	/Rack4 7 B5 C0 {$ H0 l7 W# g7 u	Trigger: OnEntry . d0 L1 C  ]5 n& o3 R" W	/Rack4/Box ( b3 T+ D4 n) N" g2 o9 j	port: 1.0
5.303038 + h. {" _0 o% k5 F	/Rack4 ! |& `* R. P9 j9 {# L5 J	Trigger: Minimum Dwell Time 7 f' j1 T( H# Y5 ]	/Rack4/Box	port: 1.0 . R) r4 h. c5 p. I+ u
5.303038 ( y9 H, w" I: z/ u( ?+ O$ f	/Rack4	Engine: Timed Event	/Rack4/Box	EVENT_PROCESSFINISH
5.303038 0 ?; N" G$ R' n5 Z3 Y9 F7 I0 a	/Rack4	Trigger: OnEndDwellTime 6 v6 W/ j+ {7 Z$ U* ~9 p  A' _: H	/Rack4/Box " ?) @) I% A  I, A9 V	0 N9 {: O8 l, K- s! w
5.303038 3 ?7 t3 }' I$ v, G/ L% T$ `	/Rack4 ( K# _5 {; ]& r, V	Trigger: Send To Port	/Rack4/Box # v* J# V2 ?2 v& b

接收临时实体之后依次判断应该放置在哪一列、哪一层，然后激发进入触发，临时实体进入货架之后需要获取其在货架最短停留时间，由于这里设置的最短停留时间是0，所以随即激发定时事件PROCESSFINISH（如果是停留结束会更合理、更便于理解），再激发“停留时间结束“触发，最后获取发送端口。由于本例中并没有为货架指定下游端口，所以这里没有执行”Send Object“事件，也没有离开触发。
接下来的其他时间节点都是在重复着同样的事件和触发，直到货架被摆满。
通过Event Log工具，我们可以详细的分析每一个实体的工作机制。比如可以分析推式策略、拉式策略的不同，比如可以调用运输工具，添加任务序列，来分析任务的优先级别、先占级别的处理机制等等。
8 ]% \0 ^3 o7 @& }
2 L) n* {3 n7 o( _
0 d0 @; T: l( h& o% E, P' r) ~0 x
& Z0 |# O; m- H# P8 k. c

学习啦

感谢分享event log的使用方法！讲得很详细！

, `& _1 |2 N- |- B0 \# M
文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~
' R7 }% b% `8 A$ o- x5 q8 v
4 J: A. N2 y1 @; e% l( q' w4 ?“重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。”
4 ^1 [/ c5 F4 T  c4 W并不是实体创建的顺序，flexsim中并没有一个节点存放实体创建的时候（临时实体有）。
  }% T+ {1 J: q0 T这是因为，先拉到模型中的实体的rank靠前。但是，rank是可以修改的，后拉进来的实体的rank可以调整到靠前，on reset触发就更加靠前咯。也就是是实现了“后进来的实体先触发重置触发”。

非常好的学习材料！感谢分享！事件日志帮助我们更好地理解flexsim的运作机制，也能够帮助我们更快找到模型建立过程中遇到问题的解决办法。

感谢，以前自己看得一头雾水，现在明白多了

另外请教一下“拉入”策略时，上下游实体的触发顺序，“拉入”成功与否，触发器执行的次序是什么样的

您可以按照加老师的方法，用eventlog来实验一下，实验出真知。

我也说一点：
在事件日志中，涉及的实体一般都是box，这样我们很难区分到底是哪一个触发的，如果需要，我们可以对产生的临时实体进行重命名，编号处理，这样就可以知道就哪一个临时实触发了什么。

对软件的运行机制学习很重要。

我也说一点：
在事件日志中，涉及的实体一般都是box，这样我们很难区分到底是哪一个触发的，如果需要，我们可以对产生的临时实体进行重命名，编号处理，这样就可以知道就哪一个临时实触发了什么。
" v- Q2 U0 g8 O( x' k657776724 发表于 2015-9-26 18:00

一个好消息：最新的2016版本已经自动区分在不同实体上面不同rank的实体了，这样就使得debug的过程更加简单方便快速~