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

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

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

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

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

! I/ |' e3 h5 M点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。

6 {1 f  ~! Q. h- c6 [* X* ]+ NFlexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。
( L5 @; S4 h& S$ k/ x$ a- Z
+ Y1 T* H4 V9 ^引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。

% d0 K! {0 z: |; Y/ z* R  R触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。

1 F) F' ~, @. `6 H" jTaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
! q* a: S( I$ m( c) E7 B4 O9 x任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。

开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。

在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
1 N' ?& Z6 N; H4 N8 C: {: L' p打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。
" t2 d" K  N9 l: U  t
先看一下0时刻模型发生了什么：
* x* m2 Z; P/ `, V3 q  d! r7 i

Time	Object	Event ; R3 K. S  ^7 f6 C
0	/FlexsimModelFloor ' L* U" b1 @) D; r8 ~	Trigger: OnReset
0 $ R- H  n4 O4 T- V5 g  r, r1 _	/Rack4	Trigger: OnReset 3 I1 s8 h4 {( q
0	/Source3 + p/ F9 @  T# w  K' u	Trigger: OnReset
0	/Source3	Trigger: Inter-Arrival Time ! t! C* S3 T  R# U0 C* g
0	/Queue4	Trigger: OnReset & m& k! Z& H2 X' q% O3 D8 |

在0秒的时候各种实体会激发OnReset触发。本例中依次激发了FlexsimModelFloor、Rack2、Source3、Queue4的重置，重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。在创建模型的时候我们最先拖入的实体是货架，所以货架在发生器和暂存区之前被重置。而在货架之前，flexsim自动创建了ModelFloor实体，所以货架的命名是从2开始的。这一点可以打开树结构验证。
3 e( J/ s6 Y4 E) Q3 p" ?3 e" v
0 Z! q) X* i  j4 z, l在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：
7 R! _4 q) w+ k) j7 Q# ?; o

Time	Object	Event 0 I+ k8 ^  S% K6 I	Involved	P1
5.303038	/Source3 3 k* }4 O- B( ^/ O% n: D$ L  ]	Engine: Timed Event 3 W7 G. _1 u9 W( D2 E9 u+ C	/Source3 " j3 E3 s2 L) g6 y# b1 Q	EVENT_CREATEPART $ Y- I9 Z. n! s
5.303038 & O; \3 ~& b. h9 C+ T4 M8 |	/Source3 / J$ |7 W- Z2 ?  C1 s# o5 |; S4 `	Trigger: OnCreation	/Source3/Box	rownum: 0.0
5.303038	/Source3 6 B; n; g! x, M( z$ V	Trigger: Send To Port	/Source3/Box 6 G6 N5 t' w9 s' t	; _8 n6 P" j7 ]5 Z* H) Y
5.303038   R9 M. v) [* x$ G4 F# y+ J4 p5 D	/Source3 : N, a: p0 \- |3 g2 h+ Y	Engine: Send Object + n* c/ j+ `5 G2 B( l5 f1 E	/Source3/Box ; N! t( ?! }: ?	! X8 z6 L0 q: A) W
5.303038 ! t2 {. @- D8 ]: B$ e# d/ }8 f	/Source3	Trigger: Inter-Arrival Time ( ?; d/ u* A# y' E9 `
5.303038	/Source3	Trigger: OnExit " u0 n5 M6 {- z" f! X9 P	/Source3/Box - @* I' u" M: |	port: 1.0 5 s& G3 D  M3 m& A5 g& a( U

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

Time 3 T: e) |: f; ~) z' o2 }	Object	Event $ J4 `) A- r6 O5 M/ N6 e	Involved	P1 ; t7 u" ~3 O& P, v
5.303038 2 Q4 Y( l6 U$ d4 ~	/Queue4	Engine: Receive Object	/Queue4/Box	6 V3 k) b/ t8 I
5.303038	/Queue4 ! X' M0 O2 }, S4 n3 R% L6 K/ j% ]	Trigger: OnEntry , `" d0 O! c" E. W	/Queue4/Box 9 S# O. j& f0 J& ~# t	port: 1.0
5.303038 # i: ?: X; j5 z) ?* x" P	/Queue4 3 t' D5 h( N) S. P8 a	Trigger: OnEndCollecting	/Queue4/Box	batchsize: 1.0 / D3 ~2 }- q. Z0 `) y# S! W
5.303038 # a) j4 p7 ]# [: ]# H3 i	/Queue4 ) U! O( K# |( s& J+ P" J$ A	Trigger: Send To Port 4 a$ B4 I7 m! {% T& l2 E) `( F( S	/Queue4/Box	: ]- U1 e. D& o! m2 {6 f! X# y# @
5.303038	/Queue4	Engine: Send Object 4 u3 A5 n# u; Z' u+ q5 l. i* {	/Queue4/Box 0 x/ Z' Z% ^  p- I) B: `7 @
5.303038	/Queue4 7 ]8 |" z, z) I! c) t	Trigger: OnExit ) t% T4 b- k) `7 Y: o( m# H! ~+ E! K	/Queue4/Box	port: 1.0 & `9 _& X7 P% |! ?) ^

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
货架同样以接收临时实体开始：
( Q0 h/ w! W) w  X$ w3 ?8 i0 [

Time ! y0 H5 ?' B; P2 Q8 ?' h	Object	Event	Involved	P1
5.303038 2 `4 b8 Y" c4 p$ H7 a1 R  i	/Rack4	Engine: Receive Object ) L: J8 V7 K/ H# ^	/Rack4/Box 3 s" O4 W, b5 O( U5 t$ ~: `+ M	) s  u. m0 l# H/ b
5.303038	/Rack4	Trigger: Place in Bay 8 g* [$ O2 V, c- Q	/Rack4/Box + R$ J1 v- z2 v; p7 m' S	7 F1 ~! Q5 j& x) i  O; [
5.303038	/Rack4	Trigger: Place in Level	/Rack4/Box ' E6 E6 P& h/ u% g6 I	bay: 3.0
5.303038	/Rack4 / c/ n: {, t5 g* J  `1 @; |	Trigger: OnEntry	/Rack4/Box	port: 1.0 ' ]3 Q9 l3 P9 y+ v' V2 l3 ~
5.303038	/Rack4	Trigger: Minimum Dwell Time ! O1 Z# ~' {9 w0 A2 X, B0 ?	/Rack4/Box	port: 1.0
5.303038 ! |  g" ^6 D. F; q- R- y	/Rack4 % y9 p. s# u3 N& r- i6 u	Engine: Timed Event ) _2 k+ h% `# F% D, Q' z0 k' a	/Rack4/Box	EVENT_PROCESSFINISH
5.303038	/Rack4 5 x% h/ c; x0 a+ @2 N( O" I	Trigger: OnEndDwellTime ' U. _/ n, K% ~. ]) }	/Rack4/Box # S% ~$ b/ l9 p7 o
5.303038	/Rack4	Trigger: Send To Port	/Rack4/Box $ e; i0 l5 Y9 J0 l	- D4 v. T6 }" u0 C* f- L' ?

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

! e  a0 S1 i' j& C% H' I

学习啦

感谢分享event log的使用方法！讲得很详细！
( q: M8 m/ W  B( h, I: I6 \. ], ?
/ u' M# [7 ]6 J& }
文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~

$ t/ p4 U5 ]4 Q* M1 F3 a* ^" f8 w3 j0 Y“重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。”
并不是实体创建的顺序，flexsim中并没有一个节点存放实体创建的时候（临时实体有）。
这是因为，先拉到模型中的实体的rank靠前。但是，rank是可以修改的，后拉进来的实体的rank可以调整到靠前，on reset触发就更加靠前咯。也就是是实现了“后进来的实体先触发重置触发”。

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

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

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

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

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

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

我也说一点：
. l9 P% g5 g1 N- c* N' J' \在事件日志中，涉及的实体一般都是box，这样我们很难区分到底是哪一个触发的，如果需要，我们可以对产生的临时实体进行重命名，编号处理，这样就可以知道就哪一个临时实触发了什么。
7 C0 k0 D" l; I3 f# l8 \8 e9 I657776724 发表于 2015-9-26 18:00

' L& J. F2 O/ ^8 S7 |1 n/ U6 ~3 P一个好消息：最新的2016版本已经自动区分在不同实体上面不同rank的实体了，这样就使得debug的过程更加简单方便快速~