设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7672|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,) i' k6 _7 d- D( F
1 F- |$ n' A7 ]* j/ {$ F$ I6 J
关于统计时间问题,
  @+ `* d, W/ K0 `2 N# K6 ~, L# Z3 m$ i1 ^
当我跑完30天后要记录所有机台的加工时间与闲置时间,- o& I1 |6 [5 \4 \0 ?

2 `7 X; |$ V$ a, X0 `点开机台的STATISTICS分页,* u8 j' f, o" `, W; o. I! d  ?

) \% U" V5 M" j* b/ H" s画面如下:2 @& U/ D6 J$ C7 \

# m* C$ i, M+ U1 y; s6 h, ]0 v& m' p8 J) E# s: y- }/ t2 R" s
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
1 U' R/ f7 Z5 k# T; U& [3 H0 S- s; {4 C) d) T4 i( M3 T
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
2 M4 H  ^0 k* T* |6 u: d( n' e. N3 k1 v+ C/ k
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,4 b- ^* S" O: d8 i
7 V$ G! e( g+ R2 ]7 H) _/ o( R+ D: j* B
故UMPLANNED的比率为50%,6 u5 C% \; k1 m# ^  F
+ N5 v' u5 A) p6 M
但我要做的统计分析是不看UNPLANNED的,3 y, s/ G( b# I/ w% l
$ d# ]1 }" T3 `: P5 d/ }6 @2 i
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
0 g9 X! Z: Y2 ~% B! d- X
) D6 e6 J) o4 g0 p! x8 M但问题来了,
' J- r% V# T/ I# u# j* A# Y0 o. E" F
这三项的值加起来不到100%,% e7 e! l, P7 i+ g( S  M1 l# P+ }

) P2 s. \* f, V8 L4 l  \所以这我无法跟我的指导教授说明,+ S5 e6 b& Q9 ?2 w& q

0 d) R) b* ^0 w* d7 H我也看过HELP的说明了,
3 @6 [  [# a: v: V4 N7 ?' _5 H+ b2 E* \' M: x! c, i- Y0 {
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
+ y+ H& J" R+ \2 o( b" t& K7 n; I$ ]  b3 T
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
2 @! |  T, H  z3 _, l+ [3 I2 B+ [* q, k) @' y- w
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。0 Z) ~' o; i; v! q* Q* L% d' `$ 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: U9 G: x% v6 ~$ }1 e+ h
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes9 k/ t7 j7 R6 ~4 \: `
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
7 r* \  {; a, Y8 K' C5 ~+ T6 O/ \0 M) Q* X3 h
这是HELP上的说明,
- O5 M8 z' X% A7 d# O所以应该也不是您说的意思,
5 E! u" j: d  A+ q& B* c因为您说的是有算到BLOCK的时间,
- v0 }$ H0 I* Y而它会把BLOCK另外算,
( }; r% j9 f9 G/ L$ I( V不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
- j7 b2 V" {8 ^6 }
: d+ H! D7 t1 S3 q以我贴图的例子来说:2 z) n3 `6 g; |# D2 s. c5 G

: l6 j1 N( L4 I$ `WORKING:34.52%
# l3 b$ O( U; p/ ?- K5 o& P& [BLOCKED:3.06%
8 X9 ^' V- U$ N两者相加=37.58%% t) Z  P5 u* U% C5 U
30天的小时数=720小时" X; q6 f7 M7 |. O  ?
实际加工时间:360小时% d8 s' y: ]6 G! h1 s! e4 T
; w% l6 a  V& |! A& M7 q
720*0.3758/360=0.7516( y6 [$ n( R: e0 a; U3 Y" p

8 O" O" K- Z  {" `5 O0 Y谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
  G2 l7 l6 Q! N0 L' {' b. d8 l不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-2-23 12:54 , Processed in 0.015208 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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