请教关于统计时间问题

fans0390

想请问一下，
1 E$ D: y& p7 z- @/ p* J
关于统计时间问题，

当我跑完30天后要记录所有机台的加工时间与闲置时间，
$ l0 U) a) a+ G4 I, z0 f, I5 o
点开机台的STATISTICS分页，

画面如下：
) q0 r; A: o! E/ Z8 @" w
8 T( u  F  }) B- _: f7 @4 W: v
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100％没问题，
7 g  ~9 Z! Y) K0 X5 }7 w: z8 u
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项，
- f0 X" B5 X- ?
因为我的程式有用到SHIFTCALENDAR，设定一天工作时间为12小时，
7 ]% \& E* w$ P1 t2 e0 w
& h- s4 J& k9 W8 v9 ^故UMPLANNED的比率为50％，

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

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

# Y% F: Y0 d+ F' g但问题来了，

% ]! L/ c) g* e- H这三项的值加起来不到100％，
+ g4 A; x+ a3 H. L5 e% U# N
所以这我无法跟我的指导教授说明，

我也看过HELP的说明了，

但是还是无法得知这三项的算法(应该是知道算法，但算出来的值不一样)

! q/ n& S* w4 G# ~不知道有那位前辈可帮我解除这个疑问，谢谢！

pipilu

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

fans0390

應該不是這個原因，因為help上有詳細說明了，
: L  _2 r! q$ ~1 Q7 F; i3 v
不過還是謝謝您的回應！

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
; D* A  G/ [7 k* T5 l# P! I- pthe 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上的说明，
所以应该也不是您说的意思，
因为您说的是有算到BLOCK的时间，
; G9 j# h& H1 c5 n1 t而它会把BLOCK另外算，
不过还是谢谢您的回应！

fans0390

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

以我贴图的例子来说：

WORKING：34.52％
BLOCKED：3.06％
6 G3 G! ?) O  m6 Q' _两者相加=37.58％
- ~* ], k4 G7 B/ g" O30天的小时数=720小时
实际加工时间：360小时

720*0.3758/360=0.7516

谢谢KALY的回应！

kaly

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