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

" t6 D, B, J' w$ C3 F; F+ k$ I

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

: U: F8 z" u5 w6 p) X很多初学者都对flexsim的事件及触发不太理解，到底先执行什么后执行什么，先触发什么后触发什么？用户手册中也没有相关的说明。如何才能把这件事情弄明白？其实并没有想象中那么难，只要稍稍花一点时间，你就能彻底掌握其中的奥妙。
接下来我们以货架随机摆放临时实体为例，来看一下在flexsim中，各种事件、触发的发生顺序。
/ f5 z& l4 d4 E" E) ]5 v在flexsim中依次拖入货架、发生器、暂存区，软件会将这三个实体自动命名为Rack2、Source3、Queue4（请注意这三个实体的拖入顺序）。依次A连接发生器、暂存区、货架。双击打开货架属性，勾选“Floor Storage”，设置最大库存为50，设置列和行随机摆放,每个货位内最大摆放量为1，设置货架为5列10行。
         
( j- T' f5 O& l* c- L+ K. G2 b# V
7 d# }3 q1 _* e  ^( e重置视图，最终效果图如下所示：
3 M# Q  y( l: d0 m- P
在debug菜单中选择EventLog，打开Event Log窗口。
9 [7 G+ i9 M) H- P! x1 R! w
8 F# R; v/ _& j" I& G$ z% ~0 {点击settings按钮，我们可以看到flexsim可以记录的事件类型和事件列表。
% B. K- Z6 S8 M8 t
& |5 ^( _5 {6 i: F: uFlexsim把事件分为了四大类：Engine、Trigger、TaskSequence、BeginTask。

引擎事件包括了创建实体、摧毁实体，打开输入/输出端口，接收实体，发送实体，发送消息，定时事件。

$ S' I( o8 @$ g, I1 h% h触发事件就多了，我们在实体属性的触发选项卡中见到各种触发都可以在这里找到，还有属性窗口中的一些设置项也可以视为触发。比如发生器的“到达时间间隔”，处理器的“预置时间”等，flexsim也将其归类为触发事件。
7 C  w% j1 m- q( A
TaskSequence和BeginTask其实都属于任务事件，flexsim将其细化，分为两类。
任务序列事件只包括开始任务序列、结束任务序列、接收任务序列。
* T6 l2 r* B3 m7 |1 x0 P) x) E
开始任务事件则是任务序列的具体过程，比如装载、行走，卸载、中断、移动实体等。
$ M: u. Z7 {- \
在Event Log窗口勾选”EnabelLogging”，运行模型一段时间后，点击”Export”，将事件日志导出保存。也可以自己指定运行的时间段，比如设置Start Time为0，End Time为15。
0 u4 _& M, q) D" p打开保存的日志文件，就可以看到flexsim模型在运行过程中各种事件、触发的顺序。

" T$ n0 H9 E" L" F; h0 z先看一下0时刻模型发生了什么：

Time	Object	Event
0 % W/ ?( l# X9 w/ W6 n	/FlexsimModelFloor ( ]5 Z/ N, X. e0 ^9 ~: K% g	Trigger: OnReset
0	/Rack4	Trigger: OnReset ) w3 p. o9 O7 P0 {$ @
0 % C3 S' X3 A7 W! {; ^9 t! c	/Source3	Trigger: OnReset , ^% n9 P8 \9 G4 l& w- O
0	/Source3 9 s+ n% k% z) g6 D	Trigger: Inter-Arrival Time
0 & j5 Y7 _, g2 @' e6 C	/Queue4 : ^$ a% `- a) R4 `/ w	Trigger: OnReset % E, X# O! f4 ~8 p( G" I. v) C

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

在发生器被重置之后，马上触发的“到达时间间隔”触发，这是为了决定什么时间创建第一个临时实体。
在5.303038时刻，发生器创建了第一个临时实体，并由此引发了接下来的一系列事件和触发：
% G' @  i' \! J$ }# q; Q* R

Time	Object	Event   C' i3 Y; O2 I) P	Involved / k* l( H" e$ a6 A& z$ \	P1 ; f; r, t) y# R
5.303038 % S& l8 Z5 l3 e	/Source3 7 B/ O/ @5 p5 a" U8 H$ G6 l( ?+ y	Engine: Timed Event	/Source3	EVENT_CREATEPART
5.303038 . `# L' a" [4 R! Z3 e- a* O; [! \1 w	/Source3 ) f3 P( U; ], _  K) B/ O	Trigger: OnCreation ; t$ Q; O; s6 M% v2 {5 t! K6 s	/Source3/Box & [" E7 W% E. b9 n	rownum: 0.0 # |6 ^, Q3 M( ^5 ]
5.303038	/Source3 , x3 @/ @0 j- U5 q, O* T	Trigger: Send To Port + M! Y' a& p0 k/ l! }3 N; @	/Source3/Box # C4 ?! j1 r! ^4 Z+ ?4 W& N	3 d9 }- n: _/ m2 e' T
5.303038	/Source3	Engine: Send Object ( |! ~4 g7 e5 s# P# N9 S	/Source3/Box 3 y/ Q# X) C4 n: ]; P" }% P' _+ P1 I
5.303038 ' q7 @5 n; Z( ^( d) S	/Source3 ! x$ i2 |' \/ U; a	Trigger: Inter-Arrival Time	8 Q2 ^! P& {/ `' M6 _ 2 o: I& N- m8 o( Q2 N8 H" W
5.303038 % g5 [: G  k' {$ g	/Source3 % @; G3 {3 e* }  w/ Q2 x	Trigger: OnExit ' ^" ~* P1 k3 L1 F- t	/Source3/Box 3 L8 E7 G" q0 Y5 y, j, L	port: 1.0

当临时实体被创建时，首先执行的是定时事件：CREATEPART，然后才激发“创建触发”，临时实体被创建后，还要决定其从哪一个端口发送，然后执行发送，临时实体离开发生器。而在临时实体离开之前，发生器还激发了”到达时间间隔“触发。
( t1 i1 H! K8 h- g- O; B# M2 _本例中的每个实体都是以Engine事件开始，要么创建，要么接收。暂存区正是以接收实体事件开始：
6 ^8 d1 ]' X7 i8 N+ \# v" q) x

Time	Object 5 E6 n# F6 L! \! x7 [' P	Event : L1 N' q5 H* n$ u9 @7 N$ C6 ?	Involved	P1 & H; B3 Z4 k* C9 O! {# Y3 o1 W5 b
5.303038	/Queue4	Engine: Receive Object 5 ^1 N# i1 ?/ H% \* q- E! h	/Queue4/Box 0 N  Y7 f9 t$ }
5.303038	/Queue4 * \* n; p5 X/ G% g' v	Trigger: OnEntry	/Queue4/Box 7 ?" s, f- g+ G" M, a( ~! L7 c	port: 1.0
5.303038	/Queue4 ' K+ L" B! }' g$ u	Trigger: OnEndCollecting	/Queue4/Box	batchsize: 1.0 ; q! ^  t/ U+ e+ C6 N
5.303038 . ^& E6 E" Q; ?" v	/Queue4	Trigger: Send To Port / d/ D: E$ R/ z- O/ Z2 }	/Queue4/Box ! W0 t: K/ l& `5 q8 G5 C. ~
5.303038	/Queue4	Engine: Send Object ; k: a4 D4 S" x( O' f1 D	/Queue4/Box + i' A, a/ m$ u# G	; z& V0 T9 f4 X/ ], ^; ], d * Q4 @% \8 z- L& @# M+ Y1 ~  O: l/ j
5.303038	/Queue4 7 U7 e4 a, u2 b5 e+ U	Trigger: OnExit " u# z7 A, p1 b9 p: e1 m	/Queue4/Box 5 `+ B' F7 O% Q0 C& F	port: 1.0

接收实体之后激发了进入触发，然后判断批次，获取发送端口，执行发送，最后离开暂存区。
8 _% b. M5 X$ h( k货架同样以接收临时实体开始：
% {4 `' g# O5 y" x; R6 X6 C+ F

Time 7 K1 n; m; [0 Q& Q	Object	Event $ f% J- R' S2 A1 T4 k% C4 R	Involved ! i0 E; I) R: Y- f7 h	P1
5.303038 % s6 c- u8 H0 z+ Z8 X& {4 R	/Rack4	Engine: Receive Object	/Rack4/Box 1 i9 |- u; j% F0 n	) O5 ]+ B8 m% Q+ r& q0 ^ 6 h* u! c  q$ y
5.303038 8 {% ~: {  ]- ^. L) t6 N% ~1 v: v	/Rack4 1 A4 K3 m6 @. b1 ?7 u	Trigger: Place in Bay 8 Z) t5 _, N9 g% |. Y0 l, |3 P6 e	/Rack4/Box - ^# I) p- M! Q0 ^% D7 _
5.303038 3 D& I+ n2 K) L( V- c: M' r	/Rack4	Trigger: Place in Level	/Rack4/Box	bay: 3.0
5.303038 3 ^, S$ U) x6 ^9 t	/Rack4 1 N# `5 T/ u! A  }( A3 L	Trigger: OnEntry ! v! L$ |4 m$ t+ U, g	/Rack4/Box	port: 1.0 ( j/ h5 Q8 @2 t  Z- Y) f
5.303038 ; N  i+ S! {3 b' w6 @- N# m	/Rack4	Trigger: Minimum Dwell Time * i- v( U# h# W	/Rack4/Box " H# i  \6 q7 u	port: 1.0
5.303038	/Rack4 2 F7 z" E& S( U( R6 c; ]$ J	Engine: Timed Event	/Rack4/Box ; M" O  _: c8 _  s& a' K' O9 R	EVENT_PROCESSFINISH 2 w4 q4 x: }$ `  Z+ b& c- C8 x
5.303038	/Rack4 7 p: T% E6 P4 s6 a! `/ o+ V( h	Trigger: OnEndDwellTime	/Rack4/Box	/ e' H; d, o! X% }0 ~
5.303038	/Rack4 7 r; v3 a' \( D	Trigger: Send To Port 2 e+ W% n! B. W	/Rack4/Box ! s+ J/ M: a, V1 G! U) a. q	. ]* B0 l4 }' U ; s* s( i) p6 q% l) \

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

- J0 R5 _' R) n

学习啦

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

  P$ w) K1 V! n5 p" D: c* T; e
文中出现其了一处与我理解不同的地方，我贴上来，一起讨论讨论~
- B. G& E) \3 K+ Z: G8 s- m! X
“重置的顺序并不是按照模型逻辑，而是按照实体创建的顺序。”
& ]0 r6 v+ m- G6 Q$ d0 V2 q并不是实体创建的顺序，flexsim中并没有一个节点存放实体创建的时候（临时实体有）。
这是因为，先拉到模型中的实体的rank靠前。但是，rank是可以修改的，后拉进来的实体的rank可以调整到靠前，on reset触发就更加靠前咯。也就是是实现了“后进来的实体先触发重置触发”。

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

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

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

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

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

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

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

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