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

5 g2 S! k5 _: A9 p) f

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

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

: Y8 k* A2 R' I$ y重置视图，最终效果图如下所示：

. U0 s1 L: [# o$ @. n# q) F' l在debug菜单中选择EventLog，打开Event Log窗口。

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

9 P9 J4 O6 n, t9 nFlexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。

引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。
4 m8 b) b0 Z( V( e+ }4 T
触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
! z3 v2 n0 A+ O4 P1 f6 q
/ N: @; S' D1 a* mTaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
: N0 W7 C8 h* T! f任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。

开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
8 D& q) p& }5 |* M. F3 f
' s3 K% {# o6 L% A4 B: x% z在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。

先看一下0时刻模型发生了什么：
2 L, W! ]# J: q

Time	Object	Event ) O! @- v$ Q' d: V
0	/FlexsimModelFloor	Trigger: OnReset
0 ) o7 x9 m8 T% J0 h, G	/Rack4 , L+ ?0 w4 M  i) C; g6 J9 j( p	Trigger: OnReset
0	/Source3 ) O& m* H, y+ |: `	Trigger: OnReset
0	/Source3	Trigger: Inter-Arrival Time
0	/Queue4 # |9 Q, C" a. H) M) A# F; O	Trigger: OnReset

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

1 O8 o5 ^% Y5 R' o+ Y9 N在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：

Time	Object * ~; [8 D% [0 s" P	Event	Involved	P1
5.303038 / J" C- s4 \* Q7 ?# m	/Source3	Engine: Timed Event ( d* o& s9 j: u	/Source3 : M9 @: s# ?/ ?: @	EVENT_CREATEPART
5.303038 # ^& Q$ ?' J% h	/Source3	Trigger: OnCreation	/Source3/Box 3 R( s7 U% ^7 u+ W, A1 I	rownum: 0.0
5.303038 ! }6 L7 V9 Z& P& x3 h& ^$ K- h	/Source3	Trigger: Send To Port - k( D% L0 t- H! S	/Source3/Box 7 {$ L: |- W; Z2 t9 e
5.303038	/Source3 % R9 K7 A& i2 S/ n9 v	Engine: Send Object	/Source3/Box	9 U2 k) W. D" \, f' l# q  G1 A4 j5 ^: e. p
5.303038	/Source3 ! @6 t1 m6 `' B, s9 i" \/ b	Trigger: Inter-Arrival Time	/ B( _/ q, @0 R) ?	' _/ P: i3 d( f  n
5.303038	/Source3 ( s# L; R' y% Y. p5 @7 n8 r	Trigger: OnExit	/Source3/Box	port: 1.0

当临时实体被创建时，首先执行的是定时事件：CREATEPART，然后才激发“创建触发”，临时实体被创建后，还要决定其从哪一个端口发送，然后执行发送，临时实体离开发生器。而在临时实体离开之前，发生器还激发了”到达时间间隔“触发。
2 p. W: Q" ~9 n本例中的每个实体都是以Engine事件开始，要么创建，要么接收。暂存区正是以接收实体事件开始：
7 M  K1 c' E* A

Time 2 A7 P; X0 e( ~! @- |3 M	Object * k1 a6 r! D4 |& S; W4 \; d	Event : a1 c3 F4 N7 I3 V# d" K/ {4 O	Involved $ k& b' w7 {9 e5 A3 q	P1 & _! n+ d/ G1 J4 p8 t- r9 a
5.303038 , N, z/ t% ]0 ^7 R5 {# [# i9 \2 x	/Queue4 ' {9 a6 j! h7 z. Y' d1 b	Engine: Receive Object	/Queue4/Box	0 G2 E4 z  X! x" f! [& B 3 E7 O, `6 H6 i/ p
5.303038	/Queue4 " B( f9 }4 _/ u# q" o4 v	Trigger: OnEntry	/Queue4/Box	port: 1.0 ' {/ C$ l8 z# ?0 o5 J) j8 W
5.303038	/Queue4	Trigger: OnEndCollecting # g$ |; j, x8 h	/Queue4/Box $ n6 T5 ]( F$ l  e. f6 ?( W+ ~7 J	batchsize: 1.0
5.303038 / I& w( F9 O) t7 `' V. G	/Queue4 % x5 u7 X5 }5 a3 S	Trigger: Send To Port	/Queue4/Box	7 o+ E0 q& A# c6 w6 E, t 6 K+ O! t4 P5 H. C) y
5.303038 ( r! F& R) X' X% `! p	/Queue4	Engine: Send Object	/Queue4/Box
5.303038	/Queue4	Trigger: OnExit ) g+ E$ Y# ]! o7 M. v: t8 D	/Queue4/Box . v8 Y" [) O0 g" K+ x; H% c	port: 1.0

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
货架同样以接收临时实体开始：
" i; m* j0 w" {, C! ?5 M& Z

Time ( p2 q% C2 r6 g  ^$ Y6 H	Object / V( W4 T( n/ Y( l# p	Event ' T+ }2 G0 E; u9 J3 c+ u	Involved	P1
5.303038	/Rack4	Engine: Receive Object	/Rack4/Box " ?1 [+ g, f+ q9 F. W. S" q	0 W. d3 p4 ]# ], D$ X" s2 |
5.303038 * S0 n; c9 i  Q7 g0 D	/Rack4 # C& B# N5 ?' T+ p5 j# q+ T/ U  R	Trigger: Place in Bay	/Rack4/Box # y  y) G2 o2 j	! c. Z! d8 |& q6 L( h" a 8 [& {8 _0 \1 T4 V0 [2 G
5.303038 ) ~+ ^' Y/ R9 S/ s	/Rack4	Trigger: Place in Level 8 t9 [$ @* k. P9 d% f7 b+ Z	/Rack4/Box ! ?2 [$ O5 x, Y+ E6 L3 F& x	bay: 3.0 , X. H% w% ^; m6 Y7 H
5.303038	/Rack4 $ m5 D( d9 p  X+ Q' ~	Trigger: OnEntry * j5 [' i% @% I& k. c2 L: ]) O1 p	/Rack4/Box 0 c' ^' M# X- ?	port: 1.0
5.303038	/Rack4 : P: R" D$ M, i! g	Trigger: Minimum Dwell Time	/Rack4/Box	port: 1.0
5.303038 0 f/ k5 W; h4 ^2 P! A' P% }7 i0 n	/Rack4 : X& {8 |' }% l( m9 G, O	Engine: Timed Event	/Rack4/Box	EVENT_PROCESSFINISH ) D, A$ W# a! O
5.303038 ( Q6 h5 s+ u. o9 G  B2 N, u	/Rack4	Trigger: OnEndDwellTime	/Rack4/Box 3 X1 g2 f, \9 a) F; ]$ J: q	7 I; O# k: E2 ^5 ]/ S ( M" q% n6 v0 S6 G, K: j% x
5.303038	/Rack4 6 Q2 F# ~$ Y. v- P$ ^	Trigger: Send To Port	/Rack4/Box ! C: `5 d& m8 j6 O, q

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

学习啦

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


文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~

$ T  F9 m8 F( O“重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。”
1 }8 }+ o. E+ P. r并不是实体创建的顺序，flexsim中并没有一个节点存放实体创建的时候（临时实体有）。
这是因为，先拉到模型中的实体的rank靠前。但是，rank是可以修改的，后拉进来的实体的rank可以调整到靠前，on reset触发就更加靠前咯。也就是是实现了“后进来的实体先触发重置触发”。

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

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

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

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

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

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

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

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