设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 6902|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
, d, P1 S3 Q/ ]8 u  P2 c9 M' K# F+ C. X$ j6 p' l1 x
关于统计时间问题,
) W- n1 P4 a# u! ~* s; t/ X  V4 I" E" z) P+ ?# T0 U
当我跑完30天后要记录所有机台的加工时间与闲置时间,3 V6 `3 u* \2 o% k
4 T5 @8 B$ h; g# p
点开机台的STATISTICS分页,
0 p5 N$ d- ^# U- W+ o
* C2 _" @4 h( m3 J" x- T画面如下:4 u1 r- s+ ^7 c9 B2 w1 }
7 |" T+ i- Y6 b& _9 L/ s" C! d0 l7 R+ n

$ a9 G# S$ J6 g8 q7 X( d左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,  g3 b0 B; V' r; f; E
2 w3 [8 ~: I8 B# K! W, M
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
* w6 K  v/ ^3 r: `: ^
$ i. h- G& {; V; w因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
# b% f: R2 N: H5 u, h! h5 p$ R" o+ m2 H+ y# O
故UMPLANNED的比率为50%,
$ \, t: u, U: F
( `8 L( a# _- A) C, t: f但我要做的统计分析是不看UNPLANNED的,9 ^& H1 l- K% u

3 }+ G, E  w6 ]* ^3 d而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
4 n6 A7 ^% I( F& g( q5 U5 c6 q' f" D  W
但问题来了,
/ R$ w/ U3 F9 e, Z2 s0 o7 C
  m. [8 S2 _1 d5 y$ E0 T这三项的值加起来不到100%,
  Z8 G5 y1 L; e% A: h+ f/ z) S' ?; a( U4 O9 L  L3 }/ l2 H
所以这我无法跟我的指导教授说明,
* u- @: Y' j6 T6 V, M9 K8 D9 B3 ?8 h- ^( J! V% o! c8 y
我也看过HELP的说明了,% N6 n/ Y# f$ v

) U) Y: L) \4 |% ~* R但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
7 R$ \$ G2 M" E# w2 z$ Y6 S' I
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,
6 b1 y+ d$ R7 v/ f: M2 T) C# L1 w, o! [5 }) \! ~
不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
# a) [( ?( ~+ G所以,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
- b  C1 B. H9 e5 S% H/ x* c8 Bthe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes/ j7 l/ b/ K4 L
a single MU during the entire statistics collection period. It has a relative occupation of 25%.
$ M, w3 b3 R) d+ o- \" i* O/ Z, B: ^, u3 A% ?5 P: ~7 ^
这是HELP上的说明,
) J* o! E8 J% N$ r4 t1 Q* i0 i. e所以应该也不是您说的意思,8 j: r2 z! D* O6 V9 Q
因为您说的是有算到BLOCK的时间,
9 f1 L1 u* Z  O+ _而它会把BLOCK另外算,
( F# y* J2 z3 c) k/ Y不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,
% X% ~, j2 E4 l7 Z9 ^& f& O
- t0 e1 \' P: ]6 v5 @以我贴图的例子来说:1 P1 i! ]/ U. ^' g
% Q2 P5 b% [" m$ Y0 ?! n
WORKING:34.52%! @$ X" a6 q# D7 C5 B
BLOCKED:3.06%5 F) \# y, u' d9 q3 r; v: U
两者相加=37.58%1 ^% l9 L) Q- L8 K/ O5 u
30天的小时数=720小时# ^1 ?; `" x4 n  U) ?- C
实际加工时间:360小时
5 |  e" E( x. n% I0 `. o! f1 Z5 G. H( \+ o  A# s% t# [( [! b
720*0.3758/360=0.7516
$ }/ Y: z5 V% l5 N6 N: Y
) i% y1 ~7 J6 F谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。$ u3 t5 I4 w3 |8 C
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2025-10-27 19:38 , Processed in 0.030409 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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