设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 5471|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
' v3 X7 ^4 q: a5 Q/ ^' `: z/ f3 B  r
关于统计时间问题,- [4 p2 V( b1 J* u

) y6 J7 i$ m: u0 @当我跑完30天后要记录所有机台的加工时间与闲置时间,. o: J7 l  {0 F* h
' M- y0 w' v; W5 t5 n
点开机台的STATISTICS分页,- O, x2 S6 c! Y& O, l3 Z9 o

5 a8 v3 |% w! h& s/ e画面如下:
  z! H: s' ~) M  R+ Q( f+ X" L+ c4 G, i- F$ V3 n0 l2 b
3 Q7 i" P; ]# L) w. Q5 j
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
; l: l. b& U; F, i/ k
  F+ f/ O# p  C& `5 Q( g但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
5 Z; q& q$ @, {; r
0 P2 D1 G* N$ q! T5 s因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,) g: P" I& j; N2 A
4 M& p, s+ q6 d" E
故UMPLANNED的比率为50%,1 A2 Q. D4 S5 S" Z
' y# r7 p! q2 F% n  i
但我要做的统计分析是不看UNPLANNED的,4 G0 L, D) M7 M
0 V3 J  Q0 u! H
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,8 i) c* ^& ^0 T7 z
4 Q: ]; h' c/ @9 ?
但问题来了,
- K. M6 B. `: v8 N9 A  r3 A& v( a9 l
这三项的值加起来不到100%,
1 h# g- R/ n: M7 y: Q
4 {& K$ B; [& p- U" S/ i( }" f# c所以这我无法跟我的指导教授说明,8 U2 }1 o, t3 T. G8 W! a
, {# Z! ~5 u6 s# ?5 `$ A. K
我也看过HELP的说明了,+ G5 G+ @7 \" F- u

6 m, K, [, t# N3 q! D) k& o+ m但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
6 A, B+ r+ f) z4 g& I3 I$ T% g# I9 j4 Z, n$ a
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
2 L4 Z. q; q% I* Z$ T3 q6 Y: A( ^! u" ?+ x6 n6 W$ b
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。. ^& f9 ~: i* S9 L( T- a
所以,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, b6 q0 Y4 W) ^3 @
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes9 H6 s; N& C0 L  u" {6 G- ~7 c
a single MU during the entire statistics collection period. It has a relative occupation of 25%.% W/ d1 f- H" N( v

; x. x7 |! C8 E这是HELP上的说明,: d% n) e8 p1 o% D8 c( i
所以应该也不是您说的意思,3 n$ y0 A$ {+ f! h( I
因为您说的是有算到BLOCK的时间,4 E& q) k' W; s, I
而它会把BLOCK另外算,3 ?4 Z0 v" R! h6 s& [/ H# k
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
: `+ l" r; n; e* t! G* i& j$ i6 \6 B7 n' t3 S& V7 C
以我贴图的例子来说:
/ i* O' O# [1 l  X9 C3 q5 M3 k! `' r( i/ T+ H! i
WORKING:34.52%/ i: r4 D; |" w7 |/ h( }, {5 [0 I
BLOCKED:3.06%
& x6 ]( @3 o& ~两者相加=37.58%& R3 H" x6 ^/ I- Z, w7 a+ H
30天的小时数=720小时
6 U2 `/ y, X8 b0 F$ |1 j- t实际加工时间:360小时( C* I- g& y% a+ o0 e

* D$ _5 C/ P$ d: k* Y9 M" ?: l6 v720*0.3758/360=0.7516
3 J& x" j5 I3 Q7 e% Y% u3 l; \
- E) K7 m$ C3 o谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
7 J, g6 Q$ h) ]3 E$ R: {  v6 W" X不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2025-4-2 09:31 , Processed in 0.015528 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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