设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8624|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,& X3 A8 O# O4 K3 A/ g& `6 L2 \5 D6 f1 y

* c. M  A$ Q/ d3 M. Y0 A( y关于统计时间问题,' m( W5 y- {' Z

: G$ t. q) i6 K当我跑完30天后要记录所有机台的加工时间与闲置时间,
" y( S; G" O4 |/ f
) @; f0 n% o" v( o3 s点开机台的STATISTICS分页,$ k1 s- W' c3 `; {& f( B+ c( v

8 F1 A( n' y5 ~% D+ v/ Z  v0 t* M画面如下:
# a: F& s' ^2 A) Z* p! ^* w
& t! M- x' K& {; |1 C& p, p. q. f
9 h8 ~# x1 j5 b$ r& W; C左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
4 W8 B7 n) M& V3 }5 d$ ?5 p' T- J/ [  F3 W4 o( C
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
) J% F% h. M1 k) R1 E9 p# J( J
4 {5 u" g( A0 t因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
% O% ~, @" P" W: L
$ m3 Y- w8 h& N5 R* W% H故UMPLANNED的比率为50%,2 K* y1 q# G" _; ?; ~) s
2 k# |: o2 z: j3 l5 o0 A6 s
但我要做的统计分析是不看UNPLANNED的,
' _& U' d0 V4 k$ o
* M; b7 v/ N' y  `而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
) ~% S: {1 W. Q/ ?* [
" D) {9 A1 W# t9 O  D0 d) q但问题来了,
! t2 o+ _5 j9 i/ C) v$ G
6 z7 p, m& s8 T; b! |0 g/ h这三项的值加起来不到100%,0 C7 ^2 r2 Y1 c: H" N! m

# ]( _/ P, M! z" f! I% i% o9 ]所以这我无法跟我的指导教授说明,+ O, j% i2 v- u( C0 ?' d+ c! J
$ s" @8 k& B+ ]' E$ @- B
我也看过HELP的说明了,* \; f% u4 R8 b/ p
! y7 n. |6 \2 V2 A- B  G" l, n0 x
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
  [1 u0 P+ b- y( L' x" V  z% A3 j+ r9 k7 e& U6 i
不知道有那位前辈可帮我解除这个疑问,谢谢!

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

2 ~: H) l' q& A不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。+ \' d# V* P/ W, v1 R- _2 m5 v
所以,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
8 w: I+ g# n7 |+ Pthe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes- p" C: K" y5 n3 E) y. f6 `% @% z
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
1 G$ R  }- p) S$ m; l, f, o3 s" D/ C6 t/ |- i# W+ B! k
这是HELP上的说明,, ?9 t2 }8 O5 R5 u+ X2 w
所以应该也不是您说的意思,
1 c, m( C, D) u: C因为您说的是有算到BLOCK的时间,% C" A# ?4 A  `- R0 t
而它会把BLOCK另外算,
% Q/ s3 a+ t4 m" B( `* ]& k不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,$ b! z# d5 `) B" U  r1 E

; D" W4 _! Y& {以我贴图的例子来说:% n1 X9 q: J% h. q. w* L! [

4 B3 F, ?5 i. o% T$ u) r6 yWORKING:34.52%
- @, G0 s3 k9 u& @2 A2 _2 R: I" FBLOCKED:3.06%
2 G- H* P' L7 i8 i- A0 r两者相加=37.58%$ Q0 `4 ^9 Y# T$ W. n, t) S8 ?0 S
30天的小时数=720小时
+ n9 _$ G8 H; ]6 @; M1 B  ?实际加工时间:360小时
8 M  {6 P  ?. M. T( D3 k: Z
+ y! ^& ?' B7 Q720*0.3758/360=0.7516* l) ]! U$ W+ N' `, Y

- a; p: ~/ S+ l# ?9 a' A' I谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。& v( K9 g% W7 E  K( \1 l5 Z
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-7-3 06:02 , Processed in 0.015752 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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