设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7832|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,: s* O8 v. i8 ^# v
4 q7 W( c8 F9 S; u  O5 q7 h
关于统计时间问题,- C5 Y" D5 j0 N+ X' m; P

5 m1 P0 k1 n" j/ W9 K* ^& [当我跑完30天后要记录所有机台的加工时间与闲置时间,1 A+ G8 z& m2 b  `. h! C% ]

- b" S  U' g8 D8 m1 v# D* N- {  l点开机台的STATISTICS分页,
% c8 ?- E) x) ?# \' r
" G# R- N& i7 W/ W画面如下:* I. B0 j) F5 C' i3 \5 Q! C' e

& p! W! O% ?8 j
# Y  u6 T2 F, j3 n: R8 ?左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,8 J$ D& O8 L( _8 D+ F7 Z

; Q% o/ ?: F# h' K' `  D但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,' d1 I0 l2 I( D5 p

2 R1 E) }1 I# N8 ^: @2 a因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,1 V& P- c4 `# r0 H) L
) f: [) j# o& u2 ^9 K" Q) S2 r2 J
故UMPLANNED的比率为50%,
8 w* k' H$ F3 m7 r
8 v6 h+ T$ z8 K% u5 Q# K但我要做的统计分析是不看UNPLANNED的,: W- [0 K4 q( n: x0 C+ A" N

6 O  }' b" Y6 V而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算," `2 K/ ^! x- l) g# k' x
( F3 ]/ e1 F% H3 ]0 d8 L0 n# o
但问题来了,6 v1 j+ x8 y/ ^, ~+ f; _
+ }2 r  `4 t' l% M( G
这三项的值加起来不到100%,
& O: a2 M8 F# u3 a! n
4 A# _0 K2 O! s6 u! e0 Y所以这我无法跟我的指导教授说明,0 O1 S9 W0 j. i; v( E) X0 C: S" n
2 @- M! ?2 r/ C9 o( h# Z* v
我也看过HELP的说明了,
+ D4 p+ X% G3 d/ b- A
' l6 r$ v! s$ L% e: k' C$ S但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
5 p2 ?! P5 F- y- ?& h# n7 h3 D' n7 s
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,, W4 [  m6 B9 l0 y1 l8 ?5 R4 U& D( }
+ R% s0 r" T1 d8 \# T9 S+ l" ~! ?
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。- j$ \& w, v+ g- G8 r8 s! I( }
所以,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
0 d. I% w( E* `- \the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
0 V9 o2 E' t2 F' e2 B$ v% Z/ Za single MU during the entire statistics collection period. It has a relative occupation of 25%.9 K3 L8 ?6 @# \& J) E& b" s

% ]# h" q. Y/ i5 |& S+ O% N" r这是HELP上的说明,- s2 Y2 i% H% f
所以应该也不是您说的意思,8 Q% v9 F% G0 F) f
因为您说的是有算到BLOCK的时间,# J0 C, a1 c1 j; d# K
而它会把BLOCK另外算,
' d+ ~$ T$ Q7 b. |+ U% @% t3 ~2 b不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,0 V9 X# i% O* N* u0 A9 r( w

& X9 z, ]" }) L2 s9 c8 f以我贴图的例子来说:
9 d2 m; ^) b5 K* ?% z
! l3 m8 ]8 o) t3 `! P9 U: \. ]WORKING:34.52%
$ v6 q" j0 [+ B" n% kBLOCKED:3.06%
+ v3 p# x$ s2 Z0 G两者相加=37.58%
, d& r# W6 W4 N3 o30天的小时数=720小时( `8 k5 a$ \, w
实际加工时间:360小时% g: a  `/ |) P0 m& W: w

& @9 i5 s, X3 R# Z720*0.3758/360=0.7516* k6 S" B+ h1 h: H/ u7 N0 s

& T& I# v+ {( h0 G/ o谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。3 n& G$ C9 @7 b0 Y3 c. x
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-3-19 22:54 , Processed in 0.020042 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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