设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8007|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,; r. x, n; a9 v0 v& d4 U

' M5 p$ @) }; s6 o关于统计时间问题,/ S9 O  l& o6 a; n2 X6 C
6 L  H  k0 ^% M
当我跑完30天后要记录所有机台的加工时间与闲置时间,, u  P% I" J8 i: E8 F: p  f* c3 H

+ K( P9 s* W* ?9 [+ `( g9 e4 P点开机台的STATISTICS分页,
6 p- G3 T3 h' I0 P/ P& c) a) |. c. u! U
画面如下:
$ |2 @6 ]% a" N/ G+ t/ K% o. o! ?7 r$ n8 ?0 s' t7 f+ t7 Y

" _# t2 I' x8 @左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
7 ]3 r8 |, n5 Z1 ^
2 T4 \. c% J; D4 m6 P但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
( x' t7 P2 G0 v; d! n6 V; R' d) I& T' ]: n8 r* o: b" _, V
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
3 ~9 f+ O. U" M7 E# a) ^0 a/ K9 {0 G
故UMPLANNED的比率为50%,0 {- ~5 c7 Y" B0 _( M2 _" {) Z+ U
" U; o9 p# @6 D+ ~! N% D
但我要做的统计分析是不看UNPLANNED的,
% i/ S' c$ ^; I9 e. t* B
2 z) j; P  W# d而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
5 \3 c0 ^8 P! Q" ^; I8 A$ R2 J8 e
7 F& J  h9 v, m, W但问题来了,9 F4 E* L2 R( K5 H/ D% a
. u% R8 n( }- k/ n
这三项的值加起来不到100%," ~' v1 Z6 ~" q9 N% K; {3 i/ j/ b

6 ]4 h) ^2 }8 c! y所以这我无法跟我的指导教授说明,: \" L1 Q" r8 r; b& O1 H& N- i1 P
: }: ]0 Z# b' ~% x9 Q  m! a7 I
我也看过HELP的说明了,% T1 p8 Y; y+ T2 I# d$ m7 g; e# g
; s$ c- P, V( h3 P9 K+ m
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)6 f! ?( y. a. M0 I% q3 b* F; X) A
4 d* N- H$ z6 T. k$ E/ s$ a) N! p
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
' a- j# G7 E: |3 B7 ~2 B+ F, A* W/ W9 ?# c( v5 R- T" r) j5 @! M
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
: C$ \8 `3 n2 X8 o% @所以,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
% x$ f# Z+ G  i/ L0 D1 Dthe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes% a, t; K0 a' l6 ^' ?4 h
a single MU during the entire statistics collection period. It has a relative occupation of 25%.2 h. l4 V" x0 z. E

, ?; c& G, M8 ^+ m6 [这是HELP上的说明,) V1 A0 s: r! @+ a5 _1 t+ X+ ]; Y+ B
所以应该也不是您说的意思,
* h5 n0 C3 _4 @因为您说的是有算到BLOCK的时间,, c% f+ d0 S1 c& B: Z& l* [/ |/ z
而它会把BLOCK另外算,
! C! r! p% u7 F* M* ^2 Q不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
  z; _- V* ^3 T
) N1 i5 p9 d' _, ]9 P( l. ]" R以我贴图的例子来说:$ F2 m. ~- j% r- Y. D# _

8 y/ o& ~& D7 G! vWORKING:34.52%
: g" ^) E7 [2 S0 R5 L2 b9 r2 l; wBLOCKED:3.06%1 I9 ~. O8 ~2 r* p: Z/ L
两者相加=37.58%
( Q6 c0 q9 M; P3 I0 T# z* U30天的小时数=720小时6 C: B1 g0 Z- _( s
实际加工时间:360小时9 K3 \; k. ^5 q9 ^. @5 {

5 A  `/ v. ^: y" X720*0.3758/360=0.7516
: j' }, }0 w/ Y( u! T3 Y* n# c: h9 x/ A1 H& e. b; P6 P5 M
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。0 U( w  d" P( j7 C. ~4 u
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-4-13 09:12 , Processed in 0.018218 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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