原因分析截图中的返回码-1已能定位为 PLC 通讯未连接。在 [AuxPLC.cs] 中WriteAddress在Connected false时直接返回-1。因此复位时PLC动作复位PLC非强制锁定PLC黄灯常亮都无法写入。根因不是复位业务本身而是 PLC 的 TCP 连接已断开、PLC 断电、网线/交换机异常或旧 Socket 已失效。结批截图中的“PLC快照无效PLC未连接”是同一问题的后续表现。结批前必须确认上料位、测试位、吹扫位均为空当前设计要求使用有效 PLC 快照PLC 断线时不能把“未知”误判为“无器件”因此结批被正确拒绝。但现有框架有一个恢复性问题复位失败后批次仍保持IsBatchOpen true这是为了避免错误清除批次和数据。结批因 PLC 快照无效失败IsBatchOpen仍保持true。切关闭模式时[SetOfflineAsync]又因IsBatchOpen true直接拒绝。模式切换也因IsBatchOpen true被拒绝。结果就是“PLC 已断线正常复位和正常结批都无法完成同时软件也不允许关闭并释放连接”形成恢复死锁。优化方案应将“正常结批”和“故障离线”明确分成两条路径。正常结批保持现有严格逻辑必须满足PLC 通讯正常PLC 快照有效上料位、测试位、吹扫位均确认无器件写入结批完成和关闭 RUN 灯成功汇总文件保存、发布成功。PLC 断线时禁止正常结批这部分不能放宽否则可能现场仍有器件却被软件错误结批。新增“故障强制关闭工站”路径当 PLC 无连接、快照无效、复位写入返回-1时关闭模式不应再被IsBatchOpen阻止。操作员确认现场已断电或已人工确认安全后可执行取消当前流水线、停止实时采集不再尝试 PLC 写入记录“PLC 通讯故障下强制关闭”的完整原因发送自动化ModeSwitch: Close停止该站 PLC 轮询释放该站主控、PLC、负载板、RFID、扫码器连接UI 切换为Offline不影响其它工站。强制关闭不能伪造正常结批不能简单执行IsBatchOpenfalse;BatchContextnull;否则会导致未发布的隐藏汇总文件、批次上下文、RFID 次数累计、异常数据丢失或无法追溯。应保留BatchContextLotId隐藏缓存目录结批失败原因故障发生时间当前批次处于“异常中断待恢复”状态增加批次恢复状态建议新增独立状态例如Normal Closing CloseFailed InterruptedByCommunicationFault其中InterruptedByCommunicationFault表示工站可关闭硬件连接可释放不允许直接重新开新批下次恢复硬件后必须选择恢复原批次并重新执行结批工程师确认异常结批导出并保留缓存后终止批次。模式切换规则调整目前所有模式切换都被IsBatchOpen拦截。应改为切换到自动、半自动、手动仍要求无未结束批次。切换到关闭正常批次状态下仍要求先正常结批PLC 通讯故障或硬件不可用时允许进入“故障强制关闭”强制关闭仅释放连接不清空批次。PLC 通讯故障自动进入可恢复状态当连续 PLC 写入返回-1或快照持续无效时记录 PLCIP:Port、最后一次有效快照时间、失败动作和返回码UI 显示“PLC 通讯异常正常结批不可执行”停止自动上料、测试、搬运业务禁止新投料允许复位重试允许故障强制关闭不允许直接重新自动初始化并恢复生产。推荐操作流程PLC 恢复通讯点击复位PLC 快照恢复有效后正常结批。PLC 无法恢复且现场确认设备已安全断电执行“故障强制关闭工站”。重新上电并切自动模式重建该站全部硬件连接。软件发现存在“异常中断批次”要求操作员恢复该批次并完成结批或由工程师执行异常结批确认。在旧批次未明确处理前禁止开启新批次。这个调整的核心是通讯故障时允许工站安全退出但不能把“无法确认现场状态”伪装成“正常结批完成”。