设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7485|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
' }9 ^) H  B, W' a+ X- y( W  C
+ ~# l/ T/ c' W* c4 W5 r; a1 J关于统计时间问题,
# [, [( W, ~: @- _9 Y8 r1 s% e7 ~: F8 O
当我跑完30天后要记录所有机台的加工时间与闲置时间,
5 m, g! {4 ^, m2 u+ n8 Z
# }* h) p: S: M# W点开机台的STATISTICS分页,3 Y1 E9 t1 D3 Y7 h
. ~8 L1 i& a  f& v  g+ e
画面如下:
3 _4 m7 Z5 X3 V5 ~) q7 M% t# a4 k" c; e' x7 g9 d5 n5 P& J
2 w2 k+ }4 g  Y. J$ k
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
+ L, ?2 U' s) r$ v$ {% `$ |0 T3 n4 L$ E2 v+ D, u0 E( f3 M
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
0 y3 f+ C; R  V0 Q! N" q) |% X9 c3 _) \3 z* [
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
  T& t; v! \7 y) e# ^7 K+ o0 g1 g' f: T; R0 Q& L
故UMPLANNED的比率为50%,: h# Y7 j+ ?1 n
: J; k$ f3 G9 B3 T9 X- c3 a* M
但我要做的统计分析是不看UNPLANNED的,9 J' k; W- r0 i  B. |3 T

2 W" q) z7 M# p$ X3 s$ T/ j而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,3 p+ q* D( {2 f3 Z6 G( D8 h
% R: h; n* m* N7 i8 j* f
但问题来了,
# d: D* R& ~; q6 [6 {( t& m: m) C: m/ Z  o/ ~, k1 C
这三项的值加起来不到100%,
! k3 c0 A) Q* z8 E. ?2 P
) S# H  q, Z* P9 M所以这我无法跟我的指导教授说明,' U/ R, p5 H1 ?
: g" S# B1 e) b3 T* M+ S! c& e8 m
我也看过HELP的说明了,3 \( Y' k3 s3 p3 s( P$ H2 j0 W( f
; [) u! Q: r  p# }
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
* V) Z3 `& t  S5 `8 Q7 P# M; F. k, C4 g& Z
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
! |" R" N0 j' L& b: B: X2 @' u5 w- a! n
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。8 B; Y/ q8 G# o/ \+ U& ?8 L- 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  I/ f5 o% |3 k0 r; _3 Y
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes% s: _# T0 m2 L0 L0 ?; j
a single MU during the entire statistics collection period. It has a relative occupation of 25%.# n% [4 b% m0 z9 N

6 z* H, u' j5 M# M! e这是HELP上的说明,
: W# ~0 V; K; d) ]; |9 E( a所以应该也不是您说的意思,
4 Z! ~1 ^! d( b因为您说的是有算到BLOCK的时间,5 d9 N: n) V8 Y3 |) U; U# `/ B/ Z/ V1 V
而它会把BLOCK另外算,$ B) K* U2 N) m8 z8 L3 d8 L
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,, |! E* }# r, T

- e! [, E$ ]9 Y* [1 [$ g# y  j& s以我贴图的例子来说:
. e4 \0 G/ }% A( Q0 c! p% d9 c( J# `' g. |/ w# s9 c
WORKING:34.52%
! ?8 k5 o1 c* UBLOCKED:3.06%
9 o2 ?% u6 \! s两者相加=37.58%0 N' ]& [; p: L
30天的小时数=720小时$ l( T9 D+ J! z0 \1 c8 J
实际加工时间:360小时, ^' r0 V5 H. G2 i0 ?  U4 Q

! I" h. ?+ }* H9 G! k) \720*0.3758/360=0.7516
, w& O2 u) O: _6 G' e8 r2 m  |" T2 @  a, P' x1 J/ |6 k
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
, H: e: j* t9 @5 r不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-1-25 12:11 , Processed in 0.016327 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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