设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7176|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,- t5 X+ s7 l! w5 W' Q& a
2 Y7 Y' ^/ X, {6 }/ B8 G% z" u6 Q
关于统计时间问题,& C& g1 z0 J- ^0 b3 A5 I9 q' Z8 ]

5 t- H4 x$ \  v当我跑完30天后要记录所有机台的加工时间与闲置时间,) @2 |& u. R7 z( a* H9 W5 w

, [. x7 x4 ?1 s. K* W点开机台的STATISTICS分页,
" ?+ E* _+ z- X2 b9 a4 C1 J3 k9 j5 D( M: I8 W. n4 J6 r; A7 t+ j
画面如下:' i+ J# ~  b6 i! k1 }  Q, p

% l% b: W7 p6 i. x3 T+ l, w9 g# G+ p) f/ n
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
2 t" m" t0 n$ d8 `& _+ G2 j5 A) r
- Q( Q! o% y2 @  W4 k( ?9 I0 G1 n但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
5 z& J+ \" z( _* y- v3 N$ a  Z* Y$ I
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,6 q6 k1 k0 j5 Q' f% O! j# v

% s9 X: y6 F2 D  I故UMPLANNED的比率为50%,/ \" s7 o4 D! I, e& q

- @3 Q/ t3 \, o" L7 A9 d. e: j但我要做的统计分析是不看UNPLANNED的,' g  x. d4 M' O# G0 R$ y

+ F. U; `; W% I4 L3 `) G而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
2 w; W" G: _3 w/ X* l* I
6 X3 @: e5 S  `, o! T7 u# g但问题来了,
# ~( C+ B. u# O$ m# M- F
2 W7 Y- w8 N9 G; C" x; ~" z  G这三项的值加起来不到100%,4 E$ Q- M- l; H3 X, l  t6 _

# o9 F" ~, x. W1 G9 I( q3 o; U  c- ^9 g6 ~所以这我无法跟我的指导教授说明,
( k1 w( `; I, K: j) \" S( H) G! O/ \
我也看过HELP的说明了,
" z6 }% l( t( [/ c( X+ g
( k1 d) R( M9 _1 G, M但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
6 r5 j" x" ~; T1 |% a" L: ]" [0 ]8 P2 ~0 A; ?! z2 g9 d
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,- j- H/ r" ?" `  t) O- O
; y0 t! O2 G; V$ G) E
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
! j( G7 A. T: ~- k. n+ l所以,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 to0 z( K8 q, B6 h, d. P
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
% w9 I; g' I$ ]a single MU during the entire statistics collection period. It has a relative occupation of 25%.
& G/ O! \6 g6 F2 t; l- Y+ A* K4 }( _7 X; Y3 t
这是HELP上的说明,5 h- z# x* r1 J- L6 T( \
所以应该也不是您说的意思,; j( P* q; `* X# a2 R8 f5 r# i3 C& g
因为您说的是有算到BLOCK的时间,) ~; p! K4 u, |7 n- G
而它会把BLOCK另外算,
8 N: d; ~. A. s+ s* D# O不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
; Y& c# R6 F  `. X
' |  l$ m8 p4 ^( n  y7 O5 C以我贴图的例子来说:
% [( I8 ^) g  i9 [$ l
  f4 l" f7 ~5 u, c; mWORKING:34.52%
3 U, m/ t1 u/ ?  vBLOCKED:3.06%5 P% m7 C/ {  C
两者相加=37.58%
' U. L. q8 v. p0 u# }7 `, ^; B30天的小时数=720小时/ Y" m; \' x) {6 c! `0 i
实际加工时间:360小时/ X0 A* m. S$ w6 I
) F  ^5 u9 `5 l! z  B4 r+ K: z
720*0.3758/360=0.7516
0 L: Y/ |4 Q/ z, |- p& X, I4 T* Z
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
  n5 J6 t+ B. s3 t不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2025-12-2 10:27 , Processed in 0.017035 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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