AnyLogic模型资源图表异常求助：非仓储类资源利用率无数据

核心问题定位 #

仅仓储类资源有利用率数据，入库/暂存/出库区资源图表全为0，大概率是资源调用逻辑不匹配或统计参数配置错误导致，以下是针对性排查和修复步骤：

工人资源池排查步骤 #

• 检查资源分配逻辑：确认生产工人、出库工人是否被流程实际调用。比如在Process（延迟、服务块等）的Resources选项卡中，是否选择了对应子资源池（而非仅仓储工人池）；若用代码调用资源，需确认resourcePool.getAgent()或resourcePool.take()指定的是正确子资源池。
• 验证统计属性配置：
  • 确保统计对象是子资源池的利用率，而非仅父资源池。工人父池下的仓储工人、生产工人是独立子池，需分别绑定对应图表，不能仅绑定父池。
  • 检查资源池Utilization属性：确认Measure type选Time-based（符合常规时间利用率需求），Calculation mode设为Continuous或Discrete（按需选择精度），同时确认Include idle time when agent is waiting选项符合你的统计规则。
• 测试资源激活状态：在模型中添加临时Text控件，实时显示生产工人/出库工人的getBusyCount()和getTotalCount()值，仿真时观察数值是否变化——若始终为0，说明资源从未被调用，需回溯流程逻辑。

运输设备资源池排查步骤 #

• 叉车资源调用绑定：确认入库区、暂存区的叉车是否被对应搬运流程（Transport、MoveTo块等）正确关联。比如入库区叉车需绑定到入库搬运任务Transport块的Resource pool选项，而非仅绑定仓储区叉车池。
• 资源池实例化配置：检查入库/暂存区叉车资源池的Initial number是否大于0，Maximum capacity设置合理（设为0会导致无资源可用）；同时确认这些资源池在模型Main或对应子模块中已正确实例化，未被意外禁用。
• 图表时间范围与数据源：确认图表Time window覆盖仿真运行时长，避免因窗口过短错过数据；同时确保图表Data source直接绑定对应子资源池的utilization属性，而非自定义错误变量。

通用验证技巧 #

• 启用调试工具：使用Debug模式，在资源调用的代码块或流程块处设置断点，跟踪资源是否被成功分配、释放；查看Resource Pool的Agents面板，实时观察各子资源池的忙碌/空闲状态。
• 手动触发调用测试：添加Button控件，点击时手动调用目标资源（如productionWorkers.take(1)），观察图表是否有数据变化——若有变化，说明自动流程逻辑存在调用漏洞；若无变化，说明统计配置本身有误。

内容的提问来源于stack exchange，提问作者jenni savariar