设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8591|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
3 U1 S+ X6 ^+ O5 _* s
' O( d- G6 j) l+ @9 q# ?1 n关于统计时间问题,
, M& A: K( x0 s. t. X9 A4 H7 {9 f) Y' i: T( A2 T4 A# h! n, r/ h: L
当我跑完30天后要记录所有机台的加工时间与闲置时间,1 a4 \+ t4 q# ~; q: y

! U0 e* C: O9 r3 P点开机台的STATISTICS分页,
2 K, }4 G1 O+ X% Z. Q/ T# a5 R2 a; G5 N
画面如下:* v) u- T+ _" ~! T3 t2 T% z5 j" f

" y4 j* X) T& q! E
5 K0 b( O9 h. H( _, `; _8 i* p. l左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
) {* I/ ~4 o5 s# U4 E5 c& u
2 q% P% D8 y* _$ k# j/ `' {; R; s但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
, y) `: y) w8 l3 a* P, q7 i+ t! p- m& d8 i" N* r! C
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
. _4 r( ]# r" \$ Q- ^9 {+ }8 n. @" v% t. s
故UMPLANNED的比率为50%,3 v5 Z- e9 D' M2 o; g

" F* I7 e1 ^0 M但我要做的统计分析是不看UNPLANNED的,1 g6 X! N2 N; h* m  P

% J6 a0 |- U6 F  o, H  y而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
8 G8 B% Y5 c9 U) f. }4 W( P
. g1 y" @1 u8 r. N) ~但问题来了,& F% z% w* S6 K* ^

1 I7 ^& R2 B! g5 [这三项的值加起来不到100%,
9 w3 l- C0 j" m0 }6 M3 U7 C1 W
. g" z8 e# a. i7 M* v所以这我无法跟我的指导教授说明,
0 |- F9 F) Z2 m$ V
/ z, x+ |; Z& V, v- {2 a+ m: G9 F我也看过HELP的说明了,# D6 i1 |- o6 S0 u
( u1 B( ?, |# v2 |
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
0 ~5 w4 ]# G. i6 ?& U# a& Z% e2 B5 U- A( u9 M
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
2 V! t: L4 n, F9 ]& m+ E
, W* Y9 y2 B6 W( h不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。* D: {$ ^6 a. s4 E
所以,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. n3 c6 C0 h& {+ M, v
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes6 ?$ E5 d" q: L
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
) e! F' y0 ~) }' @( X& Q" |6 A  J
这是HELP上的说明,
- e  M# H& {: [( m* _所以应该也不是您说的意思,
' o6 U& |% Z- @; }$ O因为您说的是有算到BLOCK的时间,
- w' |# e8 c; W# L" u而它会把BLOCK另外算,
1 k( K5 d/ S9 ?6 \+ B不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,$ j. s$ Z# ?0 C0 W' D( [

, ^5 r+ K9 E$ n# w  V0 T0 c- S1 X+ o以我贴图的例子来说:1 Y6 C4 l2 J* z* M+ I
+ ]0 c$ x/ f4 v/ p. Z
WORKING:34.52%* m# ~7 [9 d  C) Z+ i
BLOCKED:3.06%1 _! @2 b! N+ ]0 U
两者相加=37.58%3 k, Q& F/ g1 F3 Q5 i
30天的小时数=720小时
! o* U! U% `8 ?* F# D/ |. [实际加工时间:360小时4 k2 e% i/ N" o& x# {) W
7 s. e* ]  g5 b) m
720*0.3758/360=0.7516
5 d4 s$ e7 o( k- D1 }; |" u4 r$ n6 \3 U
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。. x6 Y0 ?' ?/ p9 }; v9 A
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-6-26 13:32 , Processed in 0.015215 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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