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

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

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

! x1 k& Y4 D1 j& j' m重置视图，最终效果图如下所示：
4 R7 d" s# M! j1 t
在debug菜单中选择EventLog，打开Event Log窗口。

+ j7 j3 X( R8 n: V2 c点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。

Flexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。
5 W; {/ `2 U+ }/ O5 b) e: K
引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。
! S4 H, L7 S3 [8 q. j* X$ a( l! u
触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
/ r' x+ {* a" S0 l2 k+ \
7 [' k7 v, {: i; MTaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。
/ I5 r2 r! r+ D2 H! }/ z
开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
& c, Q  N9 H0 ~; P; _( z$ M
在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
! q* t6 b# w/ L打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。
$ _; |) Z, P6 O
先看一下0时刻模型发生了什么：
$ K/ S. S* [. P  F4 F6 K! c

Time	Object 0 k- Y" r+ A' F! k1 p% \% Z5 j	Event
0 3 q. t- }; y$ V0 H: b8 ]	/FlexsimModelFloor	Trigger: OnReset
0 + @' ?) d& m9 {	/Rack4	Trigger: OnReset + f* @* b* l3 s7 I7 e3 y! `& }
0	/Source3 . O0 R/ L7 w% U: r	Trigger: OnReset
0	/Source3 ) X! ]5 J0 G7 a" K4 M	Trigger: Inter-Arrival Time
0 6 B5 [1 A  X, f* ^, V! ~	/Queue4	Trigger: OnReset 0 R1 {8 ^' C) X8 q& t  ~$ F# P) ]

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

在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
& F0 f( _( U" R, t- V在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：
  ^% e/ L* ?, i# R: G- }0 _# v. r

Time	Object	Event	Involved $ m# V8 Y, s" N7 J# h	P1 6 K1 ]: q0 l3 W6 B; ]0 s, M+ q
5.303038	/Source3	Engine: Timed Event - Z" e9 y  R2 I	/Source3 ! h, ^1 M$ g; |	EVENT_CREATEPART
5.303038 4 s9 @, i0 _* H9 W	/Source3	Trigger: OnCreation	/Source3/Box	rownum: 0.0
5.303038 / r6 u$ M" A7 ^	/Source3	Trigger: Send To Port	/Source3/Box 8 ?; W  F: k, t+ \! p	% C" B9 D" i) B9 \5 E! |# X5 i 4 l3 I1 J+ A8 `; n8 d
5.303038	/Source3	Engine: Send Object # t1 m7 h# p2 h# s( X3 q6 j0 z	/Source3/Box	# Q$ X' J  b9 p9 `) O & j; P' c8 k1 l$ [8 D
5.303038	/Source3 : @5 g! V' S0 O' j) j# x	Trigger: Inter-Arrival Time / _; }% c  f' |+ }; P) P	6 x( X/ _& W8 r1 C0 T	; K, e2 j: Q) t% u% k' t
5.303038	/Source3	Trigger: OnExit	/Source3/Box ( L! x& j! a( t1 N! O	port: 1.0 , s+ m8 z. J. d% d

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

Time 0 V% A! w3 P$ ~: G1 _	Object	Event , y3 }- p3 r1 P  t$ u	Involved ( X+ i8 |8 P5 D; g+ v' a	P1 ( u3 X' t) L! h9 D5 i
5.303038	/Queue4	Engine: Receive Object	/Queue4/Box . \2 S6 @; j8 b7 f# t
5.303038 ! _* ~+ h$ [$ ]" N* L5 j	/Queue4 % `/ w6 r0 q% s/ I9 Z0 e	Trigger: OnEntry / N9 r& g. t2 [! n6 m/ d  N	/Queue4/Box	port: 1.0 / A: I8 G8 R* B
5.303038	/Queue4 - p/ f2 F  q( b+ d! b, I	Trigger: OnEndCollecting : c( B, L9 L4 O& x. E, |6 N	/Queue4/Box	batchsize: 1.0
5.303038	/Queue4 * \* r3 }0 e: }/ ]+ v	Trigger: Send To Port + J, `2 b$ N+ J+ f0 R	/Queue4/Box & z. X$ m6 N) E. e( S* N
5.303038	/Queue4 8 D. Z. h1 \$ w& Q1 V) i2 _	Engine: Send Object	/Queue4/Box	. b  `* C( }. G5 A
5.303038 4 U2 X6 g, L7 q2 J, p/ H# m	/Queue4	Trigger: OnExit	/Queue4/Box ) W! I2 z" b9 t$ G9 c1 m# O. ?	port: 1.0 + E6 m9 J3 b6 V+ K! q: Y; x, F

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
; u: Q! n2 j5 N& |' _- |货架同样以接收临时实体开始：

Time	Object 5 n, B- ?: C- x7 o8 ~	Event # v2 y! A) ]- H# v4 p/ ?	Involved & L1 K4 o2 \! L1 S	P1 & Y% O" U' [% a0 Q  o
5.303038 ) C1 G; z; `$ V  l	/Rack4	Engine: Receive Object	/Rack4/Box
5.303038	/Rack4 + f8 [8 F0 W; G0 P	Trigger: Place in Bay	/Rack4/Box
5.303038 3 @, j7 x9 T( K7 ?* n, g	/Rack4	Trigger: Place in Level	/Rack4/Box 6 }; J1 b. `. v4 \	bay: 3.0 / x) ]/ C  s1 |: S2 d! L/ ^+ y
5.303038 1 r, U7 K; f$ a# c& `	/Rack4 ; ]0 x" j! ^$ D8 z8 `; \	Trigger: OnEntry	/Rack4/Box   c4 a( m6 x: j6 F	port: 1.0 9 p' |, m9 E1 N9 M! `
5.303038	/Rack4 0 M1 u% O$ D6 X( ?3 |3 s" b	Trigger: Minimum Dwell Time 9 j# J7 F, C* A	/Rack4/Box	port: 1.0 5 _9 k" S, j$ P1 `! {8 \$ h& l. a
5.303038	/Rack4	Engine: Timed Event $ M9 W8 Y0 T  Y& e1 {$ x	/Rack4/Box + T9 x  A  H8 }  E2 @0 l5 y	EVENT_PROCESSFINISH 2 D2 @/ Y( t' m: s
5.303038 ' `; s; f8 g8 q4 w	/Rack4 " v8 o$ u+ P  u, n; S	Trigger: OnEndDwellTime 1 G6 V  ^/ }; j! V6 U. |	/Rack4/Box
5.303038	/Rack4	Trigger: Send To Port 6 d+ Y* L/ }% {2 X3 {* _	/Rack4/Box	8 u! E, C! m; {" U! _

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

  q9 a) I  l% N  V6 f# l

学习啦

感谢分享event log的使用方法！讲得很详细！
5 I2 D, i. ?; O4 Q8 }

文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~
2 Z6 E; d0 S8 Y
4 l0 L  Q" R8 [4 a+ S, A3 m“重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。”
并不是实体创建的顺序，flexsim中并没有一个节点存放实体创建的时候（临时实体有）。
/ I% j4 a7 L1 c  r; M- U- k' K# x这是因为，先拉到模型中的实体的rank靠前。但是，rank是可以修改的，后拉进来的实体的rank可以调整到靠前，on reset触发就更加靠前咯。也就是是实现了“后进来的实体先触发重置触发”。

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

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

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

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

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

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

我也说一点：
/ ]0 J7 k, W4 x. M  m在事件日志中，涉及的实体一般都是box，这样我们很难区分到底是哪一个触发的，如果需要，我们可以对产生的临时实体进行重命名，编号处理，这样就可以知道就哪一个临时实触发了什么。
* u: {8 T0 C# A+ f3 N3 d* V/ A657776724 发表于 2015-9-26 18:00

& ?- R1 t; e) H5 C# i一个好消息：最新的2016版本已经自动区分在不同实体上面不同rank的实体了，这样就使得debug的过程更加简单方便快速~