设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 9386|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下," l/ x1 T- n& T  M0 I1 _

8 N9 G* [& o0 o6 }7 i( T2 L9 _关于统计时间问题,
" x' ?0 c: I' w. v. l& j% _1 N" A' L5 u" H
当我跑完30天后要记录所有机台的加工时间与闲置时间,: f* H* d) r0 q  ^6 ^  F
4 r- l6 j6 N, _# u/ T) l& K
点开机台的STATISTICS分页,
% O9 E/ q9 w5 f& Q  u: J' p; g4 ^: M6 W
画面如下:& S9 _2 A* W) p

7 e7 _9 A. l$ l2 \6 d7 F/ C% T! j- g6 y) O3 ^7 c
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
" v2 b5 G1 d( v: A( k% X  t# G9 @6 u
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
/ v6 i; j! ^0 S: L4 U! z, C; A. F/ }% \
因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,1 Z8 T4 [+ Y& J& G$ ?/ w
3 Y9 H* S( ^4 k" T6 G3 S, i7 X
故UMPLANNED的比率为50%,7 r7 u" {4 o  X% @. R$ f9 u$ ^4 |9 y- R& F

0 R  f7 A: d/ _但我要做的统计分析是不看UNPLANNED的,, W0 S9 ?% S& w0 l4 x% `
( l; v3 y% o# I" k+ E9 w5 @  u
而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
. N3 ~7 Y* z7 {$ p. |. E4 e
( q2 B9 p- G6 J3 c2 L6 u# C7 M" K但问题来了,8 D8 C7 I0 u2 j1 N0 ?8 m7 c8 S

, V# b. L& J7 s这三项的值加起来不到100%,
  D5 A8 [9 d+ L) I
  l# e: n# h* g所以这我无法跟我的指导教授说明,
/ F8 B* e' }4 M$ |! K9 ?' c2 Z5 Z6 h- `3 y. K( J
我也看过HELP的说明了,
1 d) r7 {# e# l6 O9 {( F8 N; r3 n: t, h; r6 t& j6 i# U6 j8 \
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
1 V" N) T! L& [  L2 U2 V
& E8 H- D* y$ ^  G* g5 g" X" [. y不知道有那位前辈可帮我解除这个疑问,谢谢!

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

9 N- W% E0 t" l: }1 f不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。
; l7 G9 d1 y! u4 f0 E! T( d- A, 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 to9 n: j) C" |" w: o4 A; }2 d
the time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
9 t6 b: _5 k" _/ x; Aa single MU during the entire statistics collection period. It has a relative occupation of 25%.7 [0 j8 |7 }* j4 ]
5 P8 P; a+ q" K$ O8 V
这是HELP上的说明,5 n" q7 O- T0 y* |$ x
所以应该也不是您说的意思,: H( p3 ^: {: S: ~6 H6 h/ k9 O
因为您说的是有算到BLOCK的时间,9 G- z/ R( o- E( a+ h) l
而它会把BLOCK另外算,
2 b; S3 ~; C! q不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算,' g; _( Q1 |% R6 e4 e: |' M

4 `9 f3 d  Z( m! A. M以我贴图的例子来说:7 I( Y; k9 n3 h8 `+ ~
3 J" K' u5 }# B2 A+ T4 y9 l
WORKING:34.52%; q$ ^! M+ Y* \8 D. G8 Q
BLOCKED:3.06%" o. v) |  q, i
两者相加=37.58%
$ G& ]+ m1 Q6 h30天的小时数=720小时7 n$ w; [1 y2 W* Y) S, i
实际加工时间:360小时
. k" d& u+ l* o9 V1 |! Y9 s" \
3 v- M4 g5 Z# ^" e720*0.3758/360=0.7516
" [$ d, B' n3 g9 v" f* G0 n. M5 c  R$ F: R
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。+ E* a/ _& d3 v& j) V
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-9-20 02:56 , Processed in 0.015489 second(s), 13 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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