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

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

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

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

2 W/ j% |) D; f) h在debug菜单中选择EventLog，打开Event Log窗口。

$ N& L8 V7 [% }. C/ V点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。

Flexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。
  Q2 e' ], {( }. {. b
, u+ n: L. S+ I6 ~引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。
$ s% _/ N9 C9 F6 `& X2 k+ |' T
. Y% r9 ^9 E. }( h触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
% q9 |( p4 f. S: W! y
TaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
5 k* C/ h* K2 P5 f+ [" Z3 R任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。
, L" E8 b2 x" K) [& `
- t2 ]; t2 z; w0 p! i, R% f开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
0 v# e2 E* \8 I0 ?( g1 a$ e
( {4 o: x, t  u在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。
6 A1 X) ~" Q" C$ g8 R+ Z( i# Z; V
先看一下0时刻模型发生了什么：

Time	Object	Event * M; J8 }+ a: F
0	/FlexsimModelFloor	Trigger: OnReset
0 * _+ M; l. Q! n( X) w1 f2 c	/Rack4	Trigger: OnReset 4 e# g  m; P- s9 _
0 . y  Y  d' Y4 H" g" J	/Source3	Trigger: OnReset 4 V7 R7 d2 g% m
0	/Source3	Trigger: Inter-Arrival Time - l1 E* i7 j8 E
0 & g, e, m' ?: C( j: Y	/Queue4 6 F) K9 e! d4 z! t$ G. D+ }	Trigger: OnReset , n+ t; x1 G: g  P/ h

在0秒的时候各种实体会激发OnReset触发。本例中依次激发了FlexsimModelFloor、Rack2、Source3、Queue4的重置，重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。在创建模型的时候我们最先拖入的实体是货架，所以货架在发生器和暂存区之前被重置。而在货架之前，flexsim自动创建了ModelFloor实体，所以货架的命名是从2开始的。这一点可以打开树结构验证。
# {2 g0 T; e, K0 O
在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：

Time 5 d$ }$ V8 B: V3 [	Object " L* h. F: O: F0 W: `" ^) s8 e	Event	Involved 6 ?# r% S9 p) M+ \, S" V' k, Z	P1
5.303038 6 g/ }8 v$ D' g4 H$ e6 N	/Source3	Engine: Timed Event 0 F" O! g! S8 L+ I7 W, h1 Q	/Source3 / h* }2 Y' O$ _! ]	EVENT_CREATEPART
5.303038 : h% m# t- `3 N/ ?+ z7 S5 v* N	/Source3	Trigger: OnCreation " h- |- ~# X5 x	/Source3/Box	rownum: 0.0
5.303038	/Source3 ; \$ y' F& b) G* g	Trigger: Send To Port + y. V. B! n0 r3 ~# e	/Source3/Box
5.303038	/Source3 / d! W1 {- L5 B	Engine: Send Object	/Source3/Box	, G2 w# ], A) D 9 Y3 x4 ]1 N/ B) A) y
5.303038	/Source3	Trigger: Inter-Arrival Time 8 D8 W7 \! q: N  ]  I0 [	: M9 h3 Q# E+ e" D( F! b0 \% Q0 ]
5.303038 1 {3 ?# X9 V4 W$ |  y( v	/Source3	Trigger: OnExit	/Source3/Box 8 i- D) Q1 `' [3 A7 m2 x: `	port: 1.0 ' |& B: }6 v/ }& R

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

Time ' V" a: W& @5 v- L, e% P" O# T	Object 1 r" ]; b0 m1 w* w4 F' e& C	Event	Involved $ m3 ^2 O( t# f( M	P1 3 z1 Z  {. R& ?
5.303038	/Queue4	Engine: Receive Object	/Queue4/Box	# T9 s. h6 m8 r' w9 y
5.303038	/Queue4 * i, t: n: ^0 X+ I* M( ?" h: i	Trigger: OnEntry " q/ N( d8 J7 D0 f' i	/Queue4/Box 4 n( w+ M5 d; E' d* l" f	port: 1.0
5.303038 / g  i/ f8 g6 w, I1 c! F	/Queue4	Trigger: OnEndCollecting	/Queue4/Box ( b$ k( M( G  ?* e$ J6 j. h	batchsize: 1.0 1 [3 _3 p3 q/ }* G$ _
5.303038 5 C6 G2 e/ }( b$ g  ~6 R6 j" H	/Queue4	Trigger: Send To Port	/Queue4/Box ' R! e( v0 M% T$ y% S4 N	3 R6 @  D2 u7 Y
5.303038	/Queue4 8 U9 e7 r6 g0 ^, O, U! s; }	Engine: Send Object ! {8 _! V1 f% Z7 y# B	/Queue4/Box * r  \/ ^% @/ l	% c: M: T4 Z) n 7 G  E1 `0 J* K  a0 P
5.303038	/Queue4 0 e2 a+ r' k4 A	Trigger: OnExit ' D. [* R2 V7 t* c: E# U/ S	/Queue4/Box . [$ Z1 \/ I4 Q	port: 1.0 + t6 Y/ D) U5 d/ Q* r

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

Time	Object	Event 2 D3 w, D1 H$ s( R	Involved 8 T  s* o" `9 F' G" y/ t! s! H	P1 . k8 B7 q+ v- U1 ]/ d, C
5.303038 ; \3 y$ J3 w; O# q0 N$ L	/Rack4	Engine: Receive Object	/Rack4/Box & W/ V  @2 {- R  I$ \$ K- i$ y5 ]	) m5 m; H0 n0 F' o4 j + R- v+ [* H: O3 H8 Z6 D
5.303038	/Rack4 0 u8 t- e. d6 v! _/ X6 w	Trigger: Place in Bay $ j; ?( v: R$ I% T, G& k0 {# |	/Rack4/Box
5.303038 , l5 M6 J5 P: H/ K3 P1 A: M	/Rack4 $ y8 b- ~  w% Y	Trigger: Place in Level . |$ p6 ?/ f2 s2 W	/Rack4/Box 7 X  n, H2 X' ^6 {  _	bay: 3.0 - l) b% _3 C! @6 m0 o6 b# y
5.303038 # u9 T. E- F- ]! A	/Rack4	Trigger: OnEntry	/Rack4/Box	port: 1.0
5.303038	/Rack4	Trigger: Minimum Dwell Time # {- @! t6 i' c. h3 Y" x	/Rack4/Box * G, e2 S1 d( C& M6 B8 @	port: 1.0 # I8 v" i" O" ~" {& ~% A. e, W
5.303038	/Rack4	Engine: Timed Event	/Rack4/Box $ V) `; a7 d+ [% i2 o' U2 g: S/ ~- }	EVENT_PROCESSFINISH ) j. Y5 ]: ~/ u+ l* ~2 C! E
5.303038	/Rack4 ( H9 E2 ]: s3 W3 Z- W	Trigger: OnEndDwellTime # v* X3 S& Q( x9 v	/Rack4/Box	1 A9 Y& f9 J. h' ~3 d 4 s3 w9 n7 F0 V7 X9 a  z
5.303038	/Rack4	Trigger: Send To Port 3 o% k3 i) n6 }+ U' d	/Rack4/Box * g/ V& k- k8 }& ^0 d) r: I	+ j! Z' I8 {) X, m4 B( s3 l , q( J" s% j$ x  q' ^% G' q

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

: v, ^& H- B, L6 N

. }8 Y. U' K* r. H) f) U

感谢

点赞，好好学习

mark~先把Flexsim的运行机制搞清楚~磨刀不误砍柴工

赞，借鉴学习了

感謝

学习了 谢谢

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

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

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

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