设为首页收藏本站

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

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 7876|回复: 6

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

[复制链接]
发表于 2008-11-28 13:15:24 | 显示全部楼层 |阅读模式
5仿真币
想请问一下,& _. r5 Y0 B8 ]- }; G' ~
' D7 \! O: S& z" @; D' v
关于统计时间问题,
9 f' O7 j/ W7 `1 Q$ Z! x+ Y
. k# L( }. R% C, i当我跑完30天后要记录所有机台的加工时间与闲置时间,
$ i0 w8 J( u0 ]2 S: S2 k. q
( g" H( ^. k3 f3 v9 d9 X点开机台的STATISTICS分页,, d/ s; ^  c7 @1 W& q
, t0 T, {, J0 k9 C: K2 Y
画面如下:  T% n8 W% T5 e* {5 Z
* `6 p' A$ M1 C5 ^- u
" W# B  q+ c* G& ?) b7 b
左边的WORKING、WAITING、BLOCKED及UNPLANNED相加起来为100%没问题,
) i$ x; m  i3 i& \5 J) i# L" v( }  |3 O# I
但我现在要看的是SETTING-UP、EMPTY及REL. OCCUPATION这三项,
* Z# Y5 o7 b5 g5 _
$ T* l+ S, D: F/ h% C8 n因为我的程式有用到SHIFTCALENDAR,设定一天工作时间为12小时,0 V8 P+ r7 ]8 [1 d0 L1 W

8 C$ G/ _2 i$ u0 E7 w0 B$ a% I9 e: ~故UMPLANNED的比率为50%,
# o4 g, Y2 u+ e
7 R2 q3 p. k6 R, W3 P2 m0 [但我要做的统计分析是不看UNPLANNED的,( A6 k8 {- X* y3 k9 I

% Y) d8 r* @/ e# Q+ h, d: J而SETTING-UP、EMPTY及REL. OCCUPATION这三项的值就是去除掉UNPLANNED 的值重新计算,
' Y4 n; ^& o; E2 M
, H8 K+ k+ \8 \( ~6 \* E但问题来了,+ Q# A/ a0 v) r0 \$ i
* [9 n: H9 {' C& Q- Z
这三项的值加起来不到100%,
, b% g+ d- V" u; E% X" b, n* E0 f6 f
所以这我无法跟我的指导教授说明,
- L6 C) Z7 I5 d2 U
: G1 \8 r% E8 s/ J7 U% O0 f$ H我也看过HELP的说明了,
# A: |3 p  P0 ?1 T2 G' ?  x: @5 e+ D' o- u
但是还是无法得知这三项的算法(应该是知道算法,但算出来的值不一样)
# i% U& R! p. I4 b' a
0 O* R0 L: L; c不知道有那位前辈可帮我解除这个疑问,谢谢!

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

' w( E; b8 S. P4 G+ d5 f不過還是謝謝您的回應!
发表于 2008-12-1 10:54:36 | 显示全部楼层
Rel.occupation反应的应该是这个singleproc的前面的entity的到达情况,也就是说,只要这个singleproc前面的工站的entity处于可以被移转到这个singleproc的状态时,这个统计量就在工作了,和这个singleproc出于什么状态没有任何关系(无论他是处于empty、blocked、setup或者unplanned等)。, h; v3 I2 j: n* H
所以,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 V8 d2 m; u, j+ C- ithe time the object was not paused and not failed. Take a ParallelProc, with four processing stations, that processes
& z7 ]0 F- V% `9 Na single MU during the entire statistics collection period. It has a relative occupation of 25%.: O  f+ \. j1 N

# c# B. b$ }2 B/ d2 |2 `) @% r7 ?这是HELP上的说明,8 u4 Q; M* l' E4 x" N5 h
所以应该也不是您说的意思,+ C: Y) c" s1 c$ e2 R$ |
因为您说的是有算到BLOCK的时间,
! F% ?1 d) m! p7 X. P而它会把BLOCK另外算,9 G9 m4 H$ ~, J4 o4 ~
不过还是谢谢您的回应!
 楼主| 发表于 2008-12-1 13:26:08 | 显示全部楼层
啊!我刚算了一下,REL. OCCUPATION是把加工时间跟BLOCK时间加在一起来算," D- {0 c& A8 O* f# [! O3 I4 N  @9 E

+ B0 O4 x5 X, l1 C# F: F以我贴图的例子来说:
. p2 N, ], a& p: i# T+ u; }; {( o' o: {0 k
WORKING:34.52%
" v7 P& R4 u; TBLOCKED:3.06%# N3 {' b9 `; H" O) [; c. B
两者相加=37.58%$ H+ I# c) u' x1 G- z. r( ~
30天的小时数=720小时* T. z% \9 L0 j" B7 @2 y" P0 t
实际加工时间:360小时
# T) I5 w0 w; i. L4 ^; U1 K" V& j5 s4 K  ?
720*0.3758/360=0.7516! s: [, c" `6 k, |8 x
7 D. d0 F4 l; M" P- I! y5 K/ T  ^
谢谢KALY的回应!
发表于 2008-12-1 14:20:42 | 显示全部楼层
其实他help里的意思也是加上block的时间,因为他只排除了failed和paused的时间。- ^  l$ w- F3 E- ]
不过,eM-Plant的help确实做得一般,很多话说的不利索。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

GMT+8, 2026-3-26 07:24 , Processed in 0.014062 second(s), 12 queries .

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

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