简介这套IEC104模拟器是一套面向电力系统自动化领域工程师与开发者的开源测试工具内含主站模拟器IEC104NAMaster和从站模拟器IEC104NASlave两个组件覆盖远程终端单元RTU与SCADA系统间的数据交互场景可用于验证从站兼容性、调试主站控制策略也适合希望深入理解IEC60870-5-104协议栈或基于源码做二次开发的技术人员。压缩包共198个文件包含34个h头文件、28个cpp源文件、4个exe可执行程序以及dsp、rc、res等工程资源文件整体约26.68MB既可直接运行体验也可编译源码进行深度定制。目前已有3731人学习下载。该工具支持模拟多种操作码和不同设备状态在无真实硬件时即可完成从站响应测试与主站逻辑验证开源实现则为学习协议编码、传输帧格式和状态机设计提供了完整素材便于后续将协议栈移植到具体项目或开展电力自动化教学研究。我为什么要在IEC104调试中反复折腾一个模拟器做电力自动化系统这一行的应该都体会过那种痛苦——现场装置还没进场或者远动机柜还没上电但主站联调时间已经死死卡在日程上。手里只有一套协议规范和一堆PDF你没法跟完全不存在的设备去对报文。这时候一台支持IEC104协议的模拟器就是唯一能救命的工具。我试过好几款模拟器真正撑住整个测试流程的是一款支持多种操作码的IEC104模拟器从遥信、遥测到遥控亲测可用帮我扛过了好几个项目节点。这篇就是来聊聊它怎么用、能测什么、以及我在使用过程中踩过的那些坑。电力系统中传输的信息类型五花八门开关位置是遥信电压电流是遥测远方分合闸是遥控定值下装是遥设。如果模拟器只支持一两种类型标识联调范围就非常受限。而IEC104操作码本质上就是ASDU类型标识每种类型对应不同的数据格式和功能定义。如果你的模拟器能灵活配置这些操作码就可以模拟出几乎完整的变电站数据环境。下面我把完整的使用心得和测试记录分享出来希望能帮到正在做IEC104联调的朋友。1. 为什么我在项目中疯狂寻找支持多操作码的IEC104模拟器1.1 联调场景下的尴尬处境先说一个很典型的场景。某个变电站项目后台监控系统已经部署好了但站内的测控装置还在工厂调试。主站那边要求先做通信联调确认规约转换、点表映射、遥信遥测上送全部正确。这时候没有模拟器整个联调就只能干等。我当时的做法是找一台笔记本装模拟器将笔记本当作“伪从站”模拟测控装置的数据发送行为再把后台监控软件或主站前置机接过来完成全链路测试。这种情况下模拟器不光是发几帧报文那么简单。它需要支持完整的状态序列——先建立TCP连接然后启动总召唤周期上送遥测突发上送遥信变位还能响应遥控命令并给出返校信息。这些操作一一对应到IEC104协议里的各种ASDU类型标识也就是我们常说的操作码。一款不支持多操作码的模拟器在这个阶段基本派不上用场。1.2 市面上常见方案的优劣对比我前后试过几类方案做个简单对比供大家参考方案类型代表形式优点缺点适合场景纯脚本模拟用Python/scapy自行编写灵活度高可控性强开发量大报文细节容易踩坑研究人员或有充足时间的团队通用协议测试软件商业级电力规约测试工具支持规约全面稳定可靠价格昂贵授权和加密狗麻烦正规厂家产线测试开源/免费模拟器网上能找到的独立模拟器程序免费轻量启动快操作码覆盖参差不齐现场联调、快速验证我这次用的就是第三类一款支持多种操作码的模拟器。它的价值在于一方面不需要写代码界面配置就能出报文另一方面它对IEC104的理解比较完整主站发过来的各类命令都能正常响应。实测下来从链路建立到数据上送再到遥控闭环整个过程非常顺畅这也是我为什么愿意花篇幅来分享它的原因。2. IEC104操作码体系模拟器“多种操作码”到底指什么2.1 操作码的本质ASDU类型标识IEC60870-5-104协议的数据单元由APCI和ASDU组成而ASDU中的类型标识TypeID就是我们通俗说的“操作码”。它决定了这条报文传的是什么类型的信息。举个生活化的例子如果把IEC104报文比作一封信类型标识就是信封上的“收件内容标签”——是账单、通知、还是回执。主站收到报文后首先要看类型标识才知道后面该怎么解析。模拟器支持多种操作码意味着它能生成多种“标签”的报文从而模拟不同的电力业务场景。我在项目中最常用到的类型包括遥信类M_SP_NA_1单点遥信、M_DP_NA_1双点遥信遥测类M_ME_NC_1带品质描述的短浮点遥测、M_ME_NB_1带品质描述归一化遥测遥控类C_SC_NA_1单点遥控、C_DC_NA_1双点遥控、C_SE_NC_1设点遥控总召唤类C_IC_NA_1总召唤命令时钟同步类C_CS_NA_1时钟同步命令电度类M_IT_NA_1累计量一个模拟器如果支持以上这些常见的Operation Type就可以覆盖绝大多数变电站和调度主站的联调需求。2.2 操作码支持程度与测试范围的关系我见过一些简化版模拟器只支持遥信和遥测上送不支持遥控返校。这种模拟器做数据转发测试还可以但想验证主站下发控制命令的逻辑完全无能为力。举个例子你要验证主站对“遥控返校”的处理是否正确。主站下发C_SC_NA_1模拟器如果收到后不回送C_SC_NA_1的确认帧或者不回送带S/E置位的执行帧反馈主站侧的遥控流程就会卡住最终超时。表面上看是主站问题实际上却是模拟器能力不足。所以我选模拟器时第一要求就是操作码齐全尤其是控制类操作码必须支持。3. 从配置到跑通我亲测的一整套模拟器使用流程3.1 启动前的环境准备我是在Windows环境下使用的安装包很小解压后直接运行主程序。有一点要提前确认模拟器默认监听的TCP端口和主站前置机配置的要一致通常IEC104默认端口是2404。如果主站配置的是其他端口需要在模拟器里改掉否则两边永远握不上手。还有防火墙问题。我在一台开启了Windows防火墙的笔记本上首次测试时发现主站始终连不上。排查半天才意识到是防火墙拦截了TCP入站连接。如果你只想快速验证可以在专用测试网段直接关闭防火墙但如果是在办公环境内做联调建议还是放行对应端口不要动全局防火墙策略。3.2 配置公共地址和点表启动模拟器后最核心的配置项有公共地址Common Address、信息体地址信息对象地址以及每个点位的类型。公共地址一般是站地址比如110kV线路间隔的公共地址设为5。主站侧配置的站地址必须和模拟器一致否则即使TCP连接建立了应用层也会因为地址不匹配而丢包。点表的配置我一般这样处理先跟主站确认要测哪些点号再在模拟器里逐一建立映射。比如遥信点从信息体地址1到32共32个单点遥信遥测点从信息体地址1025开始安排16个短浮点遥测点。信息体地址和主站数据库里的点号一一对应映射错一个后面就全乱套。3.3 启动链路从TCP连接到总召唤配置完成后点启动按钮模拟器开始监听TCP端口。主站侧发起连接TCP握手完成后IEC104链路就处于“未激活”状态。此时主站需要发送STARTDT激活命令模拟器正确收下并返回STARTDT确认链路才算真正激活。激活后主站发送总召唤命令模拟器开始将配置好的全量数据上送。这里我亲测的一个细节有些主站只发总召唤不发时钟同步命令。但模拟器依然要正确处理因为IEC104规约中总召唤和时钟同步是两个独立的控制命令。我在测试中就遇到过主站下发了时钟同步命令C_CS_NA_1模拟器必须返回确认帧否则主站会记录一条控制命令超时告警。一个成熟的模拟器这些细节都应该处理好。3.4 实测可用性我跑了哪些测试用例我实际做的测试项目包括主站发起总召唤后模拟器是否按点表逐一上送遥信、遥测手动改变模拟器里的遥信值观察主站能否收到变位信息在主站下发遥控命令模拟器是否返回选择确认、执行确认修改模拟器遥测点的值观察主站是否能在周期上送中更新数值主站重启连接后模拟器能否正确响应新的STARTDT激活这五类测试全部通过。最难能可贵的是模拟器在长时间运行时没有发生死锁或内存溢出连续跑了一整个下午报文收发一直正常。这也是我说“亲测可用”的主要原因不只是功能上有稳定性也过关。4. 多操作码实测遥信、遥测、遥控的完整行为记录4.1 遥信类操作码的实测细节我用M_SP_NA_1单点遥信做了变位测试。模拟器配置中通道号1地址为1的点位初始状态为“合”。我在界面上把该点状态改为“分”模拟器立刻发送一帧带变位标识的M_SP_NA_1报文上送主站。值得注意的是IEC104的遥信变位报文不仅包含数据值变化还会附带品质描述字节。品质描述里的“当前值有效”“溢出”“被取代”等标志位直接影响主站对遥信状态的判断。模拟器生成的品质描述是正常的0x00主站侧不会误判。双点遥信M_DP_NA_1我也测了主要验证断路器位置表示。双点遥信的事件状态组合比较复杂状态值有“合闸”“分闸”“中间状态”“故障状态”四种。模拟器能手动选择任意一种状态这在模拟断路器异常位置时特别有用。4.2 遥测类操作码的实测细节遥测我主要用M_ME_NC_1带品质描述的短浮点遥测。在模拟器里设定某个遥测点值为50.0Hz主站接收频率值的显示就是50.0。接着我把该值改为49.95Hz模拟器按照正常周期上送机制会在下一帧周期报文里携带新值主站收到后刷新数据库。这里要特别说明IEC104报文中的短浮点遥测采用IEEE 754标准的单浮点格式四个字节内的字节顺序是“低字节在前”的小端模式。如果模拟器在这个地方字节序处理错误主站收到的频率值会变成天文数字。我实际测试中观察到模拟器输出的报文在Wireshark里解析正常说明它的编码是规约兼容的。4.3 遥控类操作码的实测细节遥控是模拟器里最复杂的操作码。我分别测试了单点遥控C_SC_NA_1、双点遥控C_DC_NA_1和设点遥控C_SE_NC_1。单点遥控的完整闭环是主站下发“选择”命令模拟器返回“选择确认”主站随后下发“执行”命令模拟器返回“执行确认”。模拟器在这期间还必须在界面上弹出提示方便观察。这还不算完遥控执行后模拟器还应联动更新对应遥信点的状态模拟真实开关动作后的遥信变位。设点遥调也是我在某个项目里紧急需求用于测试主站下发目标有功功率。模拟器收到C_SE_NC_1后同样需要返校和确认实测响应正确主站侧遥调执行结果正常反馈。5. 排查记录用模拟器联调时我踩过的三个坑5.1 端口被占用的奇怪现象有一次测试中模拟器一启动就报端口监听失败。我用netstat命令查了一下发现2404端口已被一个残留进程占用。这个进程是上一次模拟器异常关闭后留下的僵尸进程。解决办法很简单在任务管理器里结束后重启模拟器。但如果你没有查端口这个习惯很容易误以为软件有问题。5.2 主站收不到数据但TCP连接正常这是最折磨人的问题。TCP连接建立成功STARTDT也激活了但主站反复显示“接收数据超时”。我当时逐帧抓包发现模拟器确实在发送遥测帧但主站就是不解析。问题出在公共地址上。IEC104的ASDU里有公共地址字段模拟器配置里默认公共地址是1但主站侧登记的实际站地址是3。地址不匹配时主站前置机会把报文当作无效报文丢弃。这种问题在界面上完全不报错只能靠抓包和仔细核对配置解决。我在模拟器配置界面把公共地址改成3之后数据立刻全部上送成功。5.3 遥信变位丢失和品质描述有关另一个坑是遥信变位偶发性丢失。主站日志中只看到总召唤时上送的遥信初始值之后手动变位的数据主站要么收不到要么要等下一次周期总召唤才能看到。抓包后发现模拟器发出的变位报文其实是正常的问题出在主站侧对品质描述字节的一个特殊位处理上。主站收到品质位为0的遥信变位按逻辑应该直接入库。而模拟器发出的报文在Wireshark里显示正常最终发现是模拟器界面中该点位的品质描述被我误设成了“非当前值”。把品质位设回“有效”后变位立刻正常。6. 使用模拟器的进阶技巧6.1 用模拟器反向验证主站规约库模拟器不仅能模拟从站还可以观察主站下发报文的格式。当主站发送遥控命令时模拟器界面上会展示完整的APDU内容包括类型标识、传送原因、公共地址、信息体地址、命令值。我经常用这个能力来反向检查主站规约库配置是否正确。6.2 通过周期上送模拟真实负载有些主站在数据量较大时会有性能瓶颈。你可以给模拟器配置大量遥测点然后调整周期上送频率模拟高负载环境。我在项目中用400个遥测点、每点周期上送1秒的压力测试验证了主站的前置采集性能。6.3 结合抓包工具定位问题虽然模拟器本身有报文显示功能但我还是建议搭配Wireshark使用。Wireshark自带IEC60870-5-104解析器可以直观看到每一帧APDU的字段拆分。模拟器负责发数据Wireshark负责看解析两者配合起来排查问题的效率翻倍。6.4 在故障模拟中验证主站告警模拟器最大的价值之一是能在完全受控的环境下制造故障。比如瞬间断开TCP连接或者连续修改遥测值为非法值主站应该根据协议超时机制产生“通信中断告警”。我在一个调度主站项目中专门用模拟器做了多次“断链-重连”测试确认主站的通道监视和告警恢复逻辑正常。7. 什么情况下你该换一款模拟器如果你在实际使用中发现当前模拟器出现了以下情况建议果断换不支持双点遥信或设点遥调导致遥控遥调测试无法闭环长时间运行时出现假死或内存溢出影响测试进度连接异常断开后无法正确复位状态需要手动重启才能继续无法自定义信息体地址范围点表跟实际工程对不上模拟器是联调工具不是被测对象。工具不稳定项目进度就得跟着买单。我选择这款模拟器并持续用下去正是因为它在功能完整度、协议兼容性和运行稳定性上达到了一个很好的平衡。联调工作枯燥且容易踩坑一个好的模拟器能让整个流程顺畅不少。如果你也在做IEC104相关的调试或开发工作不妨按我上面的配置和测试思路试一遍至少可以帮你少走很多弯路。本文还有配套的精品资源点击获取 IEC104模拟器多操作码实测：从遥信遥测到遥控的联调指南
简介这套IEC104模拟器是一套面向电力系统自动化领域工程师与开发者的开源测试工具内含主站模拟器IEC104NAMaster和从站模拟器IEC104NASlave两个组件覆盖远程终端单元RTU与SCADA系统间的数据交互场景可用于验证从站兼容性、调试主站控制策略也适合希望深入理解IEC60870-5-104协议栈或基于源码做二次开发的技术人员。压缩包共198个文件包含34个h头文件、28个cpp源文件、4个exe可执行程序以及dsp、rc、res等工程资源文件整体约26.68MB既可直接运行体验也可编译源码进行深度定制。目前已有3731人学习下载。该工具支持模拟多种操作码和不同设备状态在无真实硬件时即可完成从站响应测试与主站逻辑验证开源实现则为学习协议编码、传输帧格式和状态机设计提供了完整素材便于后续将协议栈移植到具体项目或开展电力自动化教学研究。我为什么要在IEC104调试中反复折腾一个模拟器做电力自动化系统这一行的应该都体会过那种痛苦——现场装置还没进场或者远动机柜还没上电但主站联调时间已经死死卡在日程上。手里只有一套协议规范和一堆PDF你没法跟完全不存在的设备去对报文。这时候一台支持IEC104协议的模拟器就是唯一能救命的工具。我试过好几款模拟器真正撑住整个测试流程的是一款支持多种操作码的IEC104模拟器从遥信、遥测到遥控亲测可用帮我扛过了好几个项目节点。这篇就是来聊聊它怎么用、能测什么、以及我在使用过程中踩过的那些坑。电力系统中传输的信息类型五花八门开关位置是遥信电压电流是遥测远方分合闸是遥控定值下装是遥设。如果模拟器只支持一两种类型标识联调范围就非常受限。而IEC104操作码本质上就是ASDU类型标识每种类型对应不同的数据格式和功能定义。如果你的模拟器能灵活配置这些操作码就可以模拟出几乎完整的变电站数据环境。下面我把完整的使用心得和测试记录分享出来希望能帮到正在做IEC104联调的朋友。1. 为什么我在项目中疯狂寻找支持多操作码的IEC104模拟器1.1 联调场景下的尴尬处境先说一个很典型的场景。某个变电站项目后台监控系统已经部署好了但站内的测控装置还在工厂调试。主站那边要求先做通信联调确认规约转换、点表映射、遥信遥测上送全部正确。这时候没有模拟器整个联调就只能干等。我当时的做法是找一台笔记本装模拟器将笔记本当作“伪从站”模拟测控装置的数据发送行为再把后台监控软件或主站前置机接过来完成全链路测试。这种情况下模拟器不光是发几帧报文那么简单。它需要支持完整的状态序列——先建立TCP连接然后启动总召唤周期上送遥测突发上送遥信变位还能响应遥控命令并给出返校信息。这些操作一一对应到IEC104协议里的各种ASDU类型标识也就是我们常说的操作码。一款不支持多操作码的模拟器在这个阶段基本派不上用场。1.2 市面上常见方案的优劣对比我前后试过几类方案做个简单对比供大家参考方案类型代表形式优点缺点适合场景纯脚本模拟用Python/scapy自行编写灵活度高可控性强开发量大报文细节容易踩坑研究人员或有充足时间的团队通用协议测试软件商业级电力规约测试工具支持规约全面稳定可靠价格昂贵授权和加密狗麻烦正规厂家产线测试开源/免费模拟器网上能找到的独立模拟器程序免费轻量启动快操作码覆盖参差不齐现场联调、快速验证我这次用的就是第三类一款支持多种操作码的模拟器。它的价值在于一方面不需要写代码界面配置就能出报文另一方面它对IEC104的理解比较完整主站发过来的各类命令都能正常响应。实测下来从链路建立到数据上送再到遥控闭环整个过程非常顺畅这也是我为什么愿意花篇幅来分享它的原因。2. IEC104操作码体系模拟器“多种操作码”到底指什么2.1 操作码的本质ASDU类型标识IEC60870-5-104协议的数据单元由APCI和ASDU组成而ASDU中的类型标识TypeID就是我们通俗说的“操作码”。它决定了这条报文传的是什么类型的信息。举个生活化的例子如果把IEC104报文比作一封信类型标识就是信封上的“收件内容标签”——是账单、通知、还是回执。主站收到报文后首先要看类型标识才知道后面该怎么解析。模拟器支持多种操作码意味着它能生成多种“标签”的报文从而模拟不同的电力业务场景。我在项目中最常用到的类型包括遥信类M_SP_NA_1单点遥信、M_DP_NA_1双点遥信遥测类M_ME_NC_1带品质描述的短浮点遥测、M_ME_NB_1带品质描述归一化遥测遥控类C_SC_NA_1单点遥控、C_DC_NA_1双点遥控、C_SE_NC_1设点遥控总召唤类C_IC_NA_1总召唤命令时钟同步类C_CS_NA_1时钟同步命令电度类M_IT_NA_1累计量一个模拟器如果支持以上这些常见的Operation Type就可以覆盖绝大多数变电站和调度主站的联调需求。2.2 操作码支持程度与测试范围的关系我见过一些简化版模拟器只支持遥信和遥测上送不支持遥控返校。这种模拟器做数据转发测试还可以但想验证主站下发控制命令的逻辑完全无能为力。举个例子你要验证主站对“遥控返校”的处理是否正确。主站下发C_SC_NA_1模拟器如果收到后不回送C_SC_NA_1的确认帧或者不回送带S/E置位的执行帧反馈主站侧的遥控流程就会卡住最终超时。表面上看是主站问题实际上却是模拟器能力不足。所以我选模拟器时第一要求就是操作码齐全尤其是控制类操作码必须支持。3. 从配置到跑通我亲测的一整套模拟器使用流程3.1 启动前的环境准备我是在Windows环境下使用的安装包很小解压后直接运行主程序。有一点要提前确认模拟器默认监听的TCP端口和主站前置机配置的要一致通常IEC104默认端口是2404。如果主站配置的是其他端口需要在模拟器里改掉否则两边永远握不上手。还有防火墙问题。我在一台开启了Windows防火墙的笔记本上首次测试时发现主站始终连不上。排查半天才意识到是防火墙拦截了TCP入站连接。如果你只想快速验证可以在专用测试网段直接关闭防火墙但如果是在办公环境内做联调建议还是放行对应端口不要动全局防火墙策略。3.2 配置公共地址和点表启动模拟器后最核心的配置项有公共地址Common Address、信息体地址信息对象地址以及每个点位的类型。公共地址一般是站地址比如110kV线路间隔的公共地址设为5。主站侧配置的站地址必须和模拟器一致否则即使TCP连接建立了应用层也会因为地址不匹配而丢包。点表的配置我一般这样处理先跟主站确认要测哪些点号再在模拟器里逐一建立映射。比如遥信点从信息体地址1到32共32个单点遥信遥测点从信息体地址1025开始安排16个短浮点遥测点。信息体地址和主站数据库里的点号一一对应映射错一个后面就全乱套。3.3 启动链路从TCP连接到总召唤配置完成后点启动按钮模拟器开始监听TCP端口。主站侧发起连接TCP握手完成后IEC104链路就处于“未激活”状态。此时主站需要发送STARTDT激活命令模拟器正确收下并返回STARTDT确认链路才算真正激活。激活后主站发送总召唤命令模拟器开始将配置好的全量数据上送。这里我亲测的一个细节有些主站只发总召唤不发时钟同步命令。但模拟器依然要正确处理因为IEC104规约中总召唤和时钟同步是两个独立的控制命令。我在测试中就遇到过主站下发了时钟同步命令C_CS_NA_1模拟器必须返回确认帧否则主站会记录一条控制命令超时告警。一个成熟的模拟器这些细节都应该处理好。3.4 实测可用性我跑了哪些测试用例我实际做的测试项目包括主站发起总召唤后模拟器是否按点表逐一上送遥信、遥测手动改变模拟器里的遥信值观察主站能否收到变位信息在主站下发遥控命令模拟器是否返回选择确认、执行确认修改模拟器遥测点的值观察主站是否能在周期上送中更新数值主站重启连接后模拟器能否正确响应新的STARTDT激活这五类测试全部通过。最难能可贵的是模拟器在长时间运行时没有发生死锁或内存溢出连续跑了一整个下午报文收发一直正常。这也是我说“亲测可用”的主要原因不只是功能上有稳定性也过关。4. 多操作码实测遥信、遥测、遥控的完整行为记录4.1 遥信类操作码的实测细节我用M_SP_NA_1单点遥信做了变位测试。模拟器配置中通道号1地址为1的点位初始状态为“合”。我在界面上把该点状态改为“分”模拟器立刻发送一帧带变位标识的M_SP_NA_1报文上送主站。值得注意的是IEC104的遥信变位报文不仅包含数据值变化还会附带品质描述字节。品质描述里的“当前值有效”“溢出”“被取代”等标志位直接影响主站对遥信状态的判断。模拟器生成的品质描述是正常的0x00主站侧不会误判。双点遥信M_DP_NA_1我也测了主要验证断路器位置表示。双点遥信的事件状态组合比较复杂状态值有“合闸”“分闸”“中间状态”“故障状态”四种。模拟器能手动选择任意一种状态这在模拟断路器异常位置时特别有用。4.2 遥测类操作码的实测细节遥测我主要用M_ME_NC_1带品质描述的短浮点遥测。在模拟器里设定某个遥测点值为50.0Hz主站接收频率值的显示就是50.0。接着我把该值改为49.95Hz模拟器按照正常周期上送机制会在下一帧周期报文里携带新值主站收到后刷新数据库。这里要特别说明IEC104报文中的短浮点遥测采用IEEE 754标准的单浮点格式四个字节内的字节顺序是“低字节在前”的小端模式。如果模拟器在这个地方字节序处理错误主站收到的频率值会变成天文数字。我实际测试中观察到模拟器输出的报文在Wireshark里解析正常说明它的编码是规约兼容的。4.3 遥控类操作码的实测细节遥控是模拟器里最复杂的操作码。我分别测试了单点遥控C_SC_NA_1、双点遥控C_DC_NA_1和设点遥控C_SE_NC_1。单点遥控的完整闭环是主站下发“选择”命令模拟器返回“选择确认”主站随后下发“执行”命令模拟器返回“执行确认”。模拟器在这期间还必须在界面上弹出提示方便观察。这还不算完遥控执行后模拟器还应联动更新对应遥信点的状态模拟真实开关动作后的遥信变位。设点遥调也是我在某个项目里紧急需求用于测试主站下发目标有功功率。模拟器收到C_SE_NC_1后同样需要返校和确认实测响应正确主站侧遥调执行结果正常反馈。5. 排查记录用模拟器联调时我踩过的三个坑5.1 端口被占用的奇怪现象有一次测试中模拟器一启动就报端口监听失败。我用netstat命令查了一下发现2404端口已被一个残留进程占用。这个进程是上一次模拟器异常关闭后留下的僵尸进程。解决办法很简单在任务管理器里结束后重启模拟器。但如果你没有查端口这个习惯很容易误以为软件有问题。5.2 主站收不到数据但TCP连接正常这是最折磨人的问题。TCP连接建立成功STARTDT也激活了但主站反复显示“接收数据超时”。我当时逐帧抓包发现模拟器确实在发送遥测帧但主站就是不解析。问题出在公共地址上。IEC104的ASDU里有公共地址字段模拟器配置里默认公共地址是1但主站侧登记的实际站地址是3。地址不匹配时主站前置机会把报文当作无效报文丢弃。这种问题在界面上完全不报错只能靠抓包和仔细核对配置解决。我在模拟器配置界面把公共地址改成3之后数据立刻全部上送成功。5.3 遥信变位丢失和品质描述有关另一个坑是遥信变位偶发性丢失。主站日志中只看到总召唤时上送的遥信初始值之后手动变位的数据主站要么收不到要么要等下一次周期总召唤才能看到。抓包后发现模拟器发出的变位报文其实是正常的问题出在主站侧对品质描述字节的一个特殊位处理上。主站收到品质位为0的遥信变位按逻辑应该直接入库。而模拟器发出的报文在Wireshark里显示正常最终发现是模拟器界面中该点位的品质描述被我误设成了“非当前值”。把品质位设回“有效”后变位立刻正常。6. 使用模拟器的进阶技巧6.1 用模拟器反向验证主站规约库模拟器不仅能模拟从站还可以观察主站下发报文的格式。当主站发送遥控命令时模拟器界面上会展示完整的APDU内容包括类型标识、传送原因、公共地址、信息体地址、命令值。我经常用这个能力来反向检查主站规约库配置是否正确。6.2 通过周期上送模拟真实负载有些主站在数据量较大时会有性能瓶颈。你可以给模拟器配置大量遥测点然后调整周期上送频率模拟高负载环境。我在项目中用400个遥测点、每点周期上送1秒的压力测试验证了主站的前置采集性能。6.3 结合抓包工具定位问题虽然模拟器本身有报文显示功能但我还是建议搭配Wireshark使用。Wireshark自带IEC60870-5-104解析器可以直观看到每一帧APDU的字段拆分。模拟器负责发数据Wireshark负责看解析两者配合起来排查问题的效率翻倍。6.4 在故障模拟中验证主站告警模拟器最大的价值之一是能在完全受控的环境下制造故障。比如瞬间断开TCP连接或者连续修改遥测值为非法值主站应该根据协议超时机制产生“通信中断告警”。我在一个调度主站项目中专门用模拟器做了多次“断链-重连”测试确认主站的通道监视和告警恢复逻辑正常。7. 什么情况下你该换一款模拟器如果你在实际使用中发现当前模拟器出现了以下情况建议果断换不支持双点遥信或设点遥调导致遥控遥调测试无法闭环长时间运行时出现假死或内存溢出影响测试进度连接异常断开后无法正确复位状态需要手动重启才能继续无法自定义信息体地址范围点表跟实际工程对不上模拟器是联调工具不是被测对象。工具不稳定项目进度就得跟着买单。我选择这款模拟器并持续用下去正是因为它在功能完整度、协议兼容性和运行稳定性上达到了一个很好的平衡。联调工作枯燥且容易踩坑一个好的模拟器能让整个流程顺畅不少。如果你也在做IEC104相关的调试或开发工作不妨按我上面的配置和测试思路试一遍至少可以帮你少走很多弯路。本文还有配套的精品资源点击获取