1. 为什么要把执行控制工程的术语“钉”清楚1.1 一次真实项目风波同一个“阀开”两种理解我在仪表自控这一行泡了十几年最怕的不是工艺条件苛刻也不是设备选型难而是开技术讨论会时大家对同一个词说的根本不是一个意思。前两年有个改造项目设计文件里写“调节阀故障时阀开”工艺专业理解成“阀门开到最大保证流量不中断”设备专业理解成“阀门保持最后开度不允许再动”仪表专业执行的是“失气后弹簧把阀芯推回全开位置”。三方在会议室吵了一下午最后翻出HAZOP报告才发现工艺要的是“失气开保证冷却水不断”但设计说明里只写了“阀门故障安全位置为开”少了一个关键定语。从那天起我就意识到执行控制工程这一块缺的不是硬件不是算法而是一本大家都能认账的“词典”。这里的执行控制工程我指的是控制系统中从控制器输出、信号传输、执行机构动作到现场阀门/设备状态反馈的整个链条。它不像PID整定那么靠数学也不像组态那么靠软件它更多是靠人和人之间对齐口径。于是我开始在公司内部牵头整理一套《执行控制工程术语规范》现在做到v0.1这篇就聊聊这套规范怎么搭、里面定了哪些关键术语、以及执行过程中踩过的坑。1.2 术语混乱的范围比我预想的大得多项目风波结束之后我花了大概两个月时间把近五年经手的控制方案、仪表规格书、联锁逻辑说明、操作手册翻了一遍收集了两百多处“同一个东西不同叫法”的现象。不翻不知道一翻吓一跳。举几个最典型的同一个控制阀设计院叫“调节阀”现场老师傅叫“气动阀”采购清单里叫“控制阀”英文对应又写成Control Valve或Modulating Valve同一个开关型阀门有人叫“切断阀”有人叫“开关阀”还有人叫“联锁阀”。控制模式更是重灾区“自动”这个词在DCS回路里、在现场手操器里、在变频器面板上含义完全不同。更别提缩写AO在不同专业里可能是模拟量输出也可能是“空气开”Air Open曾经真有新同事拿着IO清单一脸认真地问“这个AO是不是就是气开阀的意思”。这些混乱的代价不在纸面上而在现场。接线错了可以改组态错了可以下装但术语理解错了往往到调试甚至生产阶段才爆发。轻则返工重则联锁拒动或者误动。所以我认为执行控制工程领域到了必须把基础术语规范化的阶段v0.1就是一次尝试。2. 术语规范v0.1的整体设计思路2.1 先明确这部规范“管什么、不管什么”做规范最容易犯的错就是想一口吞个胖子把所有相关学科都拉进来。执行控制工程本身横跨仪表、电气、工艺、IT好几个专业如果定义太宽条目会爆炸而且很多词条深挖下去是另一个领域的核心概念硬塞进来反而不好定。我在v0.1里给自己划了一条清晰的边界这部规范只管控制器输出到执行机构动作、再到状态反馈这段“执行链路”上的术语以及和操作模式、联锁逻辑、信号状态直接相关的配套词汇。具体来说有三个“不碰”不碰PID算法内部的专业名词比如积分分离、微分先行那是控制理论的事不碰阀门本体设计强度、材料等级、流量系数计算里的术语那是阀门专业的事不碰DCS硬件架构词比如控制器冗余、通讯卡件那是系统组态的事。边界划清楚之后这份规范才可能被真正落地使用。不然每个专业进来都想塞自己的词最后node文档膨胀到没人看。2.2 术语分类体系五个维度我按执行控制工程的实际工作流把术语分成五个维度这样使用时很好检索也方便后续扩充版本。第一个维度是“控制对象”包含执行器、调节阀、切断阀、风门、变频器、电动执行机构、电磁阀这一组。第二个维度是“控制模式”包含自动、手动、串级、比值、分程、超驰、联锁、程序控制这一组。第三个维度是“信号与状态”包含AO、DO、AI、DI、开度、行程、全开位、全关位、回讯、远程/本地、故障位置等。第四个维度是“工程文档与图纸”包含控制方案、因果图、IO清单、端子图、回路图、逻辑图。第五个维度是“动作与功能”包含正作用、反作用、故障开、故障关、故障保持、保位、电磁阀得电、电磁阀失电等。这五个维度不是严格按学术体系分的更多是照顾使用习惯。设计人员在写规格书时主要查前三维和第五维工艺人员在读因果图时主要查第三维和第四维运行操作人员最需要的是第二维和第三维。我后面写每个词条时都会标注它属于哪个维度这样哪怕有人只看单条也能知道这个词在链条中的位置。2.3 每一条术语的书写模板v0.1里每条术语都按固定模板写模板是我参考多个厂标和国标文件之后简化出来的包含七个字段条目编号、术语名称、英文对照、缩写、定义、允许同义词和禁用词、备注与示例。条目编号用三位段码加三位序号比如KZ-DX-001KZ代表控制DX代表对象这样后续加词条不需要全局重排。英文对照尽量采用IEC或ISA里的常用写法不自己造词。允许同义词给出现场偶尔会用但不算错的说法禁用词则明确列出那些歧义大、信息量低的口语化称呼。备注与示例是整条里最值钱的部分我会写清楚这个词在什么场景下用、和相邻词的区别、以及容易踩的坑。为什么这么强调“允许同义词”和“禁用词”两个字段因为术语工作最大的阻力从来不是定义不清而是习惯难改。一个现场干了二十年的老师傅你让他别叫“头子”得有个缓冲带。规范里明确写“执行机构是规范名称头子为禁用词”比嘴上劝一百遍管用。3. 核心术语拆解我在v0.1里优先定清楚的三组词3.1 执行机构与阀门执行器、调节阀、切断阀这一组是执行控制工程的基本盘我优先定清楚。下面三条是v0.1里的核心词条我把完整写法摆出来供参考。KZ-DX-001执行器Actuator缩写ACT。定义将控制信号转换为机械位移或力矩的装置用于驱动阀门、风门等被控对象完成调节或通断动作。允许同义词执行机构。禁用词头子、马达、气缸。备注执行器只是“动力头”不包括阀门本体在过程控制中执行器与控制阀阀体组合后统称为控制阀。KZ-DX-002调节阀Control Valve缩写CV。定义通过改变流道截面积连续调节流体流量、压力或温度等参数的阀门总成一般包括阀体、阀内件、执行机构及附件。允许同义词控制阀。禁用词气动阀、电动阀以上仅描述驱动方式未表明是否具备调节功能。备注判断一个阀算不算调节阀看它是否接受连续控制信号并在行程范围内任意位置定位而不是看它长得像不像。KZ-DX-003切断阀On-Off Valve缩写OV。定义只接受全开或全关指令用于建立或切断流路的开关型阀门。允许同义词开关阀、两位阀。禁用词联锁阀、安全阀。备注现场常把用于安全联锁的切断阀叫“联锁阀”但这个词容易和弹簧式安全阀混淆v0.1里统一叫“安全联锁切断阀”不允许简称。为什么要把“正作用”和“反作用”单独拎出来定义因为这两个词在现场极其容易搞反直接关系到故障位置。我给的定义是正作用执行机构输入信号增大时输出位移或推力增大在弹簧复位式气动执行机构中膜头内气压升高推动阀杆下压叫正作用反作用则相反。故障位置的定义我放到后面“信号与状态”维度里讲但它和正反作用是一对强关联词建议使用时固定搭配不要只写“气开阀”或“气关阀”而不标注“故障开/故障关”。3.2 控制模式与操作权限AUTO/MAN/CAS的边界控制模式看起来好懂实际上最容易在项目各方之间产生歧义。我见过最极端的例子操作员说“我切到手动了”其实他只是在HMI上点了一下“MAN”但现场仪表还挂在远方自动状态另一个操作员说“自动着”但回路被联锁逻辑强制在安全输出值上。这两个人如果不对一下权限层级迟早要出问题。v0.1里我对控制模式定了几条关键共识。自动模式AUTO控制回路按照设定值与内部运算结果自动输出控制信号运算结果由控制器完成操作员不直接干预输出值。手动模式MAN操作员在操作站或现场指示仪上直接给定输出值控制器不参与运算或仅做高限/低限约束。串级模式CAS本回路设定值由上游主回路输出自动给定副回路本身可以切AUTO或MAN。远程/本地Remote/Local该词只描述信号来源位置不描述控制算法状态远程指输出信号来自控制系统的AO通道本地指输出信号来自现场仪表/手操器。这里最关键的界定是模式词必须和权限主体一起用不能说“回路在自动”要说“回路在DCS自动”或“回路在现场盘柜手动”。我给每条解释后面都加了一句备注任何控制模式描述必须同时指明谁拥有最终输出权限避免“自动”一词在不同层级间滑移。分程控制和超驰控制也是执行控制工程常用的模式词v0.1里同样给了标准定义。分程控制Split-Ranging一个控制输出信号按区间分配驱动两个或以上执行机构例如4-12mA驱动A阀12-20mA驱动B阀。超驰控制Override当某一过程变量越限时自动将控制权从正常工作回路切换到另一优先级的回路变量恢复正常后再释放控制权。两者都必须标明优先级和切换判断条件不允许只写一个“超驰”就完事。3.3 信号、状态与回讯躲开“有信号/没信号”的坑这一维度关系到现场接线和联锁逻辑是最不能含糊的部分。v0.1里信号/状态维度的词条数量最多我挑几条重点介绍。AOAnalog Output模拟量输出控制系统输出给执行机构的连续电信号通常为4-20mA用于驱动调节阀定位器或变频器等。DODigital Output开关量输出控制系统输出给执行机构的离散电信号通常为继电器触点或晶体管信号用于驱动电磁阀、接触器、指示灯等。回讯Feedback/Position Feedback执行机构实际位置的状态反馈信号分为连续反馈如4-20mA阀位变送器信号和离散反馈如限位开关触点信号。在“开度”和“行程”这两个词上很多文档混用得厉害。我建议的开度定义是调节阀当前流通截面相对额定流通截面大小的百分比是个无量纲值行程定义是执行机构或阀芯从全关位置移动到当前位置的线性距离或角位移。两者有关系但不完全等价。实际项目里用开度作为操作显示值用行程作为机械设备调整和限位检查时的参考量写文档时不要混着用。故障位置这组词更是需要重点统一。故障开Fail Open/Fail to Open、故障关Fail Close/Fail to Close、故障保位Fail in Place/Fail Locked这三个词v0.1里统一定义为“在失去气源、失去电源或控制信号故障时执行机构及阀门自动抵达的安全状态”。故障位置的选择依据是工艺安全分析不是仪表的便利性所以规范里我特意加了一个强约束因果图和仪表规格书中必须同时给出故障位置的触发条件例如“仅失气时故障开失电时故障保位”不允许只写一个笼统的“故障安全”。还有个容易被忽略的词电磁阀得电/失电。工程界对“电磁阀得电动作”和“电磁阀失电动作”的意识普遍不足我常常看到DCS逻辑里写“联锁时电磁阀得电”导致现场失电时阀门保持原位而不是回到安全位置。v0.1里规定涉及安全联锁的电磁阀除非工艺有明确理由否则采用失电触发安全位置方式并且所有逻辑图和因果图必须标注电磁阀的得电/失电与阀门最终动作方向的函数关系。4. 从v0.1到全行业可用术语规范的执行策略4.1 编写时我用的资料与取舍原则再好的分类和模板如果词条内容本身不可靠规范就是废纸。我在v0.1编写前期把能找到的国标和行业标准翻了几个来回包括控制阀术语、过程测量和控制功能块命名、仪表符号标识相关的标准文本再把它们和公司实际项目文件比对至少看了三十份以上的控制方案和联锁逻辑说明。取舍原则有三条。第一标准优先但不盲从标准。标准里定义偏学术、和现场叫法差异太大的我以标准为底、以现场习惯注释为补充。第二同一个术语如果标准之间有冲突选择与执行控制工程上下游衔接更紧的那一版并在备注里说明另一个标准里的含义方便别人查旧资料。第三定义用词必须“可判断”不能出现“较低”“可靠”“合理”这类主观词每条定义都要能通过观察或测量来证实。4.2 评审与试点邀请工艺、设备、仪表、IT一起抠字眼术语规范不是仪表一个专业自嗨的产物执行控制工程的每一条词都牵动工艺安全分析、设备选型、操作员培训、系统组态。v0.1初稿写完后我组织了三次正式评审邀请工艺工程师、设备工程师、DCS组态工程师、运营操作主管参加。评审最大的价值不是纠错而是让每个专业在自己熟悉的术语上“宣誓主权”把自己那一行的叫法定下来。比如“工艺联锁”和“设备保护联锁”这两个词仪表组态和工艺工程师吵了很久。最后按功能目的切分凡是直接保护人身、环境或防止重大设备损坏、需要进SIS系统的联锁统一叫“安全联锁”凡是为了工艺平稳、避免局部超限而做的常规控制联锁统一叫“工艺联锁”不进SIS。这样一来因果图和联锁逻辑图的标题栏就不会再出现模糊的“联锁”字样。试点应用也很重要。v0.1定稿后我先挑了一个正在设计的中型改造项目强制性要求所有规格书、逻辑说明、操作面板标签按规范执行。项目组一开始抱怨不习惯但经过一轮提资之后沟通效率明显改善尤其在设计方与施工方交接时几乎没有出现“这个阀到底是故障开还是故障关”之类的扯皮。4.3 版本管理与标识v0.1只是起点既然是v0.1就必须对后续演进留好接口。我在规范文件头部加了一张修订页列明版本号、修订日期、主要修改内容、编制人、审核人。另外我给术语条目编号做了“永不复用”的原则某条术语即使后续被废弃或合并原编号也保留在那只在新表格里标识为“废弃/合并至XX条”这样所有旧文档引用的编号永远可追溯。同一术语出现新含义时不要简单改定义而是新增“适用场景”限定。比如“阀门开度”在石油化工和火电里的校准基准可能不同但保存同一个编号的前提下在备注里写清楚不同行业的校准基准差异即可。v0.1的经验是术语规范永远在“统一”和“容纳差异”之间走钢丝版本管理做得好这个钢丝才走得稳。5. 编制过程中必须注意的坑5.1 “定义准确”与“现场都这么说”之间的平衡术语规范最容易翻车的地方就是太想“准确”而脱离现场。比如“气动执行机构”按标准定义通常指以压缩空气为动力源的执行机构但现场很多人把“气动阀”直接等同于自动化阀组并不区分执行机构和阀体。我在v0.1里把“气动阀”“电动阀”列为禁用词很多操作工就不乐意他们觉得“我们平时就这么叫没毛病”。硬顶着干只会让规范落不了地。后来我换了个策略规范主词条用准确的“执行机构阀体”组合名在允许同义词里把“气动阀”放进去同时在禁用词说明里写“严禁用于正式设计文件和联锁逻辑描述仅允许口语交流”。这样既能保证正式文件严谨又不剥夺大家日常沟通的语言习惯。5.2 一个缩写对应多个含义怎么办缩写撞车是执行控制工程的重灾区几乎每个缩写都能找出两三种含义。拿最典型的AO举例在仪表专业它是模拟量输出在气动附件语境里它是Air Open气开的缩写。我见过IO清单和阀门规格书出现在同一个设计包前者写AO1后者写AO不仔细根本分不清。v0.1的规则是凡出现缩写的正式文件首次出现处必须同时写出中文全称和英文全称例如“AO模拟量输出Analog Output”。统一缩写表单独列一个附录按字母排序每个缩写最多保留一个推荐含义其余含义列为“本规范不采用使用时必须全文拼写”。这条规则虽然笨但能把歧义压到最低。5.3 规范不能只管术语表还要管用法只给出词条定义、不管你怎么用的规范用不了多久又会被大家放在角落里积灰。v0.1里我加了一个非通用的章节叫“表达规范”里面写了三条铁律第一描述阀门安全位置时必须同时标注失效条件和动作方向不允许只写“故障安全”第二描述控制模式时必须标注权限级不允许只写“切自动”第三涉及联锁动作方向时必须从电磁阀得电/失电开始描述不允许只写结果不写触发条件。这套“用法条款”才是v0.1真正想要推动的东西。术语表是地图表达规范是交通规则地图只能让人不迷路交通规则才能避免撞车。每个用规范出文件的人只要遵守这三条执行控制链路里的信息丢失就会少一大半。6. 给同样想做术语规范的人几个可复制经验先说说我踩过最大的坑。v0.1第一次评审时我太高估大家的耐心一股脑铺了七十多条词从执行器定义一直讲到IO通道命名。结果会开到一半工艺工程师开始刷手机DCS负责人直接问“这和我的组态模板有什么关系”。后来我把评审拆成三场每场只过二十三到三十条术语并且每条都配有正反示例尤其是“错误写法”和“正确写法”的对比一下子就好评了。做术语规范节奏和颗粒度比词汇量重要。再分享一个被证明有效的细节我把v0.1直接塞进了公司的设计模板里。仪表规格书、IO清单、联锁逻辑图的章节里都嵌入了规范号例如“阀门故障位置描述应遵循《执行控制工程术语规范v0.1》3.2节”。模板一改所有人必须在写文件时面对这套词条比发十几封邮件催促管用得多。规范要进入工作流而不是飘在工作流之上。最后如果你想在公司或开源社区里发起类似的事情别想着一次做到完美先发一个v0.1标记清楚“草稿、征求意见”。早期参与的人越多后面推广的阻力越小。我这份v0.1现在还在内部收集意见预计两个月后出v0.2到时会把大家提的阀杆填料和防火阀词条补进去。做执行控制工程术语规范这件事看起来是咬文嚼字的案头活实际上是在给现场安全铺路。每次多堵住一个含糊的词联锁逻辑就少一分被误读的可能。与所有在这条链路上拧螺丝钉的同仁共勉。