设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7108|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,! _6 t3 Z6 n9 N7 {: w# K: `
4 K- |% V7 X* D# q$ f8 ~) i
关于统计时间问题,
3 u4 x) ~- f( D" w" ~9 L. R1 ?+ S9 E' f
. e( I* V4 ~% G当我跑完30天后要记录所有机台的加工时间与闲置时间,* T' F! D6 m! a0 U& g9 u

) _( b" O6 o6 a9 V5 ~& u  h7 a点开机台的STATISTICS分页,! I1 u: K/ q# D$ q$ j3 u

+ X! p% i3 [7 j- K' C画面如下:
0 s. g6 _8 j5 q5 c/ D! o2 j0 b6 _/ ]1 q. e2 w: \& i
6 E3 h; f  y4 J6 C- Q) N
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,, E& b3 P8 `6 ]4 s# J
! V% R5 i. W. b% B/ @0 O/ K
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,8 Z% @) H9 j" Q  J, o$ ?# s6 E2 I4 `

( W9 J. I- T) t/ F& r. z7 D因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
$ d, E6 @& E* V
9 m0 d1 s4 o; w9 m7 H8 r& A' ~7 v2 a6 O1 ^故UMPLANNED的比率为50%,
# ^. k: u& _' i  W6 u8 [* v7 u" t+ r" h. i# Q5 v
但我要做的统计分析是不看UNPLANNED的,
, s+ g/ v' b  l# j1 k1 y7 u5 G: j' i7 G3 X' y3 r5 T; z5 L6 f
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
' P% {7 q8 t: m/ Y# h5 n/ N* G5 U+ G5 D* M, [4 N6 K" H
但问题来了,: O1 R8 c" M" M# _

5 [# H* c; {2 h+ q1 j这三项的值加起来不到100%,
* L9 T: F1 a0 M6 O
1 ]0 O8 Q+ T  S+ D& l7 e所以这我无法跟我的指导教授说明,' Q4 i9 a7 l. F! m# [; n& j

3 W) q) U# Z2 V2 }* |4 e+ N我也看过HELP的说明了,3 Z1 a) l3 [7 F* k

7 s* C+ U) P. u+ U7 P/ b- t但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
" r" L8 h, ~7 _# n
. \7 o2 b) F+ v; {  ]2 D- B9 Y不知道有那位前辈可帮我解除这个疑问,谢谢!

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

" a" Q/ Q* ]# z2 M0 R- |不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。  d& B. m2 g8 b# ~3 k
所以,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- P3 {3 X7 f) F' G) D3 m- G
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
# l$ l2 F: F; O$ \3 @+ R6 s1 g0 [8 {a single MU during the entire statistics collection period. It has a relative occupation of 25%.
: Y* |! z9 U/ q' I3 E. W, i1 y( r, z8 O8 w% q
这是HELP上的说明,
" {- U) i9 c5 e7 G5 w5 j/ R# M所以应该也不是您说的意思,
/ A+ [7 O" f  q0 I$ G2 a0 a因为您说的是有算到BLOCK的时间,
4 Y6 U2 d4 s" ~9 u+ u5 m3 N而它会把BLOCK另外算,
" E, T, b& I' {' H) K% M3 P不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
! _; m# i2 n! i: V: ^
- |- X/ ]) d, H" B7 o1 f0 P以我贴图的例子来说:
  z7 }0 a( F- Q- L4 Q  I3 h  ]% q9 Y' M' M# g1 w8 x
WORKING:34.52%' |4 |$ i* C/ S/ n  v& q
BLOCKED:3.06%3 |" i2 b5 c" j2 I3 w3 V' P$ o6 M
两者相加=37.58%
- H/ J& m6 `; y0 T7 l+ [8 H7 @$ s30天的小时数=720小时1 {1 A+ d, n6 J9 @2 \
实际加工时间:360小时
  ~- ~. s6 L$ D9 `0 k" u
+ r9 d0 r* K! f: `) D  l; Z720*0.3758/360=0.7516, H4 b& |6 ~3 T% m

9 \4 a0 f7 s: \+ n; B) v& e2 E谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
4 l- a# M, X  F' r. w2 }6 V, ]不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2025-11-19 01:58 , Processed in 0.020732 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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