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

. b/ U5 [( G+ u' ]2 Q" _2 K( `: }  T

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

1 V$ l) W$ `2 |/ Y3 D3 u5 Q很多初学者都对flexsim的事件及触发不太理解，到底先执行什么后执行什么，先触发什么后触发什么？用户手册中也没有相关的说明。如何才能把这件事情弄明白？其实并没有想象中那么难，只要稍稍花一点时间，你就能彻底掌握其中的奥妙。
接下来我们以货架随机摆放临时实体为例，来看一下在flexsim中，各种事件、触发的发生顺序。
在flexsim中依次拖入货架、发生器、暂存区，软件会将这三个实体自动命名为Rack2、Source3、Queue4（请注意这三个实体的拖入顺序）。依次A连接发生器、暂存区、货架。双击打开货架属性，勾选“Floor Storage”，设置最大库存为50，设置列和行随机摆放,每个货位内最大摆放量为1，设置货架为5列10行。
" s: O: ]$ A  C; X3 M         
% T% Z8 A, v1 \4 Q2 {2 Q  z2 M
- Y% K* l  E9 [重置视图，最终效果图如下所示：

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

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

! o6 i3 X1 J  V! b( y1 I* N# UFlexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。

# n; L6 u& y" B! j) {: {& b5 T引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。
# }5 t6 |: L5 u. v& g$ H
% d, [% @: }0 K: [. e& P+ F触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
& |; b) w! P3 A# @
  U( P1 p$ o& v  \  U! \TaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
2 _  [- h5 Q) c4 V2 N/ m任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。
7 Y1 d; j, G' K; z, Z
开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
) x' Z8 b1 r' z# w! F; ~
( z0 \, H6 D/ r  q, J4 r- Z0 G在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。
5 O# F6 t3 X9 X7 S! T9 M; B$ g
先看一下0时刻模型发生了什么：

Time	Object $ V0 |3 {) C4 z9 v) P  ~	Event
0   d0 D2 o8 v2 K; O2 t" T	/FlexsimModelFloor ' n/ }* ^! R4 j+ c	Trigger: OnReset % c/ W$ V+ d8 b  p; w$ T, D
0 ; X) {0 ]9 ]; L: q$ s) r	/Rack4	Trigger: OnReset 9 a' e$ M; Q, _3 ?: X
0	/Source3	Trigger: OnReset + [! Q" [6 M2 O: @% {, R
0	/Source3 7 D. X' P8 h0 b2 Y7 L	Trigger: Inter-Arrival Time ) x2 U* }$ A$ S9 G
0	/Queue4 6 [6 L; {( s! Y. c	Trigger: OnReset

在0秒的时候各种实体会激发OnReset触发。本例中依次激发了FlexsimModelFloor、Rack2、Source3、Queue4的重置，重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。在创建模型的时候我们最先拖入的实体是货架，所以货架在发生器和暂存区之前被重置。而在货架之前，flexsim自动创建了ModelFloor实体，所以货架的命名是从2开始的。这一点可以打开树结构验证。
5 ?* u/ X. }3 V4 k
在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
0 {' v+ F* |' z2 i8 U! i: J, |在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：

Time ( Q& d9 p5 E7 o	Object	Event	Involved	P1
5.303038	/Source3 , Y  X  X4 ]; v/ X8 ~$ [0 _	Engine: Timed Event	/Source3	EVENT_CREATEPART
5.303038	/Source3	Trigger: OnCreation 3 T5 \' H& Z9 _( j	/Source3/Box	rownum: 0.0 3 v$ s: d6 O! y3 S
5.303038 ) H9 \" o! B. ]	/Source3	Trigger: Send To Port	/Source3/Box	; j( S* K6 x( Q+ n( p 7 c- ~2 R% v. \  h
5.303038 6 ~2 f* z2 j/ r9 ~	/Source3	Engine: Send Object	/Source3/Box " H- P9 V. L9 `* f	! g3 @9 c; j6 J$ m! H2 q
5.303038	/Source3 * q* f$ i; m" w9 B; l	Trigger: Inter-Arrival Time ) G+ w$ n' ^+ Q8 I3 R	. j5 n1 N: m" Z0 U! w1 ~	5 h1 I5 F) }: Z* k1 u
5.303038	/Source3 0 k5 W9 O+ O0 ]) H	Trigger: OnExit	/Source3/Box ; H+ @" i0 k1 W- e	port: 1.0

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

Time	Object	Event + G# y; b+ C9 A	Involved & L5 r1 a! e" d4 C9 O# b& }% U" H$ \( t	P1 , [' T3 u& k! f) b6 ^
5.303038	/Queue4 " e( H  j8 [2 P0 H" Q	Engine: Receive Object	/Queue4/Box
5.303038 # Q2 [/ `' }" @6 P, n	/Queue4 ) I0 y& r' V: H	Trigger: OnEntry	/Queue4/Box / @1 v# }9 S) i* R	port: 1.0
5.303038	/Queue4 * V: N  |7 a4 {	Trigger: OnEndCollecting 5 ~' Z4 f+ d) [5 g) H	/Queue4/Box	batchsize: 1.0
5.303038	/Queue4	Trigger: Send To Port	/Queue4/Box	$ P1 k9 U" s! B$ H3 e$ X  Q8 R
5.303038	/Queue4	Engine: Send Object : Y2 y; J  O  I+ {" z3 D! V0 B' t	/Queue4/Box 0 a9 D' S3 j0 A4 U7 o3 T	9 r# g% }+ `0 d5 b. `
5.303038	/Queue4 + P1 z9 `4 D( {# X  x. n& @/ b	Trigger: OnExit	/Queue4/Box   c7 K! o. ?7 e& F) s	port: 1.0 8 K9 Y* p5 m( Q) a1 a

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
货架同样以接收临时实体开始：

Time	Object + Q, n3 h% C, |3 g, u# f3 k% h	Event / @6 s" I9 x7 ^+ [* O( M+ L; _1 E/ U, c	Involved 9 C7 V' y: I6 o/ S  P8 \/ B	P1 9 A# J7 ~1 o' W4 I. c& r" r, s
5.303038	/Rack4 . o/ ^% n! I! [1 h4 w  Q	Engine: Receive Object	/Rack4/Box	$ g; t9 s6 E! o/ I" h# e* i
5.303038	/Rack4 ' d7 B7 D5 |: L5 Q: F	Trigger: Place in Bay	/Rack4/Box % D0 L+ }! I2 N& J/ I" l	3 {+ t1 P- W. M7 X9 \' O' a
5.303038	/Rack4 0 Y2 P. K6 S: f. |	Trigger: Place in Level ( H$ }$ \$ Q) }* g) I0 a	/Rack4/Box % F" g: t$ W8 I4 {: `6 W6 b( Q	bay: 3.0
5.303038	/Rack4	Trigger: OnEntry % [& X0 {, \" |. h) y9 S: v	/Rack4/Box 4 w/ W. y1 y; n. T$ w/ m8 w% l4 I	port: 1.0 ( C) F" ~: Q8 L" b6 C
5.303038 * B) i: K9 t5 S  H1 E	/Rack4 1 V( A; B5 Y9 B. i. |4 j+ A. {	Trigger: Minimum Dwell Time 7 `) K" s; \1 T( _: i# v	/Rack4/Box	port: 1.0 ) E$ S$ B9 ?! [+ H9 N
5.303038	/Rack4	Engine: Timed Event 7 z, z( `! V3 e	/Rack4/Box	EVENT_PROCESSFINISH 2 n7 _3 n& B/ q( t) B0 R  k
5.303038 ! \2 N* ~% d6 R	/Rack4	Trigger: OnEndDwellTime	/Rack4/Box	' S% m5 V& l: F0 T 2 z& W; b+ i! }& N! T" H
5.303038	/Rack4	Trigger: Send To Port	/Rack4/Box	* w7 l  f7 |+ s; ?& ~! S% u; `

接收临时实体之后依次判断应该放置在哪一列、哪一层，然后激发进入触发，临时实体进入货架之后需要获取其在货架最短停留时间，由于这里设置的最短停留时间是0，所以随即激发定时事件PROCESSFINISH（如果是停留结束会更合理、更便于理解），再激发“停留时间结束“触发，最后获取发送端口。由于本例中并没有为货架指定下游端口，所以这里没有执行”Send Object“事件，也没有离开触发。
# @5 v! |: C. Y$ g9 D$ w接下来的其他时间节点都是在重复着同样的事件和触发，直到货架被摆满。
# Q3 s9 h) i) H# [4 b0 F+ V通过Event Log工具，我们可以详细的分析每一个实体的工作机制。比如可以分析推式策略、拉式策略的不同，比如可以调用运输工具，添加任务序列，来分析任务的优先级别、先占级别的处理机制等等。
+ z5 x8 W( O# k$ `0 x) r" s4 ?6 ]


9 [) L( p& Y- |  v" I

学习啦

感谢分享event log的使用方法！讲得很详细！
% K8 |* h  [8 u2 ?/ [

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

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

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

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

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

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

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

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

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

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