设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 6904|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,/ s3 n. h* h3 d  x

+ x: l, S5 e2 c' d: o5 d关于统计时间问题,
$ \; y6 Q4 V' z0 N3 N( C: Q' N7 o8 ~' F0 w9 H( B$ y& y$ p
当我跑完30天后要记录所有机台的加工时间与闲置时间,' {! e* y8 |" [5 J$ j0 U5 b

: v4 u8 d0 c) ~点开机台的STATISTICS分页,
) P' x* ?6 O2 `( y4 R' \- q. z* }4 T+ w9 F
画面如下:
) C  i; r2 @8 g: Z% i4 K
+ K0 ~# p' f* t9 g* S2 v" ^, P: v1 v1 {8 z" V; j
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
) t! T- E9 ?9 J& x1 Y+ N- S' e6 o6 k) u: D7 g
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
9 ^( N+ p$ N" S
6 P: ^  n1 m7 l! P7 j因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,' z2 r( i$ i8 y; V7 Y

4 j3 a0 P9 Q' X; j7 i9 D故UMPLANNED的比率为50%,
# A  _, [& h$ J( _0 @
6 d# ]$ T1 d& F1 U: v+ U7 r但我要做的统计分析是不看UNPLANNED的,! u9 k9 V1 O6 k+ o  M! e

' R6 G2 f3 q& ]而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,0 P. g+ p5 ?0 v

. M; b1 w0 A8 k: i但问题来了,
- v: {" Y! x8 P1 A% t
. Y% T; }/ ]# {5 s- q  {, L  s& Q这三项的值加起来不到100%,
) W& B; [5 x8 ?0 I) Z, o3 |$ U
5 T2 G7 S, i, |6 |' Y9 {所以这我无法跟我的指导教授说明,) I; G6 A" H! j4 i3 W

- N7 e) H5 ]" _$ p我也看过HELP的说明了,+ K( V* a6 X" q1 @
. v2 ^9 K& T# }% W2 D
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样), q. ]6 c* o% C
& d( V) ?# e# j' y
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,2 k5 ]; v, `+ i' {- I/ V0 r/ h7 }
! T5 R5 e$ `( l! Q# E. |
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
+ v( d: t8 r) S; i所以,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" x3 p0 s# i" K+ }5 q  j/ q
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes/ Y9 z( o: }# P8 d: _. w
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
7 B- a- B* z' X2 ?6 \: X7 C, ^
/ \( L8 P* B3 ^  S8 F这是HELP上的说明," W/ _' X- R  _2 i3 }1 p* y
所以应该也不是您说的意思,
% e6 m0 \6 I4 X6 b" |; s因为您说的是有算到BLOCK的时间,
% r- Y- L$ N) ?3 o! s" z% i而它会把BLOCK另外算,# g; M$ x$ K; `: X8 K  {/ B7 g/ E% b
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
# b1 Y2 f% o: e/ T) b, \9 E5 Q; p
$ V, ^( N" i: v# q7 Z4 A: ~7 W以我贴图的例子来说:3 J3 i5 `+ X5 ^& }# s
; g9 B) ]  g' y+ l. v% E$ l
WORKING:34.52%1 n5 k3 W/ M8 C
BLOCKED:3.06%
2 W" P+ \4 A! F4 U4 v( A( j3 H, i两者相加=37.58%* [7 M" {) g& b: _8 S1 @# X$ u
30天的小时数=720小时
" C: Q  Q1 r, P( v# H5 W1 I& w实际加工时间:360小时
1 n1 b: R1 P  O$ Q, A) G- I0 b6 ?( x6 Z+ l$ _4 u
720*0.3758/360=0.7516. x& x( s1 f# P, \  u! w: [

1 d& |1 M# |0 _& D; \, h& ~) v8 m谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。, G$ S% F" d: y( S
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2025-10-28 02:15 , Processed in 0.014579 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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