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

) m, X! g& e& ^4 K2 X
; s% s7 b- }, M

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

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

6 G, o! h3 T, h2 B. i. S- P" r* C重置视图，最终效果图如下所示：
+ y1 _* ]7 u, I+ c9 P
在debug菜单中选择EventLog，打开Event Log窗口。
  G! [9 M! S" q! k1 r$ V& z" _
点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。

% Z) ?& y! y- C' ^/ T6 J4 ~6 TFlexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。
) r3 V2 r* \+ R" s# V1 u" e! D/ V
引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。

触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
2 ^# Y# k3 k, s* N5 o
TaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。
" [7 d) L$ m2 Q# J0 W7 ^
开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。

6 c4 Q  ]/ |1 W0 ^7 r8 t在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
) k& L% o+ B: m打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。

7 v" ~4 I& t: T先看一下0时刻模型发生了什么：

Time . B5 E+ Y- Z% g* l8 [	Object / u3 n1 z# o( U8 M	Event
0	/FlexsimModelFloor	Trigger: OnReset
0	/Rack4	Trigger: OnReset 6 ~, x0 O! P  l7 Z/ E  F9 r
0	/Source3	Trigger: OnReset 4 ~- i# p" _% E+ X
0   J) m. D( D% P% _	/Source3	Trigger: Inter-Arrival Time
0	/Queue4 3 S- [% O  Q; v1 C	Trigger: OnReset

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

在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
9 z( x! v% l& o0 E在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：

Time	Object % r) t& s( f. P5 |	Event	Involved	P1
5.303038 $ C  h0 Z9 u" q* J3 e+ t9 L8 M. s	/Source3 / l" ^& c. o' X. l  l" r	Engine: Timed Event 3 n8 }& c, K- k9 q  {" `	/Source3 : f) q, ~8 z! {6 Q% ?) z& {	EVENT_CREATEPART " v& J2 C: O" N2 v- p' [
5.303038 7 _, }- `& ?- g3 j; [	/Source3	Trigger: OnCreation   e$ b% V) @0 Q& \$ ?6 M/ d* K/ y	/Source3/Box 2 T5 H7 U& O7 E6 n9 S2 o2 X	rownum: 0.0
5.303038	/Source3	Trigger: Send To Port	/Source3/Box * S; q+ Y! i, w7 F8 M1 v# g3 U	# e! H" `+ B2 l- _3 U7 r; }  V% T8 A3 ^ * P) r* v7 G- W) F0 S* k0 r, p
5.303038	/Source3 - c* n, m3 ]$ f0 e. ]* x2 l	Engine: Send Object	/Source3/Box % b- e' m4 _2 V+ s; N5 R! s; x. t
5.303038 8 v) m- N  }0 }1 h3 q- w2 W8 n* w: u	/Source3	Trigger: Inter-Arrival Time	4 m' e: `5 X! E# ~3 H
5.303038	/Source3 ( w9 }2 z& I8 d	Trigger: OnExit	/Source3/Box	port: 1.0 # A+ k% n9 z' {- w, p

当临时实体被创建时，首先执行的是定时事件：CREATEPART，然后才激发“创建触发”，临时实体被创建后，还要决定其从哪一个端口发送，然后执行发送，临时实体离开发生器。而在临时实体离开之前，发生器还激发了”到达时间间隔“触发。
3 |2 K- q4 k9 m本例中的每个实体都是以Engine事件开始，要么创建，要么接收。暂存区正是以接收实体事件开始：

Time : A# |6 i2 ~  w4 [6 h	Object	Event	Involved	P1 ( J* B- K1 n/ q
5.303038	/Queue4	Engine: Receive Object " Y3 X3 ?# z4 ?' }* b$ m3 M2 _; z	/Queue4/Box ) c1 P- z* P! s% n# ?	$ M6 Z5 p! ?* c! G! t- ~  ~- G: M* p
5.303038 . e; M7 ^* u: I$ m	/Queue4	Trigger: OnEntry   h* U- y/ K% D! y	/Queue4/Box	port: 1.0 " j4 l& f# `3 g$ I
5.303038 + S1 Y& e5 Q$ u4 {" B. N0 A8 `8 w4 v2 E	/Queue4 4 \9 d& M0 O" W( a( Y& D6 r( h	Trigger: OnEndCollecting " s1 E1 u9 [  v( O, s% h3 l" c	/Queue4/Box 9 \" k; t' \# f9 `	batchsize: 1.0 - O# L- e1 L( ?6 R; {. L9 N
5.303038 - e: {9 x, f9 P; x% z6 F* {	/Queue4	Trigger: Send To Port	/Queue4/Box	6 w# R) G& F5 b2 ^; l" C: { 1 o3 T  L  R7 n4 {& D
5.303038 3 x4 G$ G& }$ o" r$ T! R# M	/Queue4 ; j- L* r0 Z+ O" M6 U4 @	Engine: Send Object	/Queue4/Box ) X' @3 S/ W; }/ |	1 B1 K$ I4 Y4 @% c. m' B( A7 g
5.303038 $ D* y. r: l0 ~+ l$ t. y; M& O. f	/Queue4	Trigger: OnExit . D4 D4 m  e) E9 I	/Queue4/Box , \0 h! X& o8 z& q4 A	port: 1.0 5 @( e& ~$ `6 x7 A- X9 }8 M( j! c

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
货架同样以接收临时实体开始：
* g# B" S% i7 B2 j. {

Time , f  o6 [/ R. l8 Y# ^/ \	Object ; U% Z; Z/ F3 H  r  @& _+ i	Event	Involved	P1 ) X" f8 z" W* O& u
5.303038	/Rack4 9 o# k# Z2 S0 u2 P	Engine: Receive Object	/Rack4/Box	: l5 r: y4 k3 V' G( ?  q$ s* K) t 0 z: ]# [4 s: |* K
5.303038	/Rack4	Trigger: Place in Bay 8 |+ s- d/ G0 \2 g3 A" p, n	/Rack4/Box : O" g( _1 }! u4 o	c0 o% {8 X9 ~. ]) i5 j1 B
5.303038	/Rack4 " _( W  C6 [; {2 S  {* R+ k	Trigger: Place in Level	/Rack4/Box	bay: 3.0
5.303038 8 F+ r6 y9 j( R) o	/Rack4 . X) @) r$ X7 n+ u% I( v	Trigger: OnEntry	/Rack4/Box & Z+ C( d* E3 |5 E# a, t# p	port: 1.0   R) E0 I( _/ j& ]
5.303038	/Rack4 - A6 i+ p4 K* F6 x$ o4 n' M9 [" J	Trigger: Minimum Dwell Time	/Rack4/Box	port: 1.0
5.303038 3 O) G3 _$ p0 J	/Rack4 . o" i: [5 t. S, c; v2 f	Engine: Timed Event 2 X- W) W) b7 v5 E	/Rack4/Box	EVENT_PROCESSFINISH
5.303038 : \7 {2 J. T2 j) L! H$ o8 u	/Rack4	Trigger: OnEndDwellTime	/Rack4/Box # I6 q- U) b: D$ Z7 y' B
5.303038	/Rack4	Trigger: Send To Port - A2 ~2 y0 @) A! r: W, `& y6 q" B	/Rack4/Box	7 F/ k- G5 I0 x2 h( s 5 E& y0 `# ?  h! j* d4 k

接收临时实体之后依次判断应该放置在哪一列、哪一层，然后激发进入触发，临时实体进入货架之后需要获取其在货架最短停留时间，由于这里设置的最短停留时间是0，所以随即激发定时事件PROCESSFINISH（如果是停留结束会更合理、更便于理解），再激发“停留时间结束“触发，最后获取发送端口。由于本例中并没有为货架指定下游端口，所以这里没有执行”Send Object“事件，也没有离开触发。
接下来的其他时间节点都是在重复着同样的事件和触发，直到货架被摆满。
" x# B9 O* Z; V, ~9 P通过Event Log工具，我们可以详细的分析每一个实体的工作机制。比如可以分析推式策略、拉式策略的不同，比如可以调用运输工具，添加任务序列，来分析任务的优先级别、先占级别的处理机制等等。

; O, E: }( T/ c4 }! j' Q
; K- ^% N9 j0 S0 m7 L8 V) s+ `

学习啦

感谢分享event log的使用方法！讲得很详细！
+ e! g: o5 b3 j* R* b. g- c2 @
9 [6 ^, M2 W9 j, @* j
. K* ~" t8 H# M9 e8 b0 Q, p文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~
  c8 C" R0 a* H. a# v5 V
; K. s; n# J( g6 K; h' O“重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。”
  v& L) a* l, k3 ]& Y, S并不是实体创建的顺序，flexsim中并没有一个节点存放实体创建的时候（临时实体有）。
" y. E# }9 r( J这是因为，先拉到模型中的实体的rank靠前。但是，rank是可以修改的，后拉进来的实体的rank可以调整到靠前，on reset触发就更加靠前咯。也就是是实现了“后进来的实体先触发重置触发”。

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

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

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

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

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

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

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

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