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

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

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

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

& z9 f7 V$ v0 s8 c- ?0 j, ?在debug菜单中选择EventLog，打开Event Log窗口。
9 |& `+ v3 g, [+ H4 k, Q
! Z, K7 h% V0 N2 a) n1 z/ ]点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。

Flexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。

引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。
7 k1 S; T4 w2 p( ~1 J
; K; i# |. k2 j2 |0 A触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
" @# }+ o, Y" h$ i' d; [
8 _0 P  E$ g7 c3 a, D& |TaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
0 T# S% ^' M) M8 ?+ I* @. A任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。

0 H1 G' e0 O5 I; L开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
# \6 G( k6 y: f, _5 y
5 i6 y2 o, j( H$ N在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
$ C) x% E3 B$ S; }6 m4 q打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。

先看一下0时刻模型发生了什么：
- t/ S3 Q2 I0 ~6 x& X

Time - W  @$ y. d2 [5 ^4 P, Z3 X	Object 3 o0 @0 D; [' j0 U	Event
0 3 V) F/ S# k& ~% U% A	/FlexsimModelFloor	Trigger: OnReset
0	/Rack4	Trigger: OnReset
0 ) w" W* A* d0 z; ]) o	/Source3	Trigger: OnReset 4 S; r1 n7 H* H% X3 |
0	/Source3	Trigger: Inter-Arrival Time
0	/Queue4 - C: L! t! `6 e( m	Trigger: OnReset

在0秒的时候各种实体会激发OnReset触发。本例中依次激发了FlexsimModelFloor、Rack2、Source3、Queue4的重置，重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。在创建模型的时候我们最先拖入的实体是货架，所以货架在发生器和暂存区之前被重置。而在货架之前，flexsim自动创建了ModelFloor实体，所以货架的命名是从2开始的。这一点可以打开树结构验证。
% m- m% K, d0 p  [1 p( ]6 `5 k, ]
( H% a* J& i% e" w" A  a; Z+ V在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：
1 o. M# X$ n4 n3 X4 ]1 c

Time + ?" @/ k: M. b& @* i' t+ r	Object 8 [* |! f1 X! o	Event	Involved	P1 5 b6 n7 k* D8 J+ `2 \5 b; u" x
5.303038	/Source3 9 `0 u- [7 v4 H# l' \0 l' Y: e	Engine: Timed Event	/Source3	EVENT_CREATEPART - ^9 F$ t- t! _9 E. M- C
5.303038   S+ f& T. W4 c: i	/Source3	Trigger: OnCreation 3 Q' N7 a3 x* i& N  F9 T0 z	/Source3/Box	rownum: 0.0 - k, ]# y. Q1 O9 o, J* ~
5.303038 2 v) @# G3 q) n( l! i! Z) ]	/Source3 0 W, K: K! [8 I* s% a	Trigger: Send To Port ! w7 x: D* @* G6 p2 Q	/Source3/Box	+ }, N, y) `$ p4 a3 j# M- P
5.303038 - K7 P2 X7 `; o; ^" |	/Source3 ; |% {5 h5 M) D. q	Engine: Send Object 0 K- P# l' c7 U3 P# E5 v( L8 V/ E1 F	/Source3/Box ( u& h6 e5 r- ]# b/ q( v	3 f% F4 e4 ^- Z# c
5.303038 0 P4 D9 `  i4 M; `/ B4 K	/Source3 . k$ x, T0 P% J	Trigger: Inter-Arrival Time 4 k) l' p9 {: R& S	, V9 Z9 f4 t; n9 Z' \ 7 ~$ K3 S$ s* E/ ^1 L0 X	. O9 A% a. P- c. |
5.303038	/Source3	Trigger: OnExit 2 G1 _( f! @3 u2 r5 _* g! Z	/Source3/Box	port: 1.0 1 m8 S1 `+ {& Q8 x% `6 i8 @

当临时实体被创建时，首先执行的是定时事件：CREATEPART，然后才激发“创建触发”，临时实体被创建后，还要决定其从哪一个端口发送，然后执行发送，临时实体离开发生器。而在临时实体离开之前，发生器还激发了”到达时间间隔“触发。
! G, P& X6 q* w! ~) r本例中的每个实体都是以Engine事件开始，要么创建，要么接收。暂存区正是以接收实体事件开始：
/ |8 d) f/ W; l8 Z

Time	Object 0 K; F, j$ G) [7 F2 E9 x) o: I	Event	Involved	P1
5.303038 0 K2 i. F' Y% ~+ J2 ?	/Queue4 ; w0 s9 T% K: l( R9 A' c" Z	Engine: Receive Object	/Queue4/Box 5 U9 t- R$ b3 ?	7 V: g' |6 b2 ]' H/ J/ R/ c
5.303038 6 g$ Z9 t4 D$ y. s	/Queue4 9 P/ v6 v/ G' l" R! U, Y2 p	Trigger: OnEntry	/Queue4/Box	port: 1.0
5.303038	/Queue4 8 r& I) B3 O. g. }. \	Trigger: OnEndCollecting	/Queue4/Box   s& z- m: h% t1 X% ]' F	batchsize: 1.0 & ]0 T; U" Z$ L" o6 K* F! s: Q8 q
5.303038	/Queue4	Trigger: Send To Port	/Queue4/Box
5.303038	/Queue4	Engine: Send Object	/Queue4/Box	! p( C/ u( h8 P3 n8 X, ~
5.303038 ' R3 u+ @' N! u+ b. w5 i	/Queue4	Trigger: OnExit	/Queue4/Box	port: 1.0

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
货架同样以接收临时实体开始：
* C- H; D: }8 d: S

Time	Object * c% e) I- k, r2 W) d/ W	Event ( a  l, C) a8 a0 C  ~+ i0 Z+ L; C	Involved / H/ n  A  S# q: d0 h: {	P1
5.303038 ! q8 }2 O$ d8 J. s	/Rack4	Engine: Receive Object	/Rack4/Box : M3 E/ @4 ^8 l	3 u6 x  U: }/ e- }4 i1 P 3 u; a. X  @4 m5 ^; ]+ R$ ?3 a
5.303038 1 S- Q! y* k, n7 A' d/ {/ A	/Rack4 + o- c- Q/ r: `1 E) ]8 C	Trigger: Place in Bay	/Rack4/Box 4 q/ J- E- m5 ~' v& T. q$ d" t
5.303038	/Rack4   I% _+ t" r) p+ m: S	Trigger: Place in Level 0 Q( q. G& |! c& k6 }9 ]. d" C	/Rack4/Box	bay: 3.0 ! F) x  j9 ]( o/ D/ Y: U8 ~
5.303038	/Rack4	Trigger: OnEntry ! y6 w2 {& |. D$ {9 J- M1 N- V* `	/Rack4/Box	port: 1.0
5.303038   o7 e& U! Z$ i2 a* p, v# g% s	/Rack4	Trigger: Minimum Dwell Time + @/ G' N) ]: _; b8 A	/Rack4/Box	port: 1.0 4 s6 X. ]7 H; u  o# m
5.303038	/Rack4 - ]9 k8 ]: V+ m$ v/ l	Engine: Timed Event	/Rack4/Box	EVENT_PROCESSFINISH
5.303038	/Rack4	Trigger: OnEndDwellTime	/Rack4/Box	" \+ R; J1 T9 @$ \: x5 N
5.303038	/Rack4 - y. q2 s" i' ~	Trigger: Send To Port ; @" M4 F; J1 _3 {	/Rack4/Box	B: T# z# x) |. r* Q$ j

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

# U2 y0 {8 O; o

3 f3 v6 x0 ^% Y+ }/ r

学习啦

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

0 O' i5 c5 p9 Z: H& `7 E
文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~

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

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

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

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

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

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

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

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

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