设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 6087|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
) w: u$ w, e  x- o% c6 Z% j/ u0 |: k2 `& q" I2 ^7 [- z
关于统计时间问题,
: Z7 D4 I, d5 y5 W
3 r6 g8 v' [, Q- t; L  H2 w当我跑完30天后要记录所有机台的加工时间与闲置时间,8 [8 G0 f9 g  @3 S$ o7 E
9 k. L, G% r- _( H$ }* s& a0 S
点开机台的STATISTICS分页,
$ t+ L: f! b& L! B* b
4 S  U8 @2 q) q9 P& s. z画面如下:6 L- q( E7 r7 {4 S! H" l+ @  Q
" e/ @( m9 s& q$ \9 q5 O( N
1 U5 H/ X' L* Z+ @$ H- `
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
: d* A" t0 K3 B0 l: f: g- f7 L* D0 s  O
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
( _2 T! a# x# q- D- T
4 @2 Y0 r* X( m7 e! j因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,) u6 V: O5 {8 ]$ Z& I
/ M6 P( ~/ |. a1 g2 F# J- f
故UMPLANNED的比率为50%,  X0 P8 h2 ^" L

2 H8 _6 y7 F: p5 n但我要做的统计分析是不看UNPLANNED的,
) ?3 H1 I5 s8 n& g1 a! Z4 G  {
' `$ H, }' t0 t而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,) U) A: z0 `7 A  B& D. v" n
! b! h( r% e- |5 h, T6 y& Z
但问题来了,# _8 X9 o+ i5 C. e$ V3 \

% F% O3 v; g% T& j, [% y这三项的值加起来不到100%,: B7 h4 G8 g! z9 ~# o( h8 N
3 ^, u; d# Z2 F
所以这我无法跟我的指导教授说明,
' J. ~! b( T# A
0 e% ]& {$ Z. Y3 {我也看过HELP的说明了,
$ W; n! j# _7 j  S/ ?4 |- t/ t! A
7 W6 A& _* o, o, S, D% J. ?  l5 V但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
" t+ f/ L& A5 k, R& n' T4 P
  j: m1 u0 @$ }" o6 r* S3 i8 @不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,# `  b* d% J: T3 d% {7 O" c
# n/ Z: i6 @2 X, z. p9 d( U2 ^* W2 Q
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
8 `+ e0 b. _+ H7 L& f" P所以,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$ @- ]& L" g; e# O
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
% x3 A  ^( Q6 h- @a single MU during the entire statistics collection period. It has a relative occupation of 25%.$ J1 @' N" b! L9 c; B

; p7 [+ N% X  ^1 V. l3 M( L& ^+ {这是HELP上的说明,( r- f) D. m  ]: M. I; U* v
所以应该也不是您说的意思,* X; S4 U: N, B3 E
因为您说的是有算到BLOCK的时间,
, ?( O* W: s7 q! J6 V而它会把BLOCK另外算,
" y: F6 e* g' b2 F& D: q" {不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
& i0 {( z8 K2 X. v8 C
& d; ]( L! |  k" \以我贴图的例子来说:7 R- @2 D' D. m; k" X+ }% k$ b

/ Z$ p- K  k# X7 i7 ?: b" P  o+ sWORKING:34.52%2 C- B- L9 v- N8 Z9 x3 Q$ b7 W  j/ T
BLOCKED:3.06%
  A4 L+ d% H1 r. G两者相加=37.58%: l5 D5 m& ?! |; `1 \
30天的小时数=720小时
: `3 R5 D7 ^- z9 ~* ]& T2 T实际加工时间:360小时
5 O$ v" @/ h' w6 |5 Y
$ I! H- r$ c) e2 p/ O: M720*0.3758/360=0.7516, C7 O; i; }: B/ |" v$ A. z
. ^1 ]$ {5 t  U2 ]) H0 g; t
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。+ @9 w4 c: `0 V! z' i6 X
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2025-7-15 03:42 , Processed in 0.014920 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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