IEC104规约遥控遥调全解析：报文结构、选择执行机制与调试实战

画面弹窗弹出“确认对1号主变102开关执行遥控分闸？”我点下确定键，两秒后断路器位置变位，后台跳出一条SOE事件，电压曲线出现轻微波动。很多人觉得这一步操作很平常，但背后其实是IEC104规约里一整套控制机制在运转。我写这个系列的前两篇时，把链路建立、遥信遥测的上行机制都聊透了，这篇终于轮到控制方向——遥控和遥调。

变电站自动化里讲“四遥”，遥信、遥测、遥控、遥调。如果说前两者是远动的眼睛，负责把现场状态和测量值传上来，那遥控遥调就是远动的手，要由主站反向把控制指令送下去。手不能乱伸，所以IEC104在这套控制机制上加了大量约束：选择执行、返送校核、超时终止、闭锁校验、设定值限值……整套流程设计得有来有回，是为了在一条不太可靠的通信链路上，仍然能保证断路器不会因为一个误码就误动。

这篇文章对三类人最有用：一是做变电站/配网自动化现场调试的工程师，二是写电力监控后台或者通信管理机的研发人员，三是刚接触104规约、想把遥控遥调彻底弄明白的学生。我会把报文结构、状态机、常见坑一次讲透。

1. 从“看”到“操”：遥控遥调在远动体系里的准确定位

1.1 四遥的分工与数据流方向

搞104规约，先要把四遥的分工和报文方向在大脑里画清楚。

这是一个经常被忽略的关键点：遥信遥测是子站向主站方向，而遥控遥调是主站向子站方向。方向一变，整个ASDU的设计思路就完全不一样了。

上行方向的数据，子站什么时候变了就什么时候发，主站被动接收，压力在数据组织的实时性上。下行方向的控制命令则不同，主站必须主动发起一次“请求”，并且等待子站确认。如果链路不稳定，命令在半路丢了，谁来负责重发？如果子站执行了一半主站掉线了，后续怎么处理？这些都是在遥控遥调里必须解决的问题。

1.2 遥控和遥调到底有什么区别

很多初学者容易把遥控和遥调混在一起，实际上它们在IEC104里属于不同种类的ASDU，信息体结构也不一样。

遥控，控制的对象是离散状态量。比如断路器只有“分”和“合”两个稳态，中间不允许有连续过渡。我下发一个“分闸”命令，子站收到后驱动操动机构，让断路器从合位变到分位。这个过程的本质是“状态切换”，结果只有两种，要么分到位，要么没分。对应到ASDU，就是单点命令、双点命令、步进命令这几种类型。

遥调，控制的对象是设定值。变压器有载分接开关有十几个档位，我下发“目标档位=5”，子站就驱动电机把分接头从当前档位调到5档；或者我下发一个“目标无功=10Mvar”，子站按这个设定值去投切电容器。它的本质是“数值调节”，目标值本身是一个连续量或有限个离散档位，可以反复调整、微调，不需要像断路器那样追求一次性到位。

从工程实现上看，遥控命令关心的是“分/合”这个双态，遥调命令关心的是“值是多少”。所以遥控用的SCO（命令状态和限定词）很短，只有一个字节；遥调用的设定值信息体则是两字节或四字节的数值，后面跟着品质描述和时标。理解了这一层，再看ASDU类型号就不会晕。

1.3 控制不是单向的：主站必须形成闭环

遥控遥调虽然是下行命令，但整个控制过程从来不是“发出去就完事”。

我最常对新人强调的一句话是：遥控事件的结束，不是子站回“执行确认”的时刻，而是主站收到对应的遥信变位并且核对无误的时刻。也就是说，一个完整的遥控闭环，一定包括“主站下发命令→子站确认→子站执行→状态变位→主站收到变位遥信”这个完整链条。

有一次在现场，我做开关遥控试验，执行确认明明返回了“成功”，可后台画面上开关位置纹丝不动。当时觉得奇怪，查了半天发现是开关机构的防跳继电器把合闸回路闭锁了，机构根本没动。子站侧的控制输出是发了，但被机构层面的闭锁条件拦住了。从规约角度看，子站确实“执行”了控制输出，但从系统角度看，开关状态没有改变。所以成熟的主站系统都会把“遥控命令是否成功”的判断交给状态变位来确认，而不是只看执行确认。

2. 为什么遥控必须“选择-执行-终止”：这套机制的设计逻辑

2.1 选择-执行-终止：一套防止误动的安全协议

IEC104里遥控命令最常见的机制叫SBO，即Select Before Operate，操作前先选择。我第一次给刚入行的同事解释这个概念，用的类比是：你想远程把家里门锁打开，安全起见不是直接一发指令就开锁，而是先发一条“我要操作门锁”，等待门锁回复“好的，请操作”，再发真正“开锁”的那条指令。这样一来，哪怕中间某条指令被干扰或者点错了对象，门锁都不会贸然动作。

具体到104规约里，整个过程分三个状态：

1. 选择：主站下发命令，SCO里的选择/执行标志位置“选择”，子站收到后校验对象地址合法、权限满足、闭锁条件允许，然后返回“选择确认”。注意此时断路器的操动机构并未动作，只是“被选中”。
2. 执行：主站收到选择确认后，再下发一条同对象、同命令值的“执行”指令。子站收到后，这时才真正驱动继电器，给断路器分闸或合闸回路输出脉冲，然后返回“执行确认”。
3. 终止：如果选择完成但执行条件不满足、或者执行过程中出现问题，子站可以返回“激活终止”，命令流程结束。另一种终止情形是选择后主站超时没有发执行，子站自动撤销选择，这也是一种隐性终止。

2.2 为什么不能一步到位？安全性优先于速度

有人会问：远程操作本来就要及时，为什么非要拆成两步、来回两条报文？

答案是：电力系统里最怕的就是“误控”。如果只有一步，主站画面误操作、鼠标双击、网络中一个误码、或者调试软件里误发了一条命令，都可能直接导致断路器误跳，大面积停电就来了。拆成“选择-执行”两步后，即便某条报文出错，断路器也不可能在一次命令里动作，因为两条指令必须严格配对、对象地址必须一致、动作值必须相同。

更进一步，104规约还允许主站在“选择”之后、执行之前，下发“取消”命令（限定词QU=11），把选择撤销。也就是说，从选择到执行之间留出了一个人工确认窗口。主站后台在收到子站的选择确认后，很多系统会在界面上再弹一次确认框，“是否执行分闸？请再次确认”。这一层人机交互，恰好对应了SBO机制里的执行步骤。

2.3 超时与自动撤销：给选择加一个“有效期”

我在实际调试中经常遇到一个现象：主站对某个开关下发选择命令，子站返回了选择确认，但主站因为网络抖动迟迟没有把执行命令发下去，过了一段时间，子站自己把这次选择撤销了，后续再发执行命令时，子站直接拒绝，返回“没有选中的对象”之类的错误。

这就是SBO机制里的超时保护。子站侧通常会对“选择后等待执行”设一个时间窗，常见配置是10秒或30秒。超过这个时间窗口，子站认为这次选择已经失效，自动释放被选中的控制对象。

这个设计背后的逻辑很朴素：时间窗口越长，中间被其他进程误触发的概率越高。一个被选中的断路器等在那儿，万一主站因为程序故障或者网络中断一直执行不了，它就在那挂一辈子，显然不行。所以每次遥控前，我都会习惯性地确认一下主站和子站两侧超时参数的匹配性，比如主站设置的重发周期是5秒、子站超时是10秒，这意味着最多重发两次就必须能完成执行，否则流程就会被终止。

2.4 直控模式：关掉SBO的轻量方案

不是所有场景都走SBO。不少配网终端、分布式电源并网开关，为了追求遥控响应速度，会把返送校核关掉，采用“直控模式”。也就是主站一条执行命令直接给到子站，子站收到就动作，然后返回确认。

直控模式节省了一次往返时间，对通信状况良好、控制对象风险较低的场合是可行的。但代价是失去了选择的保护，一旦命令字在传输中被干扰、或者主站软件把对象地址发错，设备就可能误动。所以我个人的观点是：高压等级、主网侧设备，必须保留SBO；配网末端的简单负荷开关，可以按需配置成直控，但要有可靠的防抖和误码校验。

3. 遥控命令的报文解剖：从字节看一次遥控请求

3.1 一次遥控请求的APDU基本轮廓

先复习一下APDU的结构。IEC104的报文由APCI和ASDU两部分组成，APCI固定6个字节，前两个字节是起始符0x68和长度，后四个字节是控制域（用来区分I帧、S帧、U帧，并承载发送/接收序号）。从第七个字节开始，就是ASDU。

ASDU从类型标识开始，然后是可变结构限定词、传送原因、公共地址，最后是信息体。对于遥控命令，信息体就是信息对象地址（IOA）加上控制命令的状态和限定词（SCO）。

典型的遥控报文长这样（十六进制）：

68 0E 02 00 06 00 2D 01 06 00 01 00 01 00 90

逐字节拆开看：

• 68 0E：APDU长度是14个字节
• 02 00 06 00：I帧控制域，发送序号是1，接收序号是3
• 2D：类型标识45，即C_SC_NA_1，单点遥控命令
• 01：可变结构限定词，SQ=0，信息对象数量=1
• 06 00：传送原因=6，激活（Activation）
• 01 00：公共地址=1（低字节在前）
• 01 00：信息对象地址=1，也就是我们要控制的开关
• 90：SCO，命令状态和限定词

3.2 类型标识与控制命令的对应关系

IEC104里与控制相关的ASDU类型，远不止上面这一个。我把常用的列在下面，调试时对照着看就不会发懵：

遥控主要用45和46，遥调用48/49/50。47是步进命令，一般用于升降控制（比如调压器的升档/降档），有些老设备还在用。

单点和双点的区别，值得多说一句。单点命令的信息体里只有一个命令状态位，0代表分、1代表合，报文最精简。双点命令的信息体里则用两位来表示位置，00代表分、01代表合、10代表分（带短暂脉冲）、11代表合（带短暂脉冲）。双点命令的好处是能带“短暂脉冲”的语义，驱动那些需要脉冲触发的操动机构时更好用。

3.3 SCO字段：一字节里的三个信息

SCO是单点命令的信息体，只有一个字节。这一字节里同时装了三个信息：命令值、命令限定词、选择/执行标志。

按逻辑拆开来说：

• 命令值（SCS）：0表示分，1表示合
• 命令限定词（QU）：00表示无附加定义，01表示短脉冲，10表示长脉冲，11表示持续输出
• 选择/执行标志（SE）：0表示执行，1表示选择

我在调试现场见过最多的几个取值，基本可以背下来：

• 0x90：选择分闸
• 0x10：执行分闸
• 0x81：选择合闸
• 0x01：执行合闸

注意，不同厂家的位定义可能有细微出入，上述取值是我调试过的多数主站/子站里最常见的默认值，拿到一套新设备时还是要先查对方的规约说明或者做一次回环试验验证一下，不要想当然。

3.4 短脉冲、长脉冲和持续输出的工程意义

QU字段里的“短脉冲”“长脉冲”“持续输出”，看起来是报文层面的参数，实际上直接关系到一次回路里继电器怎么动作。

断路器操动机构里，分闸线圈和合闸线圈通常需要一个持续的电压信号来驱动脱扣器，但电压持续施加的时间不能太长，否则线圈会过热甚至烧毁。控制输出信号短则几十毫秒，长则一两秒。不同机构对脉冲宽度要求不一样，电磁操作机构用短脉冲，弹簧操作机构有些需要长一些的脉冲宽度。所以SCO里设一个QU，就是让主站告诉子站：请按多长时间的脉冲输出。

我在调试断路器时踩过一次坑：当时按惯例设了短脉冲，结果有个型号老旧的断路器合闸线圈端子没有保持回路，短脉冲一结束，机构又弹回去了，连续三次合闸都失败。后来把QU改成“长脉冲”，线圈持续得电足够时间，机构完全扣住后再失电，问题就解决了。不同厂家、不同机构对脉冲时长的要求差异很大，这恰恰是现场最容易忽视的一个细节。

4. 实战：一次带返送校核的遥控分闸全流程

4.1 完整报文交互时序

这里以最常见的选择-执行分闸流程为例，把一次完整交互列出来。假设公共地址是1，被控开关IOA是1，I帧序号从1开始：

把报文写出来就是这样：

第一步，选择： 主站→子站: 68 0E 02 00 06 00 2D 01 06 00 01 00 01 00 90 子站→主站: 68 0E 12 00 08 00 2D 01 07 00 01 00 01 00 90 第二步，执行： 主站→子站: 68 0E 04 00 0A 00 2D 01 06 00 01 00 01 00 10 子站→主站: 68 0E 14 00 0C 00 2D 01 07 00 01 00 01 00 10 第三步，状态上送： 子站→主站: 68 0E 16 00 0E 00 01 01 03 00 01 00 01 00 00

第三步的单点遥信报文里，类型标识01是单点遥信，传送原因03是突发（变位上送），信息体最后一个字节00，表示开关已到分位。

4.2 为什么选择确认和执行确认看起来报文一样

细心的人会发现：第2步和第4步的子站回文，ASDU部分几乎一模一样，只是SCO从0x90变成了0x10，也就是SE位从“选择”翻到“执行”。

这里的本质是：子站把主站发来的SCO做了“原样返回”，作为对命令的确认。你让我选择分闸，我确实收到了，并且你的选择标志是1，那么我把这整条信息体原样送回去，告诉你“我确认了选择分闸”。等到执行阶段，SCO里的SE位变成0，子站又把它原样返回，表示“执行分闸也确认了”。

所以判断一个回声是“选择确认”还是“执行确认”，不能光看传送原因，得看SCO里的SE位。传送原因都是7（激活确认），区别就在SE位的值上。这一点在写主站解析代码时尤其重要，我见过有同事把两条确认都当成“执行确认”，导致状态记录错乱，界面上一会儿显示选择成功一会儿显示执行成功。

4.3 必须以遥信变位判定最终结果

我在前面说过，执行确认只能代表“子站已经收到了执行命令并且开始驱动控制输出”，它不代表“断路器一定分开了”。

最后一步遥感变位才是整个控制闭环的证据。子站侧的分闸位置继电器动作、辅助接点翻位，才能触发遥信变位上送。我在现场做传动试验时，判断一个遥控命令是否真正成功，标准只有一个：后台画面上开关位置从红变绿，并且SOE事件里出现对应时刻的变位记录。执行确认返回了但位置没变，那就要怀疑机构拒动、闭锁、电压不足或者辅助接点没到位。

4.4 异常路径：激活终止和取消

IEC104里还有一个传送原因10，叫“激活终止”，专门用来表示一个激活过程被终止。

基于原因10，最常见的两种场景：

1. 执行失败。子站收到执行命令，但分闸机构因为闭锁条件不满足（比如机构气压低、弹簧未储能、就地/远方把手在就地位置）无法动作，子站会返回一个“激活终止”报文，告诉主站这次激活的控制流程结束了，原因是执行不成功。
2. 总召结束。子站在响应总召唤时，把所有数据上送完毕后，也会发一个类型100、原因10的报文，表示“总召过程终止”。

还有一种主动取消的场景。如果主站下发选择命令后，操作员改变主意不执行了，可以下发一条SCO带取消限定词（QU=11）的命令，子站收到后清除当前的选择状态。这种取消一般不会让机构动作，只是把“选中”标记释放掉。

4.5 遥控前先把总召跑通

很多人调试时忽视前置步骤，直接上来就发遥控命令，结果子站状态机还没初始化，命令要么被丢弃，要么因为链路状态不对被拒绝。

IEC104里有个站召唤（总召）机制，类型标识100，C_IC_NA_1。主站在链路建立并启动数据传输（STARTDT）之后，可以发一条总召请求，子站收到后把所有遥信、遥测的当前值整体上送一遍，最后发一个原因10的报文表示总召结束。

总召发起条件并不复杂：链路处于数据传输状态即可，QOI（召唤限定词）通常填20（总召唤）。但我的经验是，总召必须等上一次总召结束之后再发起，不能连续砸多条，否则子站会频繁刷新数据，反而容易把遥控命令挤在队列里。

在遥控调试之前先做一次总召，有两个直接好处：一是确认链路双向通信正常；二是让主站拿到全部状态的基准值。后续遥控产生的遥信变位，才能在正确的基础上被比较和记录。要是主站里开关位置还是初始值，遥控后变位数据来了也对不上号，容易造成误判。

5. 遥调：设点命令在变压器分接头调节中的应用

5.1 遥调对应的ASDU结构

遥调在IEC104里对应的是设点命令（Set Point Command），类型号48、49、50分别表示归一化值、标度化值和短浮点值。

三种值的区别主要在数值表示方式：

• 归一化值（NVA）：16位有符号整数，-1.0到+1.0之间按比例映射，适合表示电压、功率这种需要比例变换的工程值。
• 标度化值（SCA）：16位有符号整数，直接表示一个整数档位或者一个工程值乘以比例因子之后的整数，变压器分接头档位用这种最方便。
• 短浮点值（IEEE 754浮点数）：4字节，直接用浮点数表示工程值，主站和子站之间不需要约定比例因子。

实际工程里，变压器档位调节大多数用标度化值（49），因为档位本身就是整数。比如当前档位是3，我要调到5，主站下发类型49、IOA指向调压机构、值=5。

一个典型的变压器档位遥调请求报文结构：

68 0E 00 00 00 00 31 01 06 00 01 00 01 00 05 00

类型标识0x31是49，传送原因06是激活，IOA=1，信息体最后两个字节05 00表示目标档位5。

5.2 变压器有载调压的遥控遥调配合

变压器有载分接开关（OLTC）是遥调最经典的应用场景。它的目标是在不断电的情况下，通过切换分接头位置来改变变比，从而调节低压侧电压。

但要注意，OLTC的档位调节过程是个机械动作过程，需要电机驱动切换开关动作，每一步切换都要几十毫秒到上百毫秒。所以在做遥调时，主站不能像遥控断路器那样连续快速发命令，要按分接开关的切换时间设定最小间隔，否则可能出现电机还没完成当前动作，下一条指令又进来了，轻则档位错乱，重则损坏机构。

我在调试AVC（自动电压控制）系统时，主站根据母线电压偏差和当前档位，自动计算目标档位，通过104规约下发遥调命令。逻辑本身不复杂，真正让人头疼的是约束条件：目标档位不能超过分接开关的上下限、相邻两次调节必须留足间隔、调节过程中如果电压异常突变必须立即停止。这些约束如果只在主站做，一旦主站和子站的通信中断后重新连接，子站侧自己也要有档位闭锁逻辑，不能无条件执行任何目标档位。

5.3 遥调的反馈回路：档位怎么回来

遥调发出去之后，怎么知道调到位了？

这时候又回到遥信和遥测。分接开关的档位通常会通过多路遥信上送（BCD编码的档位位表），或者用一个综合遥测上送档位的数值。子站执行完遥调后，档位变位会以变位遥信的形式上送，主站再根据实际档位和期望档位做比较。

有一次调试中，我下发遥调目标档位7，子站执行确认回来了，结果档位遥信显示从3档跳到了2档——方向反了。查了子站的接线图才发现，分接开关的“升档”和“降档”继电器接线被接反了，子站收到“升档”指令驱动的是降档继电器。这种问题纯靠报文是查不出来的，最终要回到现场二次回路去核对，也是调试工作里最耗时间的一块。

5.4 安全限值：不能什么值都往下发

遥调的值本质上是一个设定数，如果不做校验，主站误发一个离谱的目标值，可能直接导致电压越限甚至设备损坏。

因此在实际系统里，主站和子站两侧都要做限值拦截。主站侧在界面上配置每个遥调对象的上下限，比如变压器档位1到17，超过这个范围的输入直接在界面就被拦掉。子站侧在自己的控制逻辑里也要做同样的限位校验，目标档位如果超出允许范围，返回执行失败或者激活终止。

这里的工程细节是：限值配置往往不是固定的。夏天负荷高峰时电压偏低，可能允许往高档位调；负荷低谷时电压偏高，档位不能随便往下调太多。所以限值要能根据运行方式动态修改，主站侧还要留一个“遥调闭锁”的总开关，防止AVC自动模式下连续误调。

6. 现场调试这些年踩过的坑：遥控遥调实战细节

6.1 SCO取值不是绝对的，务必先做回环验证

我前面提到0x90/0x10/0x81/0x01是常见值，但这里必须再强调一遍：这个取值在不同厂商实现里有差异，千万不要以为全网通用。

有一次我把某品牌主站的项目参数直接复制到另一个项目里，结果发现全部遥控都做不成功。抓包看了半天，主站下发的选择分闸SCO是0x80而不是0x90，判断是厂商把“分”的状态位定义放到了bit0而“选择”标志位定义不同。子站严格按照自己的位定义校验，发现命令值不合法，直接拒绝。

所以拿到一套新设备，第一件事不是马上接真实断路器，而是在遥控出口断开的情况下做一次回环测试，或者用模拟子站去验证主站发出来的SCO语义。等两边对齐了，再接入真实控制回路。

6.2 选择超时，执行命令被拒

前文提过的超时问题，在实际调试中触发频率非常高。子站SBO超时时间往往出厂默认30秒，但主站遥控操作流程如果包含了太多中间步骤——比如弹窗确认、操作员权限验证、二次复核——耗时超过30秒也是可能的。

一旦超时，主站再发执行命令，子站会返回一个激活终止，或者干脆不回复。很多主站此时会提示“执行超时”或者“无确认”，第一次遇到的人容易误判为链路故障。

我的习惯是：调试初期先把子站SBO超时改成120秒，等流程全部验证通过后再改回运营值（常见10秒或30秒）。同时让主站侧在选择确认后立即进入等待执行状态，减少中间人工环节的时间消耗。

6.3 执行确认不是成功，还是要等遥信

这个坑前面已经强调过，但在现场曾经直接导致一次严重的试验误判，我再细致说一次。

当时陪厂家做断路器传动试验，操作员看到后台弹窗“执行确认成功”，就认为断路器已经分闸了，接着就要做另一项安全措施。结果物理位置上断路器压根没分，因为机构闭锁。幸好当时有人多看了一眼柜面指示灯，及时喊停。

所以我现在带人做调试，定了一条死规矩：遥控命令是否成功，必须以遥信变位和后台画面变位共同判定。执行确认只是中间结果，不能作为终端依据。如果执行确认返回但没有变位，下一步不是接着做试验，而是顺着控制回路往下查：子站出口继电器有没有励磁、操动机构有没有得电、闭锁回路有没有打开。

6.4 链路重启后，I帧序号复位才能发命令

IEC104的I帧带有发送序号和接收序号，用于报文的确认、排序和重发。链路如果断过，重新建立连接之后，必须重新执行STARTDT（启动数据传输），然后序号从0开始继续。

有一些调试软件或者老版本主站，在链路断开重连后没有正确复位序号，直接继续使用旧序号发遥控命令，子站会认为这是重复包而丢弃。表现在现象上就是：链路显示正常、数据能收，但遥控命令发出去石沉大海。排查这个问题的方法很简单：抓包看I帧控制域的前两个字节，确认序号是否按预期递增。如果发现序号跳变或者重复，重新启动传输一次就好。

6.5 防抖和重复激活：命令不要狂点

有些操作员在界面上发现遥控无响应，会下意识地连续点击遥控按钮，导致主站连续下发多条相同的激活命令。

IEC104本身不禁止同一对象的多个激活，但子站侧通常在一个激活进行中时，会拒绝新的激活请求，或者把旧的激活终止掉。结果就是，后面那几条命令可能把前面正在执行的流程打断，本来能成功的遥控反而失败了。

工程上我建议在主站侧加一个“遥控防抖”机制：对同一对象、同一动作的遥控命令，在设定的时间窗口内只允许第一条生效，后续重复命令直接拦截。这个窗口一般设1到2秒足够，既能防止误触发的连点，又不会影响正常操作。

6.6 调试工具与验证手段

做104遥控遥调调试，抓包工具和模拟工具是少不了的。我常用的方案是：主站侧用协议调试软件模拟从站，先验证主站发出去的报文是否符合预期；子站侧则用模拟主站软件来发送遥控命令，验证子站的返回和输出。两边都验证通过后，再合在一起做真实传动。

另外，控制回路侧要预留一个断开点或者试验端子。很多断路器控制柜里都有“远方/就地”切换把手和试验按钮，调试时先把切换把手打到“就地”，用试验按钮验证机构本身能用，再切回“远方”做完整的规约遥控试验。这个顺序能帮你快速区分是机构问题还是规约问题，节省大量排查时间。

最后分享一个个人习惯：每次遥控试验前，我都会在后台录一段抓包日志，把时间戳、报文原文、返回结果全部存下来。等到出了问题，这份日志就是最直接的排查依据。通信这东西，很多问题就是在特定时序下才会出现，没有日志空口去猜，效率太低了。