第 12 篇｜Aspen Plus 进阶与工程案例：从稳态到 Aspen Dynamics 动态入门

第 12 篇｜Aspen Plus 进阶与工程案例：从稳态到 Aspen Dynamics 动态入门

版本声明块

• 软件：aspenONE V15 版 Aspen Plus 与 Aspen Plus Dynamics（Windows 64 位桌面版；截至 2026-10 公开渠道最新大版本为 V15）
• 单位体系：示例以 METCBAR 为基线并逐处显式标注单位
• 本文目标：把「稳态算完就导出、导不动就硬导」的做法，升级为「先确认稳态收敛（铁律 6）→ 补齐动态数据与设备尺寸 → 选压力驱动或流动驱动 → 补阻力元件与控制器 → 导出并跑最小动态模型」
• 事实来源：AspenTech 官方 Aspen Plus Dynamics 产品页、官方课程 EAP2411《Improved Process Operability and Control through Aspen Plus Dynamic Models》课程页、Aspen Plus 官方阀门（VALVE）技术文档（KB 000064342）；凡未获证实的内容一律标注「以本机界面为准」，并给出可自省的核对方法

一句话结论：从 Aspen Plus 稳态跨到 Aspen Plus Dynamics，第一步不是点导出，而是守住铁律 6——稳态必须先收敛；导出时要在流动驱动（Flow Driven，进料流量与压力固定、流量不随压差变化）与压力驱动（Pressure Driven，进料与产品的压力固定、流量由压差与阻力决定，需补阀门/泵等元件）之间选择，并用动态数据（容器初始条件、设备尺寸、传热选项）、PIDincr 控制器与Task 语言完成最小闭环——官方明确压力驱动"更严谨，但需要补压力控制元件如阀门与泵"。

〇、本篇要解决的认知问题

到第 12 篇，你已经会选物性、会做回归、会诊断收敛、会配置精馏塔与反应器、会看固液单元。这些都是稳态的能力：给定一套进料与设备规格，求一个「平衡态」的解。可你迟早会被问到一类稳态答不了的问题：「如果进料流量突然降 20%，塔顶纯度多久掉下来？」「这个控制回路能不能把液位按住？」「开工、停车、跳车时会发生什么？」这些问题的自变量里多了一个时间，答案是一条轨迹而不是一个点。

这就是动态模拟的入口。本篇围绕五个问题展开：

1. 为什么说「未收敛的稳态不得转入 Aspen Plus Dynamics」（铁律 6）？这句话背后是求解器机理的必然，还是「官方随口定的规矩」？
2. 压力驱动（Pressure Driven）与流动驱动（Flow Driven）的本质差异到底是什么？为什么压力驱动必须补阀门/泵这类元件，流量凭什么「由压差决定」？
3. 稳态里「进料给了流量和压力就能算」的自由度，到动态里为什么必须重排？动态求解器把流程当什么来解——为什么它不是顺序的？
4. 动态塔（RadFrac Dynamics）要额外给什么数据？控制器（PIDincr）与Task 语言各自解决什么问题，二者能互相替代吗？
5. 一个最小可运行的动态模型长什么样？从界面导出到第一帧动态，会遇到哪些必须先处理掉的报错？

这五个问题分别对应四类真实故障：前置条件类（第 1 问，稳态没收敛就导出，动态直接崩）、拓扑类（第 2、3 问，没补阻力元件或压力规格冲突，压力驱动根本配不起来）、数据缺项类（第 4 问，容器没给初始条件、设备没给尺寸，导出即报错）、操作类（第 5 问，不会看导出消息、不会区分 FATAL/ERROR/WARNING，把致命错误当告警忽略）。它们的共同特征是：稳态文件看起来「好好的」，一导出就出问题，而问题根源全都在稳态侧。

一、机制解析

1.1 稳态求解器与动态求解器：根本不是同一件事

理解本篇的第一把钥匙，是认清两个求解器不一样。官方动态课程把「Aspen Dynamics Resolution（求解机理）」单列成一节，并强调要「解释 Aspen Plus Dynamics 如何求解仿真、用示例说明（如加一条流程约束方程、改变规格）」。

• Aspen Plus 稳态求解器默认走顺序模块法（Sequential Modular）：把流程切成块，按顺序一块一块算，前块出口当后块入口（这正是第 05 篇里撕裂流产生的原因）。
• Aspen Plus Dynamics 求解器走方程导向（Equation Oriented）路线，把整个流程当作一个边界值问题（Boundary Value Problem）联立求解：所有内部压力与流量可以同时求解，动态计算不是顺序的（厂商 KB 明确指出：动态求解器与稳态求解器不同，动态计算不按顺序进行）。

这带来一条极重要的推论：稳态里「某股的流量由上游决定」这种顺序思维，在动态里失效了。动态里流量、压力是联立出来的结果，你必须在边界物流（进料与产品）上明确规定「压力还是流量」其中一个，让求解器有足够的定解条件。

1.2 铁律 6：为什么未收敛的稳态不能转动态

铁律 6是本系列的十条红线之一：动态模拟必须建立在已收敛的稳态之上。这不是保守，而是机理必然：

第一，导出动态时，稳态解会被用作初始条件（Initial Condition）。动态求解器要从这个初始状态开始积分。如果稳态根本没收敛，你交给它的就是一组自相矛盾的初始值（质量不闭合、能量不闭合、块内方程残差高于容差），动态积分从第一帧起就站在一个不存在的状态上。

第二，动态模型不接受"慢慢把矛盾磨平"这种指望——它做的是时间推进，而不是迭代找平衡。稳态那套「多迭代几百次说不定就收敛」的侥幸，在动态里没有对应的机制。厂商 KB 甚至给出一条反直觉的经验：从动态退回稳态，多数情况下不会得到解，而是回到收敛问题——正因为两者的求解机理不同。

第三，回到铁律 4（收敛 ≠ 算对）：即便稳态"收敛"了，也必须先做质量平衡与能量平衡闭合校验，确认这不是一个物理上荒谬的假收敛，再谈导出动态。把假收敛的稳态喂给动态，等于把错误放大。

所以正确顺序永远是：稳态收敛 →（铁律 4）平衡校验通过 → 补动态数据与尺寸 → 导出 → 动态积分。

1.3 压力驱动 vs 流动驱动：一张表看清本质差异

这是本篇的核心。官方课程专门有一节Pressure Driven Simulation，讲到「Explain Flow Driven Simulation and Pressure Driven Simulation；Explain how to configure a Pressure Driven Simulation」。把官方与厂商材料的定义整理如下：

官方对流动驱动的描述是：块的出口压力与流量由入口条件与块规格决定，不受下游块压力影响——这与 Aspen Plus 稳态的工作方式相同。对压力驱动的描述是：进料与产品的压力都固定，流量由压差得出，在 Aspen Plus 里需要用阀门、泵等把压力"配平"，因此配置起来更复杂，但更严谨。

流动驱动（Flow Driven） 压力驱动（Pressure Driven） ───────────────────── ───────────────────── Feed: F, P 固定 Feed: P 固定（F 待算） │ │ v v ┌────────┐ ┌────────┐ ← 进料阀门（阻力） │ 块 │ 出口 P、F 由块规格决定 │ 块 │ └────────┘ 与下游压力无关 └────────┘ │ │ v v Prod: P 待算 Prod: P 固定 ← 出口阀门（阻力） 流量 F = f(ΔP, 阻力) 等同稳态逻辑；不需要补元件 必须补齐阀门/泵，否则配不起来

一句话记忆：流动驱动=「流量我定」，压力驱动=「压力我定、流量让阀门管」。

1.4 压力驱动的三要素：规格、阻力、压力节点

压力驱动之所以能解，靠的是三类"零件"各司其职（这是厂商动态求解的通用概念，与 1.3 节一致）：

• 边界物流的规格（P/F Spec）：每一条边界流股（进料和产品）只能规定压力或流量中的一个，不能两个都规定、也不能都不规定——否则定解条件要么过量要么不足。官方原话概括为「在边界流股上要么定压力、要么定流量」。
• 阻力/传导操作（Resistance/Conductance Operation）：计算压降与流量的关系，阀门（Valve）是最典型的一类。这正是 1.3 节说「压力驱动必须补阀门」的机理原因——流量由压差决定，而"压力降多少对应多大流量"这条关系必须有地方定义。官方阀门文档明确指出：Valve 的主要用途之一，就是定义具有一致的压力剖面（pressure profile）、并适合导出为压力驱动动态仿真的流程。
• 压力节点操作（Pressure Node Operation）：计算（而非设定）某点的压力，容器（Vessel/闪蒸罐）是典型。压力是节点算出来的结果，所以不能把两个压力节点直接用管线连起来——中间必须夹一个阻力元件（如阀门），否则两个"压力由我算"的节点直接碰撞，方程组无解或病态。

把这三条合起来，压力驱动的配置口诀就是：边界标 P/F（二选一）→ 内部靠阀门定压降-流量关系 → 容器算压力 → 节点之间不许直连。

1.5 动态数据：容器初始条件、设备尺寸、传热选项

动态不是"稳态加个时间轴"。导出前，Aspen Plus 里必须补一批动态专属数据（官方课程Dynamic Data in Aspen Plus一节：描述如何从 Aspen Plus 流程输入创建动态仿真所需的数据，并做 Workshop「为简单块输入动态数据并把仿真导出到 Aspen Plus Dynamics」）。

第一，容器初始条件（Vessel Initial Condition）。官方动态入门材料明确：在Vessel Initial Condition页，要指定初始时刻（t=0）液相占总容器容积的分数（Liquid Volume Fraction）。这个量决定了动态起步时的持液量——液位控制回路的初始偏离、以及容器是否有足够的缓冲时间都取决于它。稳态解里"液位"往往不是一个被明确记录的数，动态里它是第一个状态变量。

第二，设备尺寸。动态里所有单元必须"尺寸齐备"才能算——官方明确要求所有单元操作在转入动态前必须在Rating或Dynamics页签上被正确尺寸化（sized）。对闪蒸罐是直径与长度（决定持液与汽空间），对塔是塔径、堰高、持液等。稳态不需要的几何，动态需要，这是最容易漏的一类数据。

第三，传热选项（Process Heat Transfer Option）。官方动态入门材料列出三种：

• Constant Duty（恒定热负荷）：默认选项，不需要额外数据——但注意官方说明：当稳态热负荷 Q 为零时，会回退到 Constant Duty 选项；
• Constant Medium Temperature（恒定介质温度）：热负荷取决于工艺流体与加热/冷却介质之间的温差；
• LMTD（对数平均温差）：热负荷取决于工艺流体与介质之间的对数平均温差。

这三选一决定了换热器在动态里是"只会照搬热负荷"还是"能对温度波动作出响应"。做温度控制研究时若还用默认的 Constant Duty，换热器就变成了一个"恒功率加热器"，控制回路的响应会严重失真。

把这三类动态数据归纳成一张尺寸化清单，导出前逐项核对，能挡掉绝大多数"一导出就报错"：

这张表的核心逻辑是：稳态算的是"通量"，动态算的是"存量"——没有"存量"的地方，时间轴就推进不下去。官方把这条纪律表述为"所有单元必须在Rating或Dynamics页签被正确尺寸化"。

1.6 动态塔（RadFrac Dynamics）与 Aspen Plus 里的动态形态

官方课程有专门的Distillation with RadFrac一节：解释 RadFrac 在 Aspen Plus Dynamics 里的能力，识别 Aspen Plus 里的 RadFrac Dynamic forms（动态形态），并做 Workshop 演示 RadFrac 模型。

要点是：塔在动态里不只是稳态那张"平衡级"的账了。塔要有塔盘/填料的几何与持液（否则塔板上没有"存量"可以积累，动态无意义），要有压力剖面如何随流量变化的处理，冷凝器/再沸器要有尺寸与持液。因此塔从稳态转动态，额外要补的是——塔径、各级持液（或堰高/堰长）、冷凝器与再沸器的持液与几何，以及压力控制的方式（塔通常需要"压力"这一边界量被恰当规定或由一个压力控制回路维持）。

一句话：稳态塔算"分离"，动态塔算"分离 + 存量 + 压力"。

1.7 控制器（PIDincr）与 Task 语言

控制器概念。官方课程Process Control一节：识别 Aspen Plus Dynamics 的过程控制模型，描述PIDincr 控制器（增量式 PID），并讨论自动生成的 PIDincr 控制器，Workshop「用不同控制模型并演示如何整定控制器」。所谓自动生成，是指动态模型在基础存量回路（如液位、压力）上会自动补出控制器——这正是官方说的"动态模型会提供额外功能来规定与配置控制系统"。

PIDincr 是连续控制的载体：它读出被控变量（如液位、温度、压力），按比例-积分-微分算出一个操作量，去驱动执行机构（如阀门开度）。控制器要有方向（作用方向）、增益/积分时间等整定参数——厂商动态最佳实践明确警告：不要在动态里跑没有控制系统与整定参数的模型，并提示要留意"控制器饱和（saturated）"以及"高增益 + 短积分时间"这类危险组合。

Task 语言与控制器是两回事。官方课程Tasks一节讲Task 的用途与语法，Workshop「用 Task 语言驱动事件和做间歇顺序控制」。Task 的定义是：一组语句（instructions），描述一串离散动作的序列——例如改变进料条件（扰动的施加）、改变控制器的设定值（set point）；Task 还能在某个预定义条件变为真时触发一个事件或动作（例如液位跌到某值以下就关闭/打开某阀），并且Task 语句按顺序执行。

所以二者的分工是：

• 控制器（PIDincr）负责连续调节——让被控量在扰动下保持在设定值附近；
• Task负责离散事件与顺序——按时间或条件，切换设定值、施加阶跃扰动、开关阀门、编排间歇步骤。

需要避免一个常见误解：控制器不会替你编排时序，Task 也不具备连续调节能力。做"开停车顺序 + 过渡过程稳定控制"这类课题，往往是两者配合——用 Task 按步骤推进工况，用 PIDincr 每一步内维持稳定。

官方产品侧还提到 Aspen Plus Dynamics 提供Task 功能（用于描述间歇/半间歇操作与事件驱动逻辑），课程里还涉及三个值得提前知道的进阶主题：反向流动（Reverse Flow）——用于蒸汽总管等可能出现倒流的系统；压力泄放（Pressure Relief）——在动态里实现压力安全阀（PSV）并做超压场景校核；脚本与自动化（Scripts and Automation）——用VBScript把重复动作（如批量改变量、按时间表扰动）自动化，避免手工操作带来的一次性、不可复现的误差。

1.8 导出流程与消息类型：别把 FATAL 当 WARNING

导出是"临门一脚"。官方动态入门材料给出两条导出路径：File / Export与File / Send to（导出后自动启动 Aspen Plus Dynamics 并载入），产物是.dynf动态文件与runiddyn.appdf（供物性计算）。

更重要的是导出消息的等级，这是本篇排错的核心技能。导出的消息分四级：

两类典型告警要单独记住：某股物流流量为零 → 没有可用于初始化组成的信息；闪蒸罐全充满液体 → 动态里会处在泡点压力（可能导致流量突变）。官方还给出一个实用工具：压力检查器（Pressure Checker），专门用于在真正导出前检测压力驱动的特定问题——不必先试图导出，用它就能发现压力配置缺陷。

二、完整操作与逐项剖析

下面用一个最小但完整的动态模型贯穿全篇：一股进料 → 闪蒸罐（Flash2）分成汽相与液相两股产品，加上进料阀、汽相出口阀、液相出口阀三个阻力元件，再挂一个液位控制器（PIDincr）控制液相出口阀。这个例子覆盖了铁律 6（先收敛）、压力驱动三要素、动态数据（容器初始条件与尺寸）、控制器——是官方课程里「配置一个压力驱动仿真」演示的最小化版本。

2.1 界面操作步骤

第 1 步：建立并收敛稳态模型。在 Aspen Plus 里搭出「进料 → 闪蒸罐 Flash2 → 汽相/液相两股产品」的稳态流程，选定物性方法（如烃类体系用PENG-ROB，极性低压体系用NRTL，按第 02 篇的决策框架），运行到收敛，并做质量/能量平衡闭合校验（铁律 4）。这一步不通过，后面全部作废（铁律 6）。建议另存一份稳态备份文件再往下走。

第 2 步：补齐动态数据。进入闪蒸罐的设定：

• 打开Vessel (Vessel Initial Condition)页，指定t=0 时液相占容器容积的分数（Liquid Volume Fraction）；
• 在Rating或Dynamics页签给出闪蒸罐的直径与长度（决定持液与汽空间）；
• 若要研究温度，换热相关单元还需在Process Heat Transfer Option里选Constant Duty / Constant Medium Temperature / LMTD（见 1.5 节）。

第 3 步：选择驱动类型并补阻力元件。在动态设定处选择压力驱动（本练习选更严谨的路线）。然后：

• 在进料与两股产品管线上各加一个阀门（Valve），给压力驱动提供"压降–流量"关系（官方阀门文档明确 Valve 的用途之一就是定义一致的压力剖面、支撑压力驱动导出）；
• 把边界物流的规格理顺：每条边界流股只规定压力或流量中的一个——压力驱动下，进料定压力（流量由上游储量与压差决定），产品定压力；
• 不要让两个压力节点（如两个容器）直连，中间用阀门隔开。

第 4 步：挂液位控制器（PIDincr）。放一个PIDincr控制器，输入信号（PV）接闪蒸罐的液位，输出信号（OP）接液相出口阀开度；设定控制器的作用方向与整定参数（增益、积分时间等）。注意厂商提示：不要在动态里跑没有控制系统的模型，并检查控制器方向与是否饱和。

第 5 步：导出并运行。用File / Export或File / Send to导出，得到.dynf动态文件；逐条阅读导出消息（见 1.8 节的四级），用压力检查器提前排查压力问题；在 Aspen Plus Dynamics 里载入初始条件、设定积分步长与运行/暂停，观察液位与各流量的时间轨迹。

关键设定表（最小动态模型）：

期望输出：导出成功、无 FATAL ERROR；Aspen Plus Dynamics 载入后给出初始条件快照并停在一个稳态点上（t=0 时各变量基本不漂移）；点击运行后，液位在设定值附近保持稳定，给一个扰动（如用 Task 把进料压力/阀位阶跃一下）时液位出现过渡过程并在控制器作用下回到设定值附近——这条"扰动—过渡—回稳"的轨迹，就是动态模型跑通的标志。

2.2 结果怎么看

三、常见报错与排查

1. 一导出就报 FATAL ERROR，或 Aspen Plus Dynamics 打不开文件。

• 现象：File / Export弹出红色致命错误；或动态文件载入即失败。
• 根因：多为三类——①稳态根本没收敛就导出（违反铁律 6）；②用了动态不支持的 Aspen Plus 特性；③结果与动态不自洽（如RadFrac 压力剖面问题）。官方把这三类都归到 FATAL ERROR。
• 解法：先回到稳态把收敛问题解决（回顾第 05 篇的控制面板与 Err/Tol 诊断）并做平衡校验；再逐条读导出消息，定位是"不支持的特性"还是"不自洽的结果"，逐一替换或修正。FATAL 不可绕过。

2. 压力驱动配不起来，或导出时总体出现大量 WARNING（阀门压降为负/为零）。

• 现象：压力驱动流程导出报「阀门压降为负或为零」；或压力检查器一查一堆问题。
• 根因：压力驱动必须有阀/泵等阻力元件与一致的压力剖面；常见错误是缺阀门、两个压力节点直连、或边界物流同时规定了压力与流量（定解条件过量）。
• 解法：按 1.4 节三要素逐项补——边界物流压力/流量二选一、内部补阀门定义压降–流量、压力节点之间用阀门隔开；导出前先用压力检查器（不必真的导出）把压力缺陷清掉。

3. 导出报「闪蒸罐全充满液体」或「某股流量为零」。

• 现象：WARNING 提示"Flash vessel full of liquid: will be at bubble pressure"或"Zero flow in a stream: no results to initialize composition"。
• 根因：容器初始条件（液相体积分率）设为 100%，动态里会处在泡点压力、可能引起流量突变；或某股物流稳态流量为零，没有组成可以用于初始化。
• 解法：把液相体积分率调到合理值（留出汽空间）；对零流量的流股，要么给它一个微小非零初值，要么检查上游是否有不该为零的物流被设成了零。

4. 动态能跑，但曲线"飘"或不稳定，控制器按不住。

• 现象：液位/温度持续偏离或振荡，控制器输出长期饱和。
• 根因：①没有控制系统或整定参数不当（厂商提示：不要在无控制系统/无整定参数的情况下跑动态）；②控制器作用方向错；③高增益 + 短积分时间这类激进整定；④积分步长过大导致数值失真。
• 解法：先确认 PIDincr 的 PV/OP 接线与作用方向正确；再把整定从"保守"调到"合适"（避免高增益+短积分）；检查是否控制器饱和；必要时减小积分步长重跑。厂商明确警告：控制器饱和与激进整定是动态发散的高频根因。

5. 换热相关的动态结果与预期差很多。

• 现象：给温度扰动，换热器出口几乎不动，或动得离谱。
• 根因：传热选项选错——用了默认的Constant Duty，动态里换热器变成"恒功率加热器"，不随温度差变化；官方还提示当稳态热负荷 Q 为零时会回退到 Constant Duty。
• 解法：按研究目的改选Constant Medium Temperature或LMTD（见 1.5 节）；确认稳态 Q 不为零，否则选项会被静默回退。

四、动手练习

练习 1：为一个「闪蒸罐 + 三阀 + 液位控制器」的最小流程，产出一张「压力驱动配置检查表」。

做法：按 2.1 节完整建出该流程（压力驱动），导出并用压力检查器排查。记录：进料/两股产品各定了压力还是流量、每个阀门是否给出压降–流量关系、是否存在压力节点直连、导出消息的等级计数。
判定标准：产出一张四列五行的检查表，每行给出「检查项 / 现状 / 是否符合 / 依据」；必须满足：每条边界流股只定压力或流量之一、无压力节点直连、导出零 FATAL ERROR。若出现 FATAL 或 WARNING，须写出该条的等级与修正动作。若表里出现"导出了但没读消息"，判定为不合格——不读消息等于没导出。

练习 2：把同一模型分别配成「流动驱动」与「压力驱动」，产出两张对照结论。

做法：复制练习 1 的模型，先配成流动驱动（进料流量+压力固定、产品压力待算、不补阻力元件），导出跑通；再配成压力驱动（补三阀、边界标压），导出跑通。对同一扰动，记录两种模式下液相出口流量的响应。
判定标准：产出一张两行（流动驱动 / 压力驱动）对照表，含「进料规定、产品规定、是否需阀门、流量是否随压差变化、扰动下液相流量是否变化」。流动驱动行应体现「流量由物料平衡决定、不随压差变」；压力驱动行应体现「流量由压差+阻力决定、扰动下会变」。若两行结果雷同，说明压力驱动的阻力元件没真正起作用，需检查阀门是否被正确规格化。

练习 3：用 Task 语言施加一次阶跃扰动，并判定控制回路是否有效。

做法：在练习 1 的动态模型里，用Task在指定时刻把进料压力（或某阀开度）阶跃改变，运行后用趋势图（Strip Chart）采集液位与控制器输出的时间曲线。
判定标准：产出「时间—液位—控制器输出」三条曲线与一句结论。通过标准：扰动施加后液位出现过渡过程，并在有限时间内回到设定值附近（不发散、不持续振荡），控制器输出最终稳定且不长期饱和。若液位发散或控制器长期饱和，按第三节第 4 条排查整定、作用方向与积分步长，修正后重跑，并对比修正前后的回稳时间。

五、小结与下一篇预告

这一篇把"稳态算完就完事"的视角，第一次切换到了时间轴上。核心结论有四条：

第一，稳态与动态是两个求解器——稳态默认顺序模块法，动态走方程导向、把流程当边界值问题联立求解，动态计算不按顺序；因此铁律 6（未收敛不得转动态）是机理必然，不是保守教条，而且从动态退回稳态多数情况下得不到解。

第二，流动驱动 vs 压力驱动的本质差异在"谁定流量"——流动驱动：进料流量与压力固定，流量不随压差变化，等同稳态逻辑、不需补元件；压力驱动：进料与产品压力固定，流量由压差与阻力决定，必须补阀门/泵，且更严谨。

第三，压力驱动三要素——边界物流的P/F 规格（二选一）、阻力/传导操作（阀门等）、压力节点操作（容器）；口诀是「边界二选一、内部靠阀门、节点不直连」，并可在导出前用压力检查器自查。

第四，动态数据与控制系统——容器要初始条件（液相体积分率）与尺寸、换热器要选Constant Duty / Constant Medium Temperature / LMTD、全流程单元要尺寸齐备；PIDincr 控制器管连续调节、Task 语言管离散事件与顺序，二者不可互相替代；导出消息按FATAL / ERROR / WARNING / INFORMATION四级读，FATAL 不可绕过。

留下的问题是另一类"难物系"：本篇与前面讲的都是相对"干净"的体系（烃、常规极性、常规固体）。真实化工里还有一大类是离子体系的液体——酸性气体（CO₂/H₂S）的胺法脱除、pH 控制、盐水体系。它们不能用普通活度系数方法近似（铁律 8），必须用电解质物性方法（ELECNRTL），还要区分化学平衡与真组分（True Components）——这既是物性方法问题，也是反应与相平衡的双重难点。

下一篇：《第 13 篇｜Aspen Plus 进阶与工程案例：电解质与酸性气体体系建模》——ELECNRTL 的适用与离子反应（化学平衡 vs 真组分）、pH 体系与酸性气体（CO₂/H₂S）在胺法/碱洗中的建模要点，以及"离子体系为何不能用普通 NRTL"的完整解释。

本篇认知问题回显（FAQ）

Q1：Aspen Plus 为什么规定未收敛的稳态不得转入 Aspen Plus Dynamics？

A：因为动态以稳态解为初始条件并做时间积分，未收敛的稳态给出的是一组质量/能量不闭合、残差超容差的矛盾初值，动态积分从第一帧起就没有可用起点；且动态求解器不做"迭代找平衡"，无法替你把矛盾磨平，所以必须先收敛并做平衡校验（铁律 6）。

Q2：Aspen Plus Dynamics 里压力驱动与流动驱动的本质差异是什么？

A：流动驱动下进料流量与压力固定、流量不随压差变化（等同稳态逻辑，不需补元件）；压力驱动下进料与产品的压力固定、流量由压差与阻力决定，因而必须补阀门/泵等压力控制元件，官方称压力驱动更严谨但配置更复杂。

Q3：配置一个压力驱动动态仿真需要哪三样东西？

A：一是边界物流（进料与产品）的压力/流量规格且每条只规定其中之一，二是阻力/传导操作（阀门等）用于计算压降与流量的关系，三是压力节点操作（容器等）用于计算节点压力；并遵守"两个压力节点之间不直连、中间夹阀门"的规则，导出前可用压力检查器自查。

Q4：Aspen Plus Dynamics 里 PIDincr 控制器与 Task 语言各解决什么问题？

A：PIDincr 是增量式 PID 控制器，负责连续调节被控量（如液位、压力、温度）使之在扰动下保持设定值；Task 是一组顺序执行的语句，负责离散事件与顺序控制（改变进料条件、切换控制器设定值、按条件触发开关阀），二者一个管连续调节、一个管离散事件，不能互相替代。

Q5：从 Aspen Plus 导出动态文件时，为什么必须逐条读导出消息？

A：因为导出消息分 FATAL ERROR、ERROR、WARNING、INFORMATION 四级，含义完全不同——FATAL 表示用了不支持的特性或结果与动态不自洽，必须修正后才能导出；WARNING（如阀门压降为负、闪蒸罐全充满液体）是必须检查的隐患；漏读会把致命错误当告警忽略，导致动态直接失败或结果失真。