FlexSim资源调度怎么配置，资源调度冲突了又要怎么排查，在做产线仿真、仓储物流仿真、人员设备协同仿真的时候，经常能碰到这些问题。资源调度不是说把Operator、TaskExecuter、Transporter这些对象往模型里一放就行了，还得搞清楚谁负责发任务，谁负责接任务，任务之间的优先级怎么排，多个资源同时空闲的时候又该怎么去选，如果调度关系没理顺，模型里就容易出现资源在那闲着，任务却堆着没人做，任务队列排得老长，搬运车互相抢任务，人员来回瞎跑这些不正常的情况。

FlexSim里面的队列策略要怎么去设，队列里头的东西堆积得太多了又该怎么去优化，这些事，不能光是去看Queue里面到底堆了多少个实体，还得去弄明白，这些实体它到底是因为什么才进来的，又是为什么出不去，排在后面的那些资源是不是正忙着，运输的设备是不是也跟不上。Queue这个对象它自己，是可以去设置最大的那个容量，还有东西在里面是怎么摆放的，那个最大的容量，会把队列在同一个时间能够装下的流动实体的数量给限制住。

设备、操作员和运输车共同承担同一组任务时，不能只是简单地按照先后抵达的顺序来安排执行，所以我们需要了解FlexSim里面作业优先级要怎样去配置，而一旦发生了优先级的冲突又该从哪些地方下手去调整，这通常都离不开对任务序列、调度器以及排队策略这几个地方的设置；任务序列在默认状态下优先级是0，数字更高一些的任务会被推到队列的前面，至于优先级数值完全一致的任务，一般还是会依照它们进入队列的顺序来处理。

模型跑完以后，只是翻看Dashboard里那几幅图表，得到的信息常常还不太够，因为我们往往还需要把仿真结果从FlexSim里干干净净地导出来，再把后来要用到的图表整理得有条理一些。要把这两件事做顺手，关键在于提前区分好三种不同性质的数据：一是直接从模型里采集到的原始统计数据，二是经过求和、平均等处理以后的汇总数据，三是针对不同方案跑出来的多场景实验结果。在FlexSim里面，Statistics Collector这个东西专门用来记录模型运行过程中发生的各种事件和统计数值，它记录下来的数据既能在软件里画成图形，也能够导出到外部的工具里去做进一步的整理。

在生产线仿真模型里，如果只给设备配上加工时间和运输时间，往往还没办法把真实的产能情况给完整地反映出来，因为设备的突发停机、等待维修的耗时，以及修好之后重新恢复运行的过程，这些都会影响到排队的长短和最终的交货节奏。那么，在FlexSim中怎样去给设备加入故障的逻辑，恢复需要的时间又要怎么设置，比较常用的一个办法就是借助MTBF MTTR这个工具。它能够替一组设备去设定随机的故障发生间隔和恢复时间，同时也能指定设备在发生故障之后，会转成什么样一个停机状态，以及停机期间的运行行为是怎样的。

在给仓库、生产线和配送中心搭建仿真模型的时候，订单是按什么规律到达的，会直接拖拽排队长度、设备利用率和人员是闲着还是忙不过来这几项指标。如果订单是一整天里零零散散进来的，跟每天固定在几个时间点集中释放一大批订单，两种情形跑出来的结果差异非常大。FlexSim里处理订单到达的办法不止一种，既可以在三维模型里用Source对象定义到达规则，也能通过Process Flow里的Schedule Source配合Global Table来模拟更加复杂的波次订单，Source对象自身也支持间隔到达、计划到达和顺序到达等多种方式。

当输送线模型能正常动起来，画面看着顺畅，并不说明产线的生产节拍已经调好了。在FlexSim里需要弄清楚输送线速度该怎么设，以及输送线节拍又该怎么去匹配，这时候不能只看某一项参数，而要把输送的距离、物料彼此之间的间距、上游来料的间隔、下游加工花费的时间，还有中间缓存区能容纳多少，这几点放在一起考虑。FlexSim里面的输送线可以设定默认速度、加速度、减速度，也能选择是否允许物料在上面堆积；而上游的Source则可以通过到达间隔来控制物料生成的快慢。

FlexSim仿真输送线怎么建，FlexSim仿真堆积与堵塞怎么分析，现场输送线一旦出现堆积和堵塞，最怕的不是“堵了”，而是仿真里明明看着在走、结果却怎么调都不稳定。

FlexSim仿真参数怎么设置，FlexSim仿真参数设置后结果波动大怎么办，很多人第一次遇到同一模型反复跑、结果上下跳，直觉会怀疑模型逻辑写错了，但更常见的原因其实是参数口径没先统一：运行时长、热身期、随机性、统计窗口、输出指标的计算方式彼此打架。

做仿真最容易踩的坑不是模型不会搭，而是参数口径不统一、验证方法不成体系，导致同一套FlexSim仿真模型换个人跑就出两份结论。