请教关于统计时间问题

fans0390

想请问一下，

关于统计时间问题，
3 M, S- |, I5 g$ P- z$ z3 o
" Z- S) O: }1 b当我跑完30天后要记录所有机台的加工时间与闲置时间，

点开机台的STATISTICS分页，

画面如下：

& j* d# B% v& Q6 L: s: {. R! R
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100％没问题，

但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项，

因为我的程式有用到SHIFTCALENDAR，设定一天工作时间为12小时，
  h, |: @( s2 x. r, G
2 y4 F7 e! f  O; b故UMPLANNED的比率为50％，

但我要做的统计分析是不看UNPLANNED的，
' Q7 J& o8 J0 \" ]$ m( L# f
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算，

9 a: J0 r6 t( Y) \/ L% m但问题来了，

' W5 G, H+ F# s, x6 B; Y这三项的值加起来不到100％，
4 ]' H4 V$ L6 v* n; r$ x
$ E, O! z% i4 u所以这我无法跟我的指导教授说明，

我也看过HELP的说明了，
2 |* j. S3 I# O' P
但是还是无法得知这三项的算法(应该是知道算法，但算出来的值不一样)
% }7 \" H3 r0 s3 n' H6 U
不知道有那位前辈可帮我解除这个疑问，谢谢！

pipilu

会不会由于某个计时开始后SHIFTCALENDAR开始起作用，而导致该计时的时间不准？比方EMPTY本该为3分，而在1分的时候SHIFTCALENDAR开始起作用，当再次运行的时候，后两分钟就不计时了，而是只有1分的EMPTY时间？？

fans0390

應該不是這個原因，因為help上有詳細說明了，

不過還是謝謝您的回應！

kaly

Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况，也就是说，只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时，这个统计量就在工作了，和这个singleproc出于什么状态没有任何关系（无论他是处于empty、blocked、setup或者unplanned等）。
所以，setting-up和empty和Rel.occupation之间没有任何必然联系，也就不可能相加等于1.

fans0390

The relative occupation is the capacity-based ratio of the time the object was occupied, not Paused and not Failed to
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
* K6 M. J; E5 h2 va single MU during the entire statistics collection period. It has a relative occupation of 25%.
, _! j# G2 P, y3 ?# L- I
# l  \$ o/ _" Q+ B$ P这是HELP上的说明，
所以应该也不是您说的意思，
/ q9 Y. \- u8 ~因为您说的是有算到BLOCK的时间，
而它会把BLOCK另外算，
不过还是谢谢您的回应！

fans0390

啊！我刚算了一下，REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算，

& {( L3 _' p* |以我贴图的例子来说：

& _$ C, v2 F  N5 [0 R# xWORKING：34.52％
: E7 O3 n: _/ V, g/ c4 cBLOCKED：3.06％
8 q! s2 R1 e- w  h4 ?0 `两者相加=37.58％
30天的小时数=720小时
实际加工时间：360小时

720*0.3758/360=0.7516
. w  V. \; l8 U: m* r
- P. \3 y& Q& e7 |' v3 [谢谢KALY的回应！

kaly

其实他help里的意思也是加上block的时间，因为他只排除了failed和paused的时间。
不过，eM-Plant的help确实做得一般，很多话说的不利索。