设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 9198|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
* d( U' j; t3 V8 j0 s6 V) Q! @1 K+ {) j
关于统计时间问题,
+ P: \5 [' c. C% C! [! ^% ~) x) b, p1 ^# k" d
当我跑完30天后要记录所有机台的加工时间与闲置时间,8 b/ U+ {( r& C, y

- j' q. m9 w( V  ?- X# p点开机台的STATISTICS分页,
$ }2 ]: s; z/ j3 A+ q
7 e! |) E- U- ]. Y2 t3 }& l画面如下:
* a, S. u1 U4 {0 q% H! [4 w
4 a# Q+ \) M+ t9 X, f4 o, [/ ?
, Z) {, c5 S8 J; o6 j左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
8 R$ k& B( [, r9 ~' ?: q# a8 ^" }, F5 w, K! T, @, u6 G" K
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
5 r- Q/ ^' g% `" J  ]2 @! n1 I6 A7 a6 T3 |% X
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
+ [9 V( O  f8 o8 E3 ~, ^7 Y3 ~7 q0 g
故UMPLANNED的比率为50%,
% j, l2 X6 z; |  `
) L  ]8 }) A  d, g4 q: d# F/ b但我要做的统计分析是不看UNPLANNED的,
0 e' [9 j& T: l+ w( u4 r- R- w
6 h( U/ n- w9 M/ N# G8 w" ~7 k' N而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
8 X1 p) ~3 K! Y5 l8 R: v8 B* I+ |+ ~& E: [
但问题来了,2 F7 k* o: f; n
! R! W  ]' n* Z' }+ W  t2 |
这三项的值加起来不到100%,( u) Z: h6 W6 k
" {. F2 S" K) i
所以这我无法跟我的指导教授说明,
$ T5 L* n# p" J8 p! W6 T* p" h( |0 M4 F9 V3 C: J5 G
我也看过HELP的说明了,) v8 g- u+ k# Y

$ d3 V& E/ w" B但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
4 k' L% j! h) f0 l( b
9 @2 J% B+ E3 l# l不知道有那位前辈可帮我解除这个疑问,谢谢!

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

; ?! P. K( [: L: f# Y不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。" _! R4 r/ p! J& A5 M" M! M
所以,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
, ]: v8 a' ?. g6 l' j+ D' pthe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes. |% O8 ?( a+ U( n1 c& u" N) R
a single MU during the entire statistics collection period. It has a relative occupation of 25%.' v+ i, e+ X0 \+ [& ]
  L9 i  w0 k& j0 u2 ?' J9 J0 F1 Y
这是HELP上的说明,
% N* S" `; h0 d. e% K所以应该也不是您说的意思,4 c5 Y1 M& f( _- r
因为您说的是有算到BLOCK的时间,
* e8 Y/ O, Y4 Y- J而它会把BLOCK另外算,+ X. h4 M) T; O9 G7 c
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,1 A) o, t( e! q2 z) o' `9 H

3 V" h# ?! I; K% C" T( z以我贴图的例子来说:6 @7 C% n1 r% q* O& y/ V

+ J$ B+ ]( r* ?" j8 ]$ UWORKING:34.52%
1 a( l3 A3 J3 f* g/ @% `BLOCKED:3.06%7 e4 `0 Z- l+ ?% ~4 w9 r( `
两者相加=37.58%+ p' N5 b, G7 C0 H# v
30天的小时数=720小时
$ r* r" u9 x% v, l6 b& [7 E实际加工时间:360小时- r$ r  i& V4 W; r% i8 A3 o- @
' J+ C! a# m& i4 ?
720*0.3758/360=0.7516$ ^. T4 f) p! P8 M1 k, N
) ^) }3 ?5 X4 \2 s! D
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。: u$ O7 U# o2 _0 `6 U7 K$ s* M
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-8-27 17:59 , Processed in 0.017918 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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