题目7：Transfer Delay功能

focuscon

类似上次的题目，现在来讨论一个搬送延时的功能：
/ O1 _  A1 Z* A+ f3 e, G一个Loader负责供料（15s），一个Robot负责往下游搬送（20s）。按常理当下游繁忙时Robot应该立即把料送到暂存区（LIFO）,再去上游接料，但是Robot把料送到暂存区再拿出来要花更多时间（假设是30s), 为了节省时间，给Robot设置一个延时功能，只有当Robot在这个延时之内且下游有需求时才送到下游，否则送到暂存区。
我的问题是：如何显性的实现这个延时的功能，也就是可以直接通过输入Delay时间来控制延时，参考IESIM提供的模型，我只能“隐性”的搞成这个样子了。
4 g$ F& ?3 O  \: L" N
( _+ Q0 Q" c7 j$ c, H[ 本帖最后由 focuscon 于 2009-2-25 15:21 编辑 ]

iesim

谢谢，我有空也看看。

focuscon

顶起等高手帮忙  

iesim

这个题目很有意思，而且楼主的思路非常好。我在你的基础上做了一点修改。

修改主要在
/ y* s0 J  N1 V4 c/ S- j
（1）是否需要由 Robot 直接供料给下游需要 **不断地** 检查下游处理的**剩余时间**， 只要剩余时间小于15分钟，那么就可以让Robot 等等，否则就直接送往暂存区。不知道我的理解是否正确。如果是这样的，那么我们就需要用几个模块来获得下游物料的 开始处理时间，预期处理时间，然后，在Equation 模块中 不断地 检查 剩余处理时间是否小于15。所以，请注意 Equation 模块的 Option 分页中的选项。我选择了每隔 0.2 分钟检查一次，这个时间随便设定，只要够小就可以。不用担心会不会影响仿真速度，这个不会明显影响的，因为，很多次检查的结果是不采取任何行动。

7 w8 R+ @! D6 _) g, \- ?（2）为了计算剩余处理时间，我先采用了 Set 模块和 Random Number 模块 获得预期处理时间，然后用 Equation（I）读取这个时间，并输入到 Equation 逻辑中。这个似乎有些多余，但这么做，可以获得”稳定的随机数"， 也就是说，这样的话，在 Activitiy 中延迟的随机时间，和 Equation 中用到的随机时间才会保持一致。
5 Q7 C4 }1 a+ _) H) k/ [/ }; H" J
还有一点，就是Equation 的模块，可以通过右键选择输入端口在右边，输出端口在左边的反向视图，这样可以让连线顺畅些。
0 ~3 ?( t3 `6 m+ T+ y. N
模型在附件中，供参考。也可以提出任何不同意见。有时，我的模型也会忘记考虑很多因素。

iesim

这个对话框有时会弹出来，等7.0.5 补丁出来后，这个问题会消失，和之前提到的软件bug 有关系。
! c, Y; N4 O0 r" U! h2 u
" |6 E4 B) Z$ ?8 ?% N  V修改的地方已经在上面贴子中说明了。

focuscon

1.关于剩余时间的处理真是很灵活，我又学了一招，谢谢博士！
' A6 Z' d" S& {1 u: q6 @8 ?8 D2.Equation 计算时间间隔的设定以前没注意，还不知怎么用，何时用，这下知道了。
$ _$ z3 x% X! F4 f3.博士的模型基本实现了我说的“显性”设置 delay time的功能，但还是不够直观。
" I* t+ a, R: R0 u6 Q3 }6 R  E3 \如果能建模到让不懂的人想Delay多久直接输入数字的地步就完美了。

iesim

原帖由 focuscon 于 2009-3-5 22:00 发表
1.关于剩余时间的处理真是很灵活，我又学了一招，谢谢博士！
" G* B: b& K* R, w; ]# y1 T' m2.Equation 计算时间间隔的设定以前没注意，还不知怎么用，何时用，这下知道了。
  u2 E2 |4 b% @$ @, D7 L) G6 j4 n3.博士的模型基本实现了我说的“显性”设置 delay time的功能，但还是不够直观。
如果 ...

" o) S. A3 a/ E1 F0 I
这个对 ExtendSim 来说是小菜一碟嘛 。 只要在Equation 上增加一个输入端口，这个端口连接一个常数模块，这个模块可以克隆，代表延迟时间，然后把这个端口输入的数值取一个名字，取代目前 Equation 当中的 15 不就可以了嘛。

focuscon

看来我功能掌握很不熟练，知道有这功能，就是没想到。

focuscon

实现的功能不一样。
: f5 L( A6 F2 r9 D/ B3 {一个是判断下游总处理时间
另一个是判断剩余处理时间。

iesim

原帖由 focuscon 于 2009-3-8 21:17 发表
5 Z$ g  D; Z' x. z* F实现的功能不一样。
一个是判断下游总处理时间
另一个是判断剩余处理时间。

& s) m+ @6 z* R0 w+ _4 F
/ _4 z+ w0 O# o+ }" z% n0 O因为这个系统是动态的，也就是说机器人要不断地来判断采取何种策略，也就是说，下游总的处理时间（比如说30分钟）在过了一段时间之后（比如说5 分钟）之后就失去了指导意义（我们关注是后续需要采取什么行动，对已经发生的事情不关心了），所以，我个人认为，在需要不断判断 机器人如何响应的逻辑中，剩余时间（这是一个动态的量）比 总处理时间（这是一个静态的量）要更合适一些。

' U8 m$ r9 B( h6 t- b& C/ |也许我理解有误。
& u7 S- @9 K0 x% L6 y4 q" F
[ 本帖最后由 iesim 于 2009-3-10 10:27 编辑 ]

focuscon

你的说法是对的，理解没有错误，机器的功能和你说的类似，呵呵。

xgjz2

精彩!