设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7990|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
( ~: ~, G  y. h) {9 o8 ^2 ]8 g% k/ i/ j& [
关于统计时间问题,
! t6 W: r+ H9 a5 a2 X* X! p, i4 |8 m9 o- W
当我跑完30天后要记录所有机台的加工时间与闲置时间,
5 ~, I$ o, @6 G
5 z2 E9 E( S: n点开机台的STATISTICS分页,
) R7 s: A/ D* b8 V' R& w: I8 I( f  k- h' m+ v
画面如下:* j; ~8 g, j6 R- Q* m' i
3 @, n9 h' Y# t" ^0 I- f
! M/ h7 t' U; y- i
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
+ c: v( ?( x, j' C3 j9 Q6 x, u5 P( U
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
; c5 W( {6 f" I
' s( Y+ E$ n# Y3 r2 K: ^& T因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
1 W, @; K1 Z& J  z$ z: n/ S5 }2 j- C8 H  a9 ^7 F$ h: f! M& s
故UMPLANNED的比率为50%,+ @/ `3 C- ]& K
6 ~# r* s- ~) Z! J4 M
但我要做的统计分析是不看UNPLANNED的,8 V5 L! x2 |' N
0 f4 J# |& o% M4 X0 v$ l( u
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
  A! [% {- T, `$ Q7 s9 K
! V. `( s2 G9 q9 s! a7 F2 y但问题来了,
5 |2 T) S+ l2 o7 }3 g2 j
! ~# Q* y* u( ~* y; c6 X这三项的值加起来不到100%,
, S; V- R  j* K+ Q  D! _# u! V. d2 A6 o; @1 j
所以这我无法跟我的指导教授说明," q% ^3 E; A/ {( ?: O* N

1 I" s( B5 X9 w; X% G. ]我也看过HELP的说明了,
1 c5 {# \. P6 u+ ]0 u! N! ]* y+ f
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)! |  x3 @% U$ w# G

- w& u4 R% m7 e不知道有那位前辈可帮我解除这个疑问,谢谢!

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

6 C$ j, ^5 ^' V# t0 }不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
6 [& n  \* ~# L% x* L% j所以,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
9 ^. U" ^' h! j' [, _: u: j9 Ethe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
& N- Q+ G0 `' _' Za single MU during the entire statistics collection period. It has a relative occupation of 25%.
3 h4 |- @7 m6 n( q  P2 j2 q0 o( S  X- R, f: v. Y
这是HELP上的说明,
" t; A  S3 A$ {$ r* C( P所以应该也不是您说的意思,* {0 `; u0 z& n6 c
因为您说的是有算到BLOCK的时间,6 e5 L, Z* K4 o0 T  O3 h1 |
而它会把BLOCK另外算,9 s! u: _! ^/ }0 O' U  g! E
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
' T0 g8 Q; G  D7 x6 B. h* {5 o$ _. v9 e+ r
以我贴图的例子来说:
( h4 R6 q1 e) A6 I+ m# V  |- ?5 R& o4 ^# ?% s- B6 s  K
WORKING:34.52%" \; j6 a! n4 p) f. F/ L
BLOCKED:3.06%
7 X% N" T/ v  _1 F) Q$ r1 l2 q5 P两者相加=37.58%
( Q0 C7 F0 v8 C4 K& V/ p0 j* h30天的小时数=720小时2 ]- L' g1 ]  Y, G$ R+ K8 ]/ {4 h( \
实际加工时间:360小时
! Y$ [; }" J, J3 n: O9 b1 w9 c" Y2 M. n7 ^* A8 l
720*0.3758/360=0.7516
4 @/ q, d" g; }8 K( ^$ n4 y1 V8 u+ C! V- h% E
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
5 J7 M. r+ H$ w% q4 Q) z8 y不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-4-10 09:00 , Processed in 0.026973 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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