设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 8281|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,
3 T' a7 B3 {. B- l0 i5 @2 _* U( \- A& k# l' z
关于统计时间问题,& w( S. y! R# T. ?6 {
( c# |; G# L# I  {4 W5 ~
当我跑完30天后要记录所有机台的加工时间与闲置时间,
; _6 X9 `7 u$ t' O, n5 O4 y2 D; G. b4 P8 v9 h! D2 M% q3 e2 H5 E
点开机台的STATISTICS分页,1 N/ O9 D: K: J' q4 n  O
  N& O  G7 x: P' C7 _$ x  j: X
画面如下:
. p2 P9 d0 `0 b. U; a$ @7 P* O$ n# C1 z4 |# L* O1 S8 n+ i& @2 c5 Z7 a

9 a) P( k9 }, Q& ^& ~左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
! \4 k5 I6 H! `! B1 O/ ~! g) E% D0 Q* E3 a6 u& t
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
. a' g+ X6 U  R8 a) R* s) L' S9 c2 K* z5 a2 h6 P& J& \1 t
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,
+ K) B  v" @2 ?  K4 a% h
$ b& H6 a; m) C; K, i/ ]) O& \故UMPLANNED的比率为50%,
+ N  r9 a9 A3 E; w  w
# J8 L( s. F7 @$ j- Q7 ~; F但我要做的统计分析是不看UNPLANNED的,
* W# c+ M, m/ I4 C% i  S, ~5 J; S  O* k3 o8 C5 T; p
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,2 E( G* J7 @- r0 Y
" u6 {$ f( ]- E: G: n( v
但问题来了,/ h" V7 O- [/ R/ s( `! J/ ~4 s2 Y

9 Z& T- n! Y; k' r$ r8 _# H+ a这三项的值加起来不到100%,
+ p4 O6 x1 Z; {1 v7 E  _( d
8 H. X  W7 }$ t2 v' E" c+ w6 U5 v所以这我无法跟我的指导教授说明,2 g( r$ c$ o9 [6 Y+ c. q5 u

" K2 l- F' a; d: E- }, q& B4 ]. n0 i我也看过HELP的说明了,
- p# r1 T3 o$ j3 K# V
: D: {7 F+ k1 h2 U! u3 ?但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
6 X# i7 W. [0 o! c! ^( T2 M% U3 m2 V: c) _- K/ B' p* J
不知道有那位前辈可帮我解除这个疑问,谢谢!

附件: 您需要 登录 才可以下载或查看,没有帐号?注册
发表于 2008-11-30 13:50:09 | 显示全部楼层
会不会由于某个计时开始后SHIFTCALENDAR开始起作用,而导致该计时的时间不准?比方EMPTY本该为3分,而在1分的时候SHIFTCALENDAR开始起作用,当再次运行的时候,后两分钟就不计时了,而是只有1分的EMPTY时间??
 楼主| 发表于 2008-11-30 16:07:35 | 显示全部楼层
應該不是這個原因,因為help上有詳細說明了,5 }2 x7 p0 c0 _# b/ v

5 H! |) w* M! `* f$ S* G1 F不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。/ z9 r5 @7 u0 M& P6 Z
所以,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
1 O% E  b. k# \- @6 c! }, I) Pthe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
( _4 e% q" B& t' c& L/ `/ Ka single MU during the entire statistics collection period. It has a relative occupation of 25%.( f* L4 k. ], D1 q- S& b

$ W% O, @2 ?) M1 e; }9 U这是HELP上的说明,
: f9 C& K% x7 A1 k  z所以应该也不是您说的意思,8 q  b2 A$ Q$ F1 [
因为您说的是有算到BLOCK的时间,- F, O' ~  a6 E4 L
而它会把BLOCK另外算,
3 p# s+ T; Q: u& M) Q0 f不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,4 o9 Z/ S/ h/ B$ }
% y5 \: W2 q5 W& D7 j7 Z2 o# ^2 v8 x* H
以我贴图的例子来说:
8 w; T  T: y- ^3 D3 W
5 F/ e4 {# x& ?WORKING:34.52%
' e; E! t  y6 z( w- NBLOCKED:3.06%
& V* F$ d* p: v  @  |两者相加=37.58%* F$ M; K. _. D! o  L( h! a4 `+ |) ?
30天的小时数=720小时, r0 b% E' g9 Y, ]. x  e
实际加工时间:360小时# t; ?! u! q9 T+ u/ g8 v: |0 T
% ~9 ]1 _! z7 S" p/ J  ~
720*0.3758/360=0.7516
, Q$ e, M" h8 `' a% U
  ~0 P4 K* ^7 z谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。# i8 Y" A' A& v/ Q+ L2 u& z
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-5-14 11:27 , Processed in 0.016229 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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