设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7615|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
$ r: p7 [$ f- }% _" X
/ Z  ~. S5 i# w" z9 s! H3 n6 y  }关于统计时间问题,- U$ h  c; A& z' f" G

! \+ ~5 y( M/ {7 C* M+ k( Q  b- }当我跑完30天后要记录所有机台的加工时间与闲置时间," A5 E% p. t- ]( ?7 D
- F$ ~0 H7 l' R$ \0 _7 N
点开机台的STATISTICS分页,0 D, o4 }, t% l4 x/ p8 _% ^1 M3 F' M, q

4 @+ P: H8 ?/ x- Z6 N- m* Q画面如下:
8 h% Q- D% Q$ c; w/ z! Q! _- V6 o7 h+ O
" g( a7 }# B- V4 [% ~
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
4 b1 u( a2 U1 T% n# Z7 ^+ e
9 K+ L7 ~5 p2 L7 z& U1 Z  K但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,/ J# b5 g. y, H
; v$ n- a4 k, z, T( M
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
$ m: Q" ^9 g" s) j4 A
( F0 Q) A1 d, c( C* \' F- B5 W故UMPLANNED的比率为50%,
3 h' s$ }+ q) Y
0 ^4 q; `% F: y/ R  P; O但我要做的统计分析是不看UNPLANNED的,+ S. J8 E4 I" O2 g9 Z1 h
* v: F% w4 z* [: ~
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
, l7 T* o- {( @2 E4 i* R1 m. p/ J' _( \( ?' I! Q
但问题来了,
: K- T: a9 m" k' O* G$ F
3 d0 {; e) `) _: B# H2 r9 T这三项的值加起来不到100%,
/ I7 D& p. j- i/ J& n! e8 i
. ~/ W. C. p" `$ o1 J% i  l所以这我无法跟我的指导教授说明,
& Q7 U/ R$ G' p0 n/ K+ \) _2 i
0 W9 _. s5 W8 C9 w  ]9 X- w7 ]我也看过HELP的说明了,0 {2 \2 M3 d' h) E: X

% n- D8 K: R7 W( b2 \* K但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
. x5 w5 `* ^0 l# K3 w1 O# O7 v8 e7 A6 O9 x' x
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
+ ]0 Z: i  a% n! P8 {# [, q( b' n" s" w  ^% e
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
: t/ ~! V) O. D( G. G0 X7 q所以,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! A" P' f! c8 _% F* k6 \$ s
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes$ j9 g, b3 v: ^0 u3 t( U& y4 ]
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
: n# G/ ?0 E$ i6 O4 `# [7 {; X! h+ R
这是HELP上的说明,
: ^  `1 M5 C: y* C6 E( f! l所以应该也不是您说的意思,1 A3 D) q- |! S8 w
因为您说的是有算到BLOCK的时间,
' b: i0 j' K. V0 _8 |- \而它会把BLOCK另外算,. ~' |' G2 l: g: Z+ }0 t
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
+ D0 b# O% W) i; I, B3 S: l
. \- @9 O1 C  l( V  h# Y  F以我贴图的例子来说:
! p$ C$ q- Q% s
2 E5 [2 \2 K! r$ H' _) \WORKING:34.52%1 h# A1 v$ K, W- d; U) Q( I
BLOCKED:3.06%
: \8 d2 B% C  _' z3 L3 z两者相加=37.58%* h( ~: z+ i% W) R& J* D  O
30天的小时数=720小时
; Y! }7 h  ]7 J  m. Q实际加工时间:360小时
: j. M; \! ]& ~# N6 k5 z9 j( V7 i3 s1 C7 J- c; H
720*0.3758/360=0.7516
$ L7 z$ d% L; e; \- v
% a) Z1 h% [9 M% R* A8 Q, D, Y" l谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
2 {- v" R( i( M' \7 h* `不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-2-15 17:49 , Processed in 0.017754 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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