设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7847|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
  ~- @# U+ B/ ?
6 p, n" O7 K- E5 ]% o3 V( O' N关于统计时间问题,
$ v9 ], ]0 \; @5 i! x6 w- v! j1 X4 W/ {$ ]7 M, z% Z5 I% d
当我跑完30天后要记录所有机台的加工时间与闲置时间,
+ U, t2 ~( T0 U" i1 n5 K, {' p# @* _) M1 f9 j+ U
点开机台的STATISTICS分页,0 N. x7 \7 _0 `: E( Y
" G- E/ s  N6 o
画面如下:) J$ W% T- U1 C+ P2 D7 C
9 W$ z. A9 O) F. O: d( h
& v8 E6 L) J) q3 m
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,7 b/ B) b8 B1 \

' m) a! T* h: Z" C  j但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
8 f  L$ e  L& m. I* w2 c- n0 F2 J! N2 Z0 z
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,  d9 H: @" h- I

8 @7 }" r4 H9 x  f* t2 R故UMPLANNED的比率为50%,
7 q$ ?& T! f2 P: i" V
: \4 Z4 t, I& m+ t; j2 D6 }但我要做的统计分析是不看UNPLANNED的,1 c$ F! |/ O" I
- v2 k8 ~9 g$ d. h/ L( t% u
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,' U* X& a( j' t; I* P* h
" M. s# e1 H" ?1 v
但问题来了,- R, x+ r# X; s
! h2 w  e, L  p2 w( a3 D- ~
这三项的值加起来不到100%,- b; u2 F# B/ [: W8 N7 Y
, m: Z1 K5 {3 C, k$ p. }% H6 W
所以这我无法跟我的指导教授说明,' }/ b) J- m( P  a! w4 Z# d  k2 L

0 e0 A3 Z' `/ y; h我也看过HELP的说明了,4 G/ G! D" a$ a5 C+ s# z
( f! O# M( H/ \
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
1 {) ~- h1 _6 k- s$ }& d0 u- ^$ d1 f! u
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
4 a  b9 ~2 Y6 f3 s, e; h! `' l5 ^
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
4 m0 J- d4 |' N* s所以,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
: K+ H1 t* s8 C2 G/ f0 vthe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes: m$ D, Q$ L, X
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
- u4 `3 D. ]0 h4 X
  V0 v3 G/ @5 O这是HELP上的说明,
$ D. J5 Q: C4 o) S4 }所以应该也不是您说的意思," j# i- ~5 B# W" z9 `7 V7 S
因为您说的是有算到BLOCK的时间,4 U6 B" L4 m& t- o# y, M9 _
而它会把BLOCK另外算,9 ]6 `- _9 x& s+ \4 J0 t
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
, [$ t( E+ E# C, U5 t# E
: w, K4 e8 R2 h" f: |8 ^$ E( z9 }以我贴图的例子来说:
- d7 f/ I1 R% l6 M% o9 L! |3 _; l/ d0 f; `
WORKING:34.52%: `8 K5 O6 F. Y# |5 T
BLOCKED:3.06%7 p. P1 c6 p* r5 G0 W1 S$ I8 d% p
两者相加=37.58%! d' M/ u5 b* ~7 w* Y' S# I
30天的小时数=720小时" p. n- q- \! }% I5 x) t
实际加工时间:360小时% \+ V1 n* [3 E6 ?# K+ h+ [
4 [8 P" g# f! G. A3 g" l
720*0.3758/360=0.75161 @5 ]# @2 m0 }- ]: ]

) w- \, S$ |; S) e4 R! `谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。+ H7 B+ R+ N0 _1 P+ Z3 i
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-3-22 05:32 , Processed in 0.018799 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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