设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 9275|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
. R. ~- m! r& {) f$ C* {
  O5 [- W1 @; Q5 G, E* |7 n! ~; o关于统计时间问题,
) Z5 D, M/ n0 t. |# l. Q$ E0 t( ~# r
当我跑完30天后要记录所有机台的加工时间与闲置时间,) Y: N8 ~2 G+ p  d* f( D; u+ }. _) h

% L$ K" w6 ]# r0 r8 m4 S/ s6 D点开机台的STATISTICS分页,- r4 A* `9 e2 K9 R4 Q
; g1 A: F0 {" o( N  j
画面如下:3 t, T0 E! @) S& q9 b% \3 h

# J/ f/ J1 A. N. k" |& ~4 h" V( {! a5 r2 m/ o9 E$ B% Y3 \# _& g
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
! o; {" F& R7 [2 Z8 a5 k" ]0 j
% O- ]0 i8 \/ o( J但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
$ c) {) C" f! r9 J! p* W/ c* Z+ t4 }4 I6 h9 U/ `- Y/ P  ~
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,6 Z0 L" ?# K$ L8 s  P* m9 `% }
& H. y; P& H* c# g6 c# z
故UMPLANNED的比率为50%,: P: A8 a3 s( x8 |( P7 S% g- t& ~
1 i! o8 Y3 d& U* o- O9 B# \
但我要做的统计分析是不看UNPLANNED的,
/ k% U2 h. ^$ W8 K: J4 m
5 f* p: Y) M+ T% o4 y而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
& b$ o/ l  p! |  |, k* g6 S2 z1 }) `: r( m
但问题来了,3 z5 M# _8 P9 _0 G

) y3 b1 M- W9 t# ^这三项的值加起来不到100%,
; E2 {) R5 Y# P7 }8 v# }& I
* @2 O8 d' ]4 G" q所以这我无法跟我的指导教授说明,
# ?+ I0 x+ r( l2 K, U, C2 \
% l# m0 \2 }/ v- Z4 n1 }6 ?6 {/ [我也看过HELP的说明了,0 m2 q/ x  m  B
: e; ?4 o: m! h) l
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
& k6 k* p& |+ ]% a5 h0 ~  p. \" m! t; a6 Q; H. ~
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,+ s) p- \$ F7 c$ Z
1 l* l* a+ c# \1 O2 O, D
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
& I& r& n& O$ r2 M! G& |8 _# o' j所以,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
5 X' S0 ^3 `- s: Othe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
. g  I9 m# L+ M! B- da single MU during the entire statistics collection period. It has a relative occupation of 25%.
( \) A/ I5 I( H4 ~) q# S7 p. X7 ~0 O! W7 ~0 h
这是HELP上的说明,
, I1 g: _5 e- K: P所以应该也不是您说的意思,$ X: b/ W* [# x# `( {7 J& h
因为您说的是有算到BLOCK的时间,$ y$ x, o- R, T# w, @! x
而它会把BLOCK另外算,; p* j$ a. ~# P5 k9 u7 Z
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
1 {  C" E- o7 m5 c: A" O
. ^3 Z  V) u/ P4 u3 k' m1 p* B& V2 T以我贴图的例子来说:
8 w$ |0 m: m  ]- M6 N) _9 _! ~' |! t
/ l: b6 t  ]* O: X6 E. V+ KWORKING:34.52%
7 Q& d5 @& }+ F! s: w+ y% gBLOCKED:3.06%/ Y' G5 v' V1 r$ R4 ]
两者相加=37.58%4 I* C+ A, i% I  s4 I3 |/ D$ N
30天的小时数=720小时) O1 a/ P$ d; Q4 \
实际加工时间:360小时
+ I3 K8 g& o: x3 T# \' o4 E
2 Q! R0 U9 `2 K- B4 L% v9 M: P720*0.3758/360=0.7516
5 \/ G% k$ a# o& q) v
$ @' x0 O5 c# z% h) z+ X3 Y谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。) d6 ?: Q$ o3 @5 ^! p
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-9-7 18:28 , Processed in 0.016018 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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