设为首页收藏本站

最大的系统仿真与系统优化公益交流社区

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7300|回复: 6

[求助] 请教关于统计时间问题

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,/ P: F$ s* t7 S- y$ D

5 U& y3 C1 s7 h* i1 ~关于统计时间问题,
6 c1 C$ t; i+ a- Y, {) v2 w6 B" K, P/ X8 ~2 w8 i
当我跑完30天后要记录所有机台的加工时间与闲置时间,( V/ ^* f# ?: I2 r% ~, F8 t* T

- D0 y, E) N8 @, Y; P( {5 H8 A点开机台的STATISTICS分页,
( U! I& _7 t$ D, p3 u9 t: ?1 _+ P0 b- J. A3 u/ Y" K2 |2 b
画面如下:$ C6 p% o4 N9 _1 P0 f$ E2 i) D
2 R# @0 A% ^& O
: M0 ?0 T0 w$ m7 `
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
' g' a8 t" Y6 ?- L& f: |$ F# H$ C5 ~( ]) [$ U/ n
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,  r% t& E; `6 ~
' K1 P! K3 W! r$ G% A: Y  d
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
+ \6 R: V- ^0 Y+ o3 S5 L+ q) O% P) h" m& j' ~) N
故UMPLANNED的比率为50%,
9 `1 p$ Z$ N4 @2 W) ~  @" _* N  o: Z9 t1 H3 e+ T
但我要做的统计分析是不看UNPLANNED的,
- _- o8 n8 `+ ~$ j- G
. t! D- i  b/ Q2 u5 x而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,* N! Q' R/ {! F% N+ k

* n2 X& N( Q9 g# C但问题来了,' |% D- {( N3 s. k/ A
" X9 P- t3 l- Y( U# H7 q0 U
这三项的值加起来不到100%,
+ @+ m' F3 u2 C7 g. k( }) I; k& j* N" @. g) w' V3 F) C8 G
所以这我无法跟我的指导教授说明,; x* c2 B2 b. u. B8 {4 N
) g* \$ n4 F. Q, V; G) M" w
我也看过HELP的说明了,6 q7 X$ H5 K: h0 O9 @( s7 y& J

& V8 j  V/ Z8 Q! S# X1 A但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
2 D; Q4 t3 g  v  l& O" u7 m7 {6 u4 H, J$ ~8 _$ x7 P
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,: e. [! e# [$ H. A9 ^2 L8 S4 a0 t
' _0 D9 w1 ~) |( B
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
+ G/ ^! P3 {4 T! i2 t* m- w所以,setting-up和empty和Rel.occupation之间没有任何必然联系,也就不可能相加等于1.
 楼主| 发表于 2008-12-1 13:18:42 | 显示全部楼层
The relative occupation is the capacity-based ratio of the time the object was occupied, not Paused and not Failed to7 O! U9 d: ?# U" e) u
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
3 d$ [1 |9 F1 {a single MU during the entire statistics collection period. It has a relative occupation of 25%.. P) K+ B) G. U( P: {
# d$ ?$ N" n3 `7 C* [& a7 \. \
这是HELP上的说明,( C" J$ ]! s2 A4 h' i' |
所以应该也不是您说的意思,
/ O. @7 j5 Q/ H5 @5 B5 R3 i+ i因为您说的是有算到BLOCK的时间,8 V5 }+ F% X" e3 B
而它会把BLOCK另外算,: R5 b. }$ ]1 G7 @+ z
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
4 l& b, o/ ^" d8 \6 u% S& V1 p+ Z9 N0 ?# X" N* k$ L, `: j# a) J; O  K
以我贴图的例子来说:- E* \3 b+ z1 x' {! b4 O6 Q3 O
' P7 \& o: o# I" B! x* K
WORKING:34.52%
1 r) z8 B, ?0 ^' b8 v" BBLOCKED:3.06%
1 u* S2 _+ U  X5 d. [两者相加=37.58%, }/ \* X, I& n) X( ?1 O
30天的小时数=720小时4 {( S) M7 R# }# a* s: @1 b
实际加工时间:360小时# P* m$ m7 R  t5 }$ ]' R. k

$ ^! `2 ~- `! ]2 z" x/ g1 w* s4 }720*0.3758/360=0.75166 n/ F- @  U( I" }- J1 O- m
7 m- {' {0 ^! X: @. J( i
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。/ T8 {9 z0 z1 [* D2 e# \0 p
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|手机版|SimulWay 道于仿真   

GMT+8, 2025-12-20 04:05 , Processed in 0.018923 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表