请教关于统计时间问题

fans0390

想请问一下，

关于统计时间问题，
9 ~9 {. B# a8 r* P& X$ ^
当我跑完30天后要记录所有机台的加工时间与闲置时间，
4 ?2 V  Y) K& ]7 v/ J) ]
点开机台的STATISTICS分页，

画面如下：


! W9 x: C1 ^4 U( [* ]0 C1 N# a* h左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100％没问题，

但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项，
+ C+ y# a0 {' Y3 [
因为我的程式有用到SHIFTCALENDAR，设定一天工作时间为12小时，

故UMPLANNED的比率为50％，

但我要做的统计分析是不看UNPLANNED的，

而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算，
0 ?8 _9 T4 F( j/ R0 }9 P8 w# S6 z
+ U; b& y, M7 x; `8 @但问题来了，
- w$ X/ n' C- J8 ]5 c$ B) P4 y% J
; |9 ?" n9 x! K- Y" v7 F这三项的值加起来不到100％，

所以这我无法跟我的指导教授说明，

6 {/ K+ O$ {. D. |我也看过HELP的说明了，
+ n+ T* a& N; d; v# @' I
+ L* N5 A( E& X! ?/ V, I5 j& d但是还是无法得知这三项的算法(应该是知道算法，但算出来的值不一样)
" t* u! Z# j9 d  n5 M4 o
不知道有那位前辈可帮我解除这个疑问，谢谢！

pipilu

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

fans0390

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

不過還是謝謝您的回應！

kaly

Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况，也就是说，只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时，这个统计量就在工作了，和这个singleproc出于什么状态没有任何关系（无论他是处于empty、blocked、setup或者unplanned等）。
. [# X7 A. N- C  A3 |所以，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
( \! w0 }( g2 \$ e) \the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
a single MU during the entire statistics collection period. It has a relative occupation of 25%.

这是HELP上的说明，
所以应该也不是您说的意思，
2 o6 b* O$ M; q因为您说的是有算到BLOCK的时间，
' ?- @7 o! e  C7 T# a; u9 w而它会把BLOCK另外算，
6 t! Y, n7 ~% i. d不过还是谢谢您的回应！

fans0390

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

以我贴图的例子来说：
* _2 G5 T' R- Q! a5 E4 |
- S% F" s% T: }WORKING：34.52％
BLOCKED：3.06％
两者相加=37.58％
/ [( F8 w' R( c, F. b4 o% }30天的小时数=720小时
实际加工时间：360小时

720*0.3758/360=0.7516
% T9 E+ Z) @& E9 N9 M
谢谢KALY的回应！

kaly

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