全球FlexSim系统仿真中文论坛

搜索
查看: 5395|回复: 1
打印 上一主题 下一主题

【求助】关于货物的流向与拉入问题

[复制链接]
跳转到指定楼层
1#
liuzhifan 发表于 2017-8-13 12:15:17 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
简化模型描述:前端集配20个轮胎(16个主胎,4个备胎),完成后转运至中间暂存区,进行人工二次集配(4个主胎,1个备胎上线)。
  c8 u2 y  ~: D3 V& V, b3 p) @+ ?( T% m5 Q( a+ i# l( `2 k: y7 _
模型构建思路一  s7 Z( F+ f) |" m8 l. R
为了实现二次集配作业,我采用在第二个合成器进入触发时发生消息给作业员,作业员在收到消息后,消息触发器触发,执行编写好的任务序列。+ l5 q! x; ^- Q- n* u6 U9 u
问题:实现了集配4个主胎,1个备胎的作业,但是如果中间暂存区没货了,操作员执行消息触发器的任务序列就会报错了。
  G  z) K; g8 u$ o6 \解决办法:采用判定中间暂存区的货物量,来控制虚拟订单是否流入合成器$ S2 G6 @. E! J
思考:在中间暂存区缺货状态下,如何把取货任务序列先暂存起来(如暂存于操作员的任务序列队列,而不激活任务)。! F6 w# U4 n2 i- T8 v

" b* `. a+ g7 f$ K. T1 {3 f1 M/ [
模型构建思路二) b1 `, D4 _" m, m& v. r
采用合成器的拉入条件来进行拉入(4个主胎,1个备胎),这样的话只有在暂存区有货时,操作员就会去进行搬运,没货时就不搬运,从而不会发生上面的报错。
( h+ X& A* Z7 ?$ w( S6 _7 v6 p! {7 m4 i0 Z

  P- c5 \% |" E$ h( d问题:(这个问题也是我经常弄不清楚的),模型运行时候只进行了一次拉入(4个主胎,1个备胎),5 g' |; H5 M4 S' G
拉入的时候需要上游与下游同时准备好就可以进行拉入的触发,我理解的上游准备好就是触发了“发送至端口”触发器,
" f7 T0 r1 l5 b如果暂存区(上游)只进入了一个实体,就只触发了一次“发送至端口”触发器,那么是不是就意味着只能进行一次拉入的触发。
( W: c; _8 L9 D/ H
0 |/ r2 }  Z) q, ?( d& I2 P+ k) G& Q% [
$ ]# a& Q1 j' Q$ Q7 d) D; \! ]

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
推荐
蓝桥书生 发表于 2017-8-17 10:11:21 | 只看该作者
1 y6 S0 n5 y" w2 v2 v
思路一:在暂存区容量为零的时候,是不能创建任务序列的,此时搬运物的指向空,执行任务序列的时候会因为找不到临时实体而报错。我这里写了一种解决方案:在操作员上加一个“state”标签,初始值为0,下游合成器进入托盘的时候先判断暂存区的容量,如果非零才向操作员发送消息,并将操作员标签值设为0;如暂存区容量为零则将操作员标签纸更改为1,表示操作员出于等待任务的状态。同时,当暂存区每进入一个托盘的时候读取操作员的标签值,如果为1,则向操作员发送消息启动任务。此外你的模型还需完善的地方有:你的模型只是产生了一个托盘,若是上游托盘源源不断的产生,则代码有些地方需要作改变,比如暂存区里item的引用方式再用first就会出错了,或者是一个托盘还未装载完时进入了一个新的托盘等等。) n% u; W2 Y' R: a2 s5 v" j

9 r+ x3 k  Y- C8 }. U思路二:你仔细读读你选择的临时实体类型数组的拉入方式代码,它的功能并不是按照数组临时实体类型的比例拉入item。你的模型只拉一次并不是这部分代码起的作用,而是暂存区使用运输工具里的代码的作用。对于拉入方式,我也在默认代码的基础上做了一些更改,可以达到你的要求。- ~* P! j0 I/ G
ps:第一个模型版本是2017.1.4,第二个模型版本是7.3.6.
5 K3 s# L6 G  f. u" {8 V

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

评分

参与人数 1威望 +12 收起 理由
慧娴亚伦 + 12 很给力!

查看全部评分

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|小黑屋|手机版|Archiver|全球FlexSim系统仿真中文论坛 ( 京ICP备14043114号-2 )

GMT+8, 2025-10-26 01:49 , Processed in 0.087483 second(s), 16 queries .

Powered by Discuz! X3.3© 2001-2013 Comsenz Inc.

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