请教关于统计时间问题

fans0390

想请问一下，
/ `5 a  g- L+ d. B- b
( y$ l) c. b0 a8 g0 J( v4 Z关于统计时间问题，

当我跑完30天后要记录所有机台的加工时间与闲置时间，
, D5 g  y5 o2 v8 g) y1 {
点开机台的STATISTICS分页，
2 ?# W: ?  O0 ]% R# j  U
画面如下：

: p7 v9 k# @" R& N* h' H* C0 e
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100％没问题，

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

; W: i+ \, M, L- M! L$ l$ E因为我的程式有用到SHIFTCALENDAR，设定一天工作时间为12小时，

故UMPLANNED的比率为50％，

+ @* ?% z& W; k但我要做的统计分析是不看UNPLANNED的，

而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算，

但问题来了，

这三项的值加起来不到100％，
0 x* s0 M2 ?; |  x
所以这我无法跟我的指导教授说明，
- {; O, U! x) I8 z; E
2 }$ W6 i. N% Z1 d, z) u8 N+ z我也看过HELP的说明了，
% q: {& f% O6 I/ [. e, {) w
但是还是无法得知这三项的算法(应该是知道算法，但算出来的值不一样)
3 v1 ^& f- ^7 O% F
不知道有那位前辈可帮我解除这个疑问，谢谢！

pipilu

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

fans0390

應該不是這個原因，因為help上有詳細說明了，
- D1 J$ C9 l3 h0 \; K% [/ {2 e) _
不過還是謝謝您的回應！

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
$ Y6 a1 M0 r1 Z- }a single MU during the entire statistics collection period. It has a relative occupation of 25%.

这是HELP上的说明，
所以应该也不是您说的意思，
8 z- x8 A  T; Y/ M$ c3 |因为您说的是有算到BLOCK的时间，
而它会把BLOCK另外算，
不过还是谢谢您的回应！

fans0390

啊！我刚算了一下，REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算，
7 Y7 n+ W6 W1 l+ S  Q; I
以我贴图的例子来说：

WORKING：34.52％
0 W5 Y7 L. O6 O8 w4 tBLOCKED：3.06％
两者相加=37.58％
30天的小时数=720小时
实际加工时间：360小时
! ^* a) ^9 y+ r; C( X
720*0.3758/360=0.7516
2 t) s: i& {4 a3 v# O) n
- a6 ]! s0 d! z谢谢KALY的回应！

kaly

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