07 Job：提交求解与错误诊断

Job 将模型交给求解器执行。要区分模型保存、输入生成、作业提交、求解完成和结果验证，它们是不同阶段。

1. 提交前确认的内容

确认模型名称正确，分析步与输出存在，材料和截面已赋予，实例已划网格，载荷和约束区域非空，连接关系与物理假设一致。保存 CAE，并选择一个明确、可写且空间足够的工作目录。

为不同网格或参数使用不同作业名，例如 Beam_h2、Beam_h1。同名运行可能覆盖结果；不要让自动脚本默认覆盖仍需保留的文件。

更多 CPU 不一定更快，还受问题规模、求解算法、硬件和许可限制。资源设置应通过实际运行评估，而不是机械地开到最大。

文件作用和内容会随求解器及运行选项变化。诊断应结合当前分析类型，不要只按文件大小判断是否成功。About Output

界面通常显示 Submitted、Running、Completed 或 Aborted 等状态。可靠的确认至少包括：作业日志未显示失败、状态文件说明成功结束、ODB 中存在所需步骤和目标最终帧。

本例的证据为：

本次执行日志另有 CAE 交互消息初始化与 socket 提示，导致界面状态可能滞后；上述独立证据确认了求解完成。一般情况下，ODB 存在并不足够，因为中断作业也可能留下部分结果。

现象或信息	优先检查
没有启动求解器	许可、命令路径、工作目录、资源与日志
Missing section / material	[[02 Property
Numerical singularity / zero pivot	刚体运动、未连接区域、缺失刚度或冲突约束
Too many attempts / increment too small	具体增量中的材料、接触、加载和失稳情况
Excessive distortion	局部网格、材料参数、加载方式及分析是否适用
结果文件被锁定	是否仍有作业或其他程序使用该数据库

按模型、材料、连接、约束、加载、网格的顺序定位，最后才讨论数值控制。减小增量可以帮助解析非线性过程，却不能修复错误材料单位或完全脱离的部件。

不要在作业仍运行时删除 .lck。先确认进程结束与文件使用情况，再判断是否确为遗留锁。

输入文件可在独立目录执行：

abaqus job=CantileverDemo input=CantileverDemo.inp interactive

在 CAE 内部，已有作业可这样提交：

# 已创建并检查 job
from abaqusConstants import ON
job.submit(consistencyChecking=ON)
# 普通批处理可以等待；会阻塞当前 Python 调用
job.waitForCompletion()

对 MCP 交互任务，更适合先提交并返回作业名，再通过后续调用和状态文件检查进度，避免一个工具调用等待很久。waitForCompletion() 返回后仍要检查作业状态，它返回不代表一定成功。

每次运行保留参数记录、脚本或 INP、版本信息、状态日志、目标结果 JSON 和必要 ODB。截图用于展示，不能代替数值数据。

求解完成只是获得候选答案，接下来用 08 Visualization 检查变形、反力与理论关系。不要把 Completed 当作“模型正确”的认证。

description	从保存模型、写入 INP、提交作业到读取 STA、MSG、DAT 和 ODB，建立可追溯的求解流程。
tags	abaqus, 基础笔记, 求解