参考这个,共享队列可用Seize-Delay(with delay 0)实现
Multiple resources with different service time distribution要今晚再想想 - 不知Basic Module能做么,需要用比较Advanced的么。
有可能其中一个Release的Resource没选对,那两个Release+Delay可以用一个Process代替
你的设计图上没发现问题,可能其中一个Release的Resource没选对。
刚发现你用Basic Template里面的Process implement了我现在version的Advanced Template里的Delay和Release, 好办法。想一下可以用一个Process (with action as Delay and Release)代替这两个。
---
系统生成:由于楼层数受限,本帖实际回复的是 艾嘎嘎 的帖子 “不好意思,下课回来晚了。。。”
原地址:http://bbs.huasing.org/wap/xbbs.php?B=116_12451861
不好意思,下课回来晚了。。。
我的Delay是在 Basic Template选的。
请看:
考虑到红框里可以看到delay的设置,我只把seize的细节窗口打开了。no “seize” in basic template, so "seize & delay" was used---could it be the reason? but the delay has been set to constant 0.
不大会编辑图片而且时间也有点晚,凑合看看,不好意思啊
---
系统生成:由于楼层数受限,本帖实际回复的是 lm787 的帖子 “我的可以一直跑没有error, delay module没有看到排队”
原地址:http://bbs.huasing.org/wap/xbbs.php?B=116_12450977
耶~~跑出来了~~万分感谢~!
我的student version确实没有advanced module, 不过我用basic module 修修改改一下貌似也还行
现在还有个疑问是run time设不好的话会有个 error,用你随便设的 expo( )或用我们采集数据fit出来的分布都有这个问题。
请看图:
比如说设置run time=60mins 就出现这个error, run time=30mins就可以过关。
你跑的时候会有这个问题吗?不会是因为我的basic module设置有局限造就的吧?还是因为seize resource时间太长?因为明明看到队列很长,空出来的resource也没有马上被新entity seized掉,这个可以在step run里看得很清楚。
另外,Delay 1/2/3不应该再出现排队情况,可是在查看step时还是会看到有2个在同一个Delay(resource)的情况,这是怎么回事呢?
---
系统生成:由于楼层数受限,本帖实际回复的是 lm787 的帖子 “我的student version好像比你的新”
原地址:http://bbs.huasing.org/wap/xbbs.php?B=116_12450778
忘了贴一个有启发性的链接
你们课本的这一章挺不错的:Intermediate Modeling and Terminating Statistical Analysis
http://nsl.pnu.edu/lecture/MAutomation/simulation06.pdf
主要思路就是:
1。3 Resources are defined in the same Set
2. Seize module acts as a queue waiting for a resource in the set
3. Once one or more resources are available, seize one either randomly or cyclically
4. Save the resource No. in an Attribute
5. Decide through the attribute related to the resource No.
6. Delay then release the seized resource
详情看看站短你的设计图。
更正
试了一下可能用expression是其中一个方法。Attribute & variable not sure.
不过它的expression有专门的语法,比如柜台1队列长度小于1是 NQ(Counter 2.Queue).LE.1 (注意不是和attribute/variable一样用 if x<=y 的格式)。
不懂语法抓瞎中,到底哪里有这些语法啊,expression builder里面也不是这种啊
---
系统生成:由于楼层数受限,本帖实际回复的是 艾嘎嘎 的帖子 “共享队列搞定~”
原地址:http://bbs.huasing.org/wap/xbbs.php?B=116_12450519
共享队列搞定~
上张图
现在的关键就是怎么定decide的规则了.
这张图里我用的是entity type为条件进行分流,全部设为entity 2, 这是不对的。结果只有一个人进入服务柜台,其他人一直在等。
查了一圈,我觉得decide里的attribute和variable 可能是突破口。现在能想到的是,能不能设3 attributes and let them equal to each counter's queue no..
E.g. attribute 1=counter 1.queue; attribute 2=counter 2.queue;attribute 3=counter 3.queue
In decide conditions, if attribute 1 =0, the queuing element will go to counter 1.
Do likewise for the counter 2 & counter 3.
可是我不懂怎么去设一个全新的attribute和counter 1.queue连接起来:-( 你有办法吗?
或者有别的更简单易行的法子?