设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8599|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,* `9 J( i! R7 P* b- z; \5 t
5 @- m+ M$ n1 |' q  l( s
关于统计时间问题,% [, R( [7 S" O+ A8 x3 g

; s* T  n7 F- I  U+ j1 R/ s+ R当我跑完30天后要记录所有机台的加工时间与闲置时间,+ K. p* t) @) v* K1 t1 _
9 |( ~" a4 |7 F3 T( o* ~" U
点开机台的STATISTICS分页,1 d7 N9 t! K% [3 t- ~5 \% {0 P1 D
( v7 Q  Y- q1 `  V! n& s
画面如下:
4 F$ f" S: _; e1 U/ |6 Y0 F5 ?6 r$ E3 V  Q

( X# z8 \- F7 v9 j& q左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
( c/ j: }* M5 K* J& o6 h3 m2 w, K8 h
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,: n3 |, p7 F+ J* w8 B: b
  P7 M4 |0 `6 a! |8 Y! C
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,0 f. H0 \: |( R' z: b- n; O
& y, H: Z' q  m% ^* I" H9 l
故UMPLANNED的比率为50%,
* l: j; v$ x$ U1 m$ u7 K! E$ }- @! P/ ]
但我要做的统计分析是不看UNPLANNED的,, `7 D) `' R% p8 X7 o2 \. o* ^

2 ~+ u9 W) R$ L. o: ?1 J而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
: @) L; U- S4 g' N* u% \' g+ G! M4 {8 u5 g, p
但问题来了,
" G9 L! p4 O( }5 p0 ]! R4 q$ ^+ G1 [9 P6 B5 W6 s  y0 }3 _1 x* m& {, v: t7 P$ [0 b
这三项的值加起来不到100%,! W1 ]6 W' M  z  S0 L0 _- q- m! R8 ]: i

' R3 N" D6 v# I; J; ?/ F所以这我无法跟我的指导教授说明,% |! q" A2 J- T3 D1 o9 ^% s
: l2 M0 I$ f6 Z/ H6 R
我也看过HELP的说明了,
; W* m/ W2 P. G
* C5 h0 T( V: k/ O$ G; p, r: P/ x但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
4 L; I7 D: h* \* Q) b0 p4 w- A0 ]* G- f4 ~, m, |" G7 t2 G! ]1 [) p. O
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
: k' P& V' k. w. L" {+ b7 D+ a
1 @  f: @$ G+ Q; `4 a* D- K: l5 L; G不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。/ h, p3 |  x) `  ?
所以,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
" a8 y7 i1 U& S) x+ ^the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
: d: J% D4 O/ z' d& B9 e2 Ja single MU during the entire statistics collection period. It has a relative occupation of 25%.. `. j0 D0 I- c5 o! q; H6 q7 |/ y$ V
' v; `8 _* @7 P0 T8 L# Q2 O
这是HELP上的说明,
* ]& E+ U  S. t+ F* u所以应该也不是您说的意思,: a# u# e6 i) I: b4 h- E
因为您说的是有算到BLOCK的时间,
4 u$ y) q% x; y' _  C8 i而它会把BLOCK另外算,
- _/ X; k/ K  Q0 I! v0 l不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,* T+ o3 q, J( R
  p' V: M  c: @) D# C
以我贴图的例子来说:: j: ?' Y  _- S! V/ S' f) Q8 ]
5 A8 F7 P  @( ~3 U& H$ L
WORKING:34.52%4 `( U* E1 r6 f6 b/ B- e  \
BLOCKED:3.06%2 {6 |8 [6 [- e" @7 \* y5 q7 B; U: D
两者相加=37.58%# d( j$ Y9 r, t  A% F6 }9 L( h$ m
30天的小时数=720小时7 V  d( J' [" x4 |
实际加工时间:360小时
  o8 M0 A- ~. C6 d2 @6 B3 E. S8 T& F5 u9 I2 x, q- l" R. f
720*0.3758/360=0.7516! m) {. U  @; V: C9 t! A+ x9 @0 w# B

& ?2 a3 C7 S8 I* p1 G谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
; f, f  N+ @! Y% s不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-6-27 11:43 , Processed in 0.020099 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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