设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8250|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
; {' }5 O8 F3 l- {
0 K, q( J( [% U* y4 h6 j. b关于统计时间问题,
' v" A9 N8 |9 h  Z' G) w; ]& B+ Q( N8 L0 l, x( @
当我跑完30天后要记录所有机台的加工时间与闲置时间,6 G, O, K/ b: T1 a: k: A7 k

( l: H: d, L' }9 j& Q点开机台的STATISTICS分页,7 V3 b$ ~# o8 b1 d2 S$ a

0 I6 m7 q7 @3 M) ?+ O$ U画面如下:: y. u! \6 E' \9 z
4 @; R, p% S0 o5 B# Q1 |% |" v3 g- q

% i5 V5 d/ n: o/ M* c6 H左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
! Y$ G+ [8 ?: I" o. Q1 A7 I: R; h+ [, v& I
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,- ]" z9 n& \8 ^9 t: s0 X, b

; c6 v% e9 \8 Q, B因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
9 h( |$ y% `  b3 R6 D/ j" ^
; H/ J- W1 U/ z3 |故UMPLANNED的比率为50%,
3 F' C$ X& ?$ \& v8 [, s+ G
2 z+ _% t  l7 `但我要做的统计分析是不看UNPLANNED的,
7 G( R8 H* v9 v- _2 w* j4 h$ R. {  R/ q8 m- C+ l% p
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
+ {. L& p# V9 M7 w3 o) W% ^" x
. d) R. O' M: D. x9 `( ^但问题来了,
+ b  ?/ C* D. J! B. J! f( Z% y7 L( V( x
这三项的值加起来不到100%,: A; _9 [0 Z5 ]" ~; D
8 x! f* T0 b5 K! J  _* l
所以这我无法跟我的指导教授说明,' M" b0 `' H, W* p6 I3 h
* K; F6 Y5 ~2 e6 L. Y$ p
我也看过HELP的说明了,
6 v9 ], K7 d/ x0 j: J# |) ?2 s' ^" n. R  e  @: i7 \5 P
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)' X/ B4 y7 n- o  `  D
2 j! z7 C8 W+ L- V" \
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,# O2 y9 Q6 u( u. B2 j' H% x1 h

! q5 N6 l7 P0 l" k  _  Q. ]( b8 y不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。; h: {2 t/ k+ q" M  i
所以,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 to
+ g) w. Z% Q" y# `1 }the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
' }8 `2 l' Y# l  R6 aa single MU during the entire statistics collection period. It has a relative occupation of 25%.
# U" r, {  n4 q; n+ _: a% s" A- D4 ~; A+ m4 Y/ D
这是HELP上的说明,* }) Y4 X7 K/ ]. N% w0 S! I& F
所以应该也不是您说的意思,
9 t% \3 s5 h4 d+ l) ]因为您说的是有算到BLOCK的时间,; c  T& v4 l! l8 }' q0 }5 w! X$ u
而它会把BLOCK另外算,
6 T# R1 _: ~/ b2 @' O4 o& g3 }" }2 I不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
6 n$ A* C- U" d( l1 Z! x6 _; n& ?; `7 D; Q! ^# y( ~
以我贴图的例子来说:
; m5 u0 T2 K+ x7 G$ @( ?2 |
' [, ], U% A; G# h% q3 R' p  |7 VWORKING:34.52%
& e) N) y6 W+ A4 f! [& t8 f% O# bBLOCKED:3.06%
: M9 J9 P8 X* \& U- k2 @+ Y. D# P两者相加=37.58%5 o9 C' C; N  A, n2 f0 ^; m4 p4 {
30天的小时数=720小时
6 S8 _: @) z, [' E8 ]7 g5 A1 ^实际加工时间:360小时
* A; D/ u# l, `& a
7 d9 O8 \- c! ], h% ]! N720*0.3758/360=0.75167 w4 n1 ~! Y+ Z; V6 ^

. C8 b( T2 s9 r/ V" d谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。5 H4 ^! O- |$ o  m) \: P) b# O
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-5-11 20:49 , Processed in 0.017206 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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