moveobject命令的一些疑惑

! ^- W& B; \8 ^9 X& ]  ?+ X模型中有四个实体：
: p4 }% a& j, z- f# R- a发生器，处理器，暂存区，独立暂存区。
& J: L3 t2 C$ O. y, V发生器，处理器，暂存区依次A连接。
  O1 _( j5 P7 W2 v# ^6 ]独立暂存区不与任何实体相连。

6 y5 R9 _/ k/ g! N发生器中产生两种类型的临时实体，
4 B5 Z, W5 R, `9 w4 W7 S第一种临时实体加工后传送到暂存区，
- J5 o; b" J$ P6 b- ~! K6 ^0 R第二种临时实体加工后“移动”到独立暂存区。

发生器中创建触发中代码如下：

setitemtype(item,duniform(1,2));

# T, M% i2 T% V. |5 H. ?colorarray(item,getitemtype(item));
& \. A+ A! V3 ^  l( U
& ?; ~$ n( p0 ]/ V处理器的“加工结束触发”中加入以下代码：
: v& A, D* _6 p* D6 e: |if (getitemtype(item)==2) moveobject(item,node("独立暂存区", model()));
: B& O; x5 ~" O  ]
7 c9 g! q7 P* C' K% Y7 A各种触发器触发时间的先后顺序为：
重置触发à进入触发à预置结束触发à加工结束触发à发送至端口à使用运输工具à离开触发
  B3 M7 D' V" J2 B  X加工结束触发在发送至端口触发之前，
& N1 H: h  c# u7 r3 C5 I) v: R理论上来讲，第二种临时实体加工完成后先应该先被移动到独立暂存区。
2 w) Z& m, P9 Q- l! X) e
8 ~5 D- C9 N& \! w7 r可是模型运行起来并不是这样子，所有的临时实体全部堆积在暂存区。
没有任何临时实体进入“独立暂存区”。
$ U% P& Z% r& b5 _请问问题出在哪里？

6 T$ W' k4 m9 @% Q% ?! q' fmoveobject (obj object, obj location[, num outport])
% y! s& O6 \2 I& D5 W/ y" OMoves object to the specified location
: }( S. e( O) G& M1 c! Z移动对象到指定位置。
+ J3 K$ L! v0 D# [Description
This command moves the object to the specified location through the specified port.
. N+ v6 ^; m) s8 y/ T0 b可以指定从哪个端口输出。
" U: y% Q& q  G1 N* Z7 j8 E6 iThe specified port does not have to actually exist, this value is used by the receiving location to be able to reference the port the object came in through.
# |8 l/ v5 D  j7 G7 l这个端口并不一定要真正存在，主要是为了告诉接收方对象是通过哪个端口进入的。
When an object moves into location, the OnReceive event function of location is executed.
  c1 M. U# {9 r) I& Z) x当对象移动到指定位置时，将激活（执行）接收方的“接收触发”事件。（什么实体会有接收触发？）
& [/ |" u# e9 C' vThis includes the OnEntry trigger function.
9 |7 V& C7 u9 N7 \. M+ ~这包括“进入触发”。（什么意思？接收方的进入触发吗？这句话有什么含义？）
Explicitly calling this on a flowitem with events queued up for it may cause problems.
# C6 ~/ z, Y1 ]: Y$ ^9 ?# J如果临时实体有事件要执行时使用这个命令将会引发不可预知的错误。
Only use when you know that no events are pending for the object being moved.
只有被移动的对象没有任何事件要执行的时候才能使用这个命令。

"Only use when you know that no events are pending for the object being moved."
这句话其实是很关键的一句话。
% W/ Q. N8 h# `$ Q
! W8 b: b# M: a  Q" h5 e+ A从你的模型中可以看出来，在执行moveobject这个任务的时候，flowitem的确是被移动到了独立暂存区上（通过断点独立暂存区的OnEntry可以看出来。）

0 {: T$ u1 V2 Y7 J' _3 F' T只是，关键是，同一个时刻（时间点），被移动到独立暂存区上的flowitem又触发了处理器的sendtoport选项，也就是说此时的“被移动的对象有任何事件要执行”。
因为是同一个flowitem触发了sendtoport选项，所以即使已经到了独立暂存区上的flowitem也会被送到下游端口“暂存区”上。

也就是说，在确保flowitem在同一时刻没有事件需要执行的情况下，才可以使用moveobject这个命令。
2 Y" T5 z1 z- ^, {6 P7 p* K* f- H& h执行了这个命令之后，flowitem必定会触发两个触发器：
1.flowitem当前所处实体的离开触发。
) c: O$ q  X. u1 ]* w: Z; c# A# k( ]0 m2.flowitem移动到目标实体的进入触发。
0 [* a$ c8 X; j, S/ B; a! k6 G) m
. \3 p3 x. H% D4 E以上。

嗯，读了你的解释后，大概明白一些了。
, I1 g+ ]" {# k8 L* J/ C4 i我之前以为，
因为“加工结束触发”在“发送端口触发”之前，
% K9 v0 ~7 z* J! [. ]7 S所以应该先执行“加工结束触发”，将临时实体移动到独立暂存区，
0 U8 ], G: i3 }# ^之后该临时实体就应该停留在独立暂存区了。
+ C3 [- A+ p, v. q9 e1 {
现在看来这种想法是错误的。

即使临时实体被移走了，接下来仍然会按照处理器的既定顺序激活”发送至端口“触发。
, C5 Z4 _2 A  K* |3 l! g* V* r0 _" `! r恰恰是因为”发送至端口触发“在”加工结束触发“之后，所以临时实体被移走了之后仍然通过默认端口（唯一的端口）传送到暂存区。

那么这里就有一个问题：当临时实体离开处理器后，在新的临时实体进来之前，离开的这个临时实体仍然是当前实体（current）的（item）吗？current仍然对此（item）有掌控权限吗？

7 M. K$ S* e, k- E$ ~* _9 _楼上说：
同一个时刻（时间点），被移动到独立暂存区上的flowitem又触发了处理器的sendtoport选项，
; b9 X# D2 z6 m: G执行了这个命令之后，flowitem必定会触发两个触发器：
1.flowitem当前所处实体的离开触发。
2.flowitem移动到目标实体的进入触发。
* O4 m  _3 T" D+ d6 g' y
我有些疑惑：
1、同一时刻（时点）“加工结束触发”和“发送至端口”同时被触发？这两个不应该是有先后顺序的吗？
2、moveobject命令执行后，会激活处理器的”离开触发“，和独立暂存区的"进入触发”，如果按照这个解释，离开触发中没有任何代码，应该没有动作被执行啊？

我获取了加工结束触发的时间和发送至端口的时间，他们确实是同时触发的，而且下游暂存区的进入触发也和这两个同时发生

加工结束触发、sendtoport以及使用运输工具这三个触发，虽然代码上有前后读取顺序，但是里面引用的item为同一个，所以才会出现上述情况。你在sendtoport里面再加个条件就ok了

! E$ i) Q3 p% \: [, |. q

我获取了加工结束触发的时间和发送至端口的时间，他们确实是同时触发的，而且下游暂存区的进入触发也和这两个同时发生
蓝桥书生 发表于 2014-9-16 10:14

# T% L# j, x) B( D- I
1 \# }# s. p$ M, H6 W! z" w  C这个时间精度是多少？会不会是现在的CPU速度太快了所以两者的时间没有差别？
加工结束触发、
5 g, g2 f/ H% n; |发送至端口、
独立暂存区的进入触发
1 `. i0 N% g) z# @从逻辑上来讲，至少加工结束触发是先于独立暂存区的进入触发的啊~
从时间上来看，应该依次为：
加工结束--moveobject--进入触发
1 s% {5 w& j$ V3 L+ q  p1 @只有这样逻辑上才讲得通啊。


* R1 G1 ~8 r+ M, I+ X

加工结束触发、sendtoport以及使用运输工具这三个触发，虽然代码上有前后读取顺序，但是里面引用的item为同一个，所以才会出现上述情况。你在sendtoport里面再加个条件就ok了
/ m  ?& G# x7 A0 d7 q雪饼 发表于 2014-9-16 10:31

% U: U  V% G/ Y& Y) Z; {
出现上述情况指的是这三者真的是同一时间触发的吗？
在sendtoport中加入什么条件可以避免这一现象？

3# zorsite

这里涉及到一个flexsim原理的问题。
7 i# T* v2 C2 L  _: `在同一个仿真时间点，能够触发很多触发器。
比如对于发生器来说，下游端口可用的情况下，
会同时触发,并且先后触发：
1.On ceration
) |! f8 P: c0 F  w+ E2.Sendtoport
3.On exit

而且带有点强制触发的意思（这句话完全个人猜测）。

也就是说，你在On ceration设置mobeobject的时候，第二和第三个其实不会自动消除，还会继续执行。
只是，你在使用moveboject的时候，再1和2之间插入了一个新的要执行的东西。执行完之后（具体表现为，item被移动到暂存区上）。。
- j* G4 V+ M3 o3 x6 J, B继续强制执行，2，3触发器，item被移动到下游端口。

* B% ~% t# n# n/ A( Q6 ^- G$ `另外，其实每个触发器里都是有写代码的。
比如
" q8 }: f/ y) B3 [' V9 u8 r( xtreenode current = ownerobject(c);
所以，不存在不写代码就不会触发的情况。
以上。

其实准确上也不是强制触发，是因为On creation这个触发器触发，实际上也是一个事件发生，同时后面两个Sendtoport和On exit事件也已经在事件发生的队列中等候了（触发的时间点也已经预计好了），所以一定会触发这两个触发器。
事件的发生实际上就驱动着flexsim的模型运行，原理跟任务序列很较多相似之处。

好东西！收益匪浅

……不存在不写代码就不会触发的情况
FFFrenk 发表于 2014-9-16 18:24

重新翻看了一遍各位大神的回复，对这个问题的理解又深刻了一分。

其实"Send to Port“触发即使不写任何代码，也会被发送到”First available“端口。
- c0 N( F. {1 }8 [( L! j所以，为了让已经被搬运到其他地方的临时实体不再执行”发送至端口“触发，可行的办法是在”发送至端口“触发中编写代码，把临时实体发送至一个不存在的端口。
! Z: `$ i6 M  u2 e) S错误的办法是：不对已搬运到其他地方的临时实体进行任何的操作。因为不做任何操作即默认发送至”First available“端口。