设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8603|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,: O( A* a+ @" B& {; @
# e) J1 W" A( j
关于统计时间问题,
5 d+ Z& t! Z, k* g! d6 D4 ~2 i- q  F, T5 X% Q# n1 a8 J$ m; G
当我跑完30天后要记录所有机台的加工时间与闲置时间," f, J( D5 B& R& u$ H/ [+ S$ `2 }$ f
5 t9 k' T* V  t* X- m3 h
点开机台的STATISTICS分页,* L* _( |8 v! W4 X! v* f

+ l3 Y0 l# Z8 i画面如下:
, c8 @0 s+ d! n$ x) i' `- C! j7 f3 |9 G, {' h5 `0 y2 ^9 B0 y

% E0 _8 |$ |' }" g7 d左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
+ \( b+ M: }$ o/ k% U  u0 e
- T5 M* I' d  b( j4 q, X' U但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,5 d3 Y3 Z0 \/ o# X+ K

. N; V* s8 H  a8 A- m$ k; q因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
8 K/ D' b! d) l. N1 `& D4 l4 d" }
+ Q. C3 v% P1 }3 X8 N) p% b, f故UMPLANNED的比率为50%,1 L6 c! B/ Q/ b+ E5 m

2 e- ?; w; _) d: d3 V1 x+ y但我要做的统计分析是不看UNPLANNED的,. |3 A$ o- B" K- k; w+ g" R6 i
" K( W) I4 K( X5 }7 z
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
9 w% E6 e9 h3 `6 S( c1 B# ]% l3 m: c8 t+ z# ^' |4 o% I+ a  Y
但问题来了," W: e, s: j1 p% ]8 q% k
& H" r9 V. s1 O& U
这三项的值加起来不到100%,+ u* d1 e, ?; C1 [! Y3 X1 N
& `+ M; }7 g6 g/ v% W' q1 c/ ]
所以这我无法跟我的指导教授说明,
/ q7 r+ U- @# q9 Y+ f: F4 O; G3 H( N8 G( h
我也看过HELP的说明了,
+ [2 E1 ^# f4 ^1 U5 H( n( x" X) d; q# Y3 \+ P4 H0 X) e# h
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
7 k; w5 s1 I$ ]' p
0 I' L! ^1 B0 H5 S6 r不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,& p% ~) y* Y4 `- k/ I: Q
" I( S/ m% n& B, w+ S, {9 f5 V$ r. M
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。5 H1 E. ]) x! d% x! 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( ]( `# G( Z+ X# I9 g1 T
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes/ C9 B+ n4 p' S' c4 y5 s& g+ V9 F
a single MU during the entire statistics collection period. It has a relative occupation of 25%.# z5 N1 d6 |4 z# e4 B3 l) {
, @; Y( \6 v% k- r8 r: v& s! H
这是HELP上的说明,; [3 q6 s( F$ Q7 `8 B5 O. O! T4 w
所以应该也不是您说的意思,
: c6 t. M" W) j! o; i! W因为您说的是有算到BLOCK的时间,! @+ @! @8 k) a5 f; f
而它会把BLOCK另外算,1 t: v; p$ i. |1 L
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
; u$ }, M$ l, s1 j& o" O
/ l2 [' {8 Z; z1 s; C, k  O! V以我贴图的例子来说:+ _4 {( d9 j' t) D' P$ r& N

* @) o. G9 F! n% w0 X6 [/ nWORKING:34.52%
6 q9 y4 I( Y& f1 k- M- oBLOCKED:3.06%4 ~  K, u4 x7 r9 H8 O
两者相加=37.58%' `, J" a6 Y) t- U3 e: x/ \, \- M' O
30天的小时数=720小时' G0 |3 B* `! T2 K6 S' z
实际加工时间:360小时
1 W3 h3 C5 N" R1 ^; ]: S" f, P5 e# e, ~+ w  D: x6 O- O/ |# D
720*0.3758/360=0.75169 ~- M: k* ?( `8 i
' S2 G; z# v$ v, L  P7 h
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。
% `4 d1 u- i% n1 _$ z3 D不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-6-28 15:04 , Processed in 0.013496 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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