简介面向电力系统自动化从业者与通信调试人员的IEC101通讯规约学习文档聚焦2002版规约的报文流程与逐字节解析帮助读者理解主站与RTU之间严格一问一答的交互机制解决规约配置与报文分析中的实际问题。压缩包内为1个doc文档约121KB以文字与十六进制报文示例为主便于对照查阅。目前已有2782人学习下载具备一定的行业参考价值。文档系统梳理了2002版与97版ZD101的主要差异包括长帧前短帧链路层确认、依据ACD位召唤一级或二级数据等要点并给出握手请求链路状态、复位链路、总召唤全数据的完整流程逐字段拆解启动字符、控制域、类型标识、传送原因、公共地址、信息体地址与CP56Time2a时标等结构附遥信帧、遥测帧实例及链路地址、公共地址字节数等可配置参数与基地址范围对照适合作为现场调试与规约学习的案头参考。1. 一串十六进制背后IEC101 通讯规约到底是什么如果你在变电站后台或者调试工具里抓过包大概率见过这样的画面满屏都是68 09 09 68 53 01 64 01 06 01 00 00 14这样的十六进制数字既不像人能读的文字也不像常见的网络协议报文。这串东西背后跑的就是 IEC101 通讯规约——电力系统里主站和远方终端设备之间“对话”的语法书。通俗地说它规定了谁先开口、每句话多长、哪个字节表示“我在问你”、哪个字节表示“这是我的回答”让不同厂家造的设备和主站系统能坐在同一张桌子上说话。搞懂它你再看那些报文就不会觉得是玄学而是能一句一句翻译成人话。2. 为什么要有规约从“各说各话”到“统一台词”2.1 没有规约的年代设备之间像鸡同鸭讲电力系统里有一类设备叫 RTU远方终端单元负责把现场开关状态、电压电流、电度这些信息采集上来等主站来问。早期不同厂家各写各的通信格式A 家的主站读不懂 B 家的 RTU换一套设备就得重写一遍采集程序调试人员只能抱着协议手册一行行对字节血泪经验攒了一箩筐。IEC101 规约的出现相当于给所有厂家发了一本统一的台词本不管你是哪家造的只要按这个格式说话对方就能听懂。它定义的不只是报文长什么样还包括什么时候该回确认、什么时候该等对方先说完、出错时怎么重来这些“对话礼仪”才是它真正值钱的地方。2.2 一问一答的严格节奏是可靠性的来源IEC101 采用的是严格的一问一答模式主站不发话RTU 一般不主动长篇大论。这种设计在慢速串行链路上特别重要链路带宽有限如果两边同时抢着说报文就会撞车。所以你会看到流程里反复出现“主站发长帧 → RTU 先回一个短帧确认 → 主站再召唤一级数据 → RTU 才把真正的数据送上来”这样的回合。打个比方这就像对讲机通话一方说完要按一下“收到”对方确认频道通畅了才继续讲正文。2002 版相比 97 版有些系统里叫 ZD101最大的变化就是把这种确认做得更严格主站每发一个长帧RTU 端都先上送一个短帧链路层确认帧有的厂家干脆发一个E5帧表示“我收到了”然后才上送被召唤的数据。少了这一步主站就会一直等最后超时翻车。2.3 配置参数决定了报文长什么样同样是 IEC101在不同系统里抓出来的报文长度可能不一样原因在于几个关键字节数是可以配置的。链路地址字节数可以是 1 或 2公共地址字节数可以是 1 或 2传送原因字节数可以是 1 或 2信息体地址字节数可以是 2 或 3。这些参数一旦定下来整条链路上每一帧的解析方式就固定了。以某类系统为例它可以通过一个叫iec101 规约配置表.ini的文件来配置这些信息而另一类系统则把参数写死在程序里信息体地址固定为 2 字节、链路地址 1 字节、公共地址 1 字节、传送原因 1 字节。调试时如果发现报文对不上第一件事不是怀疑设备坏了而是先核对这四项字节数有没有配错——这是最常见的踩坑点之一。3. 报文结构拆解固定帧和可变帧到底怎么读3.1 固定帧长结构短小精悍的“应答专用句”固定帧长报文只有几个字节专门用来做链路层的握手、确认和召唤不携带业务数据。它的结构是启动字符10H、控制域、链路地址、帧校验和、结束字符16H。控制域里藏着几个关键位PRM 位表示这是主站发起还是子站发起FCB 位是帧计数位FCV 是帧计数有效位ACD 位表示子站是否有一级数据等着上送DFC 位表示子站数据缓冲区是否已满。别被这些缩写吓到你只需要记住ACD 位是“有没有急事要报”的信号灯DFC 位是“我这边忙不过来”的告示牌。主站看到 ACD 置 1就知道该去召唤一级数据了那里通常放着变位遥信和 SOE 这类时效性强的信息。3.2 可变帧长结构真正装数据的“长句子”可变帧长报文以68H开头后面跟两个长度字节LL 重复两次然后是68H、控制域、链路地址、类型标识、可变结构限定词、传送原因、公共地址、信息体地址、信息元素最后是校验和与16H结束符。长度字节表示的是从控制域到校验和前一字节的字节数不包括校验字节本身。类型标识告诉你这帧装的是什么——64是总召唤0x14是成组单点遥信0x15是不带品质描述的遥测0x0f是电能脉冲计数。可变结构限定词的低 7 位表示信息体个数最高位表示这些信息体是连续寻址还是离散寻址。传送原因则说明这帧是激活、激活确认、响应总召唤还是突发上送。把这几个字段认全了一帧长报文就能像读表格一样拆开看。3.3 一个总召唤报文的逐字节读法拿总召唤命令举例报文是68 09 09 68 53 01 64 01 06 01 00 00 14 xx 16。68是启动字符两个09是长度第二个68之后是控制域53链路地址01类型标识64表示总召唤可变结构限定词01传送原因06表示激活公共地址01信息体地址00 00QOI 是14区分总召唤还是分组召唤最后是校验和与结束符。RTU 收到后会先回一个链路层确认短帧主站再发召唤一级数据的短帧RTU 才把总召唤确认帧送上来传送原因变成07激活确认。接着主站继续召唤一级数据RTU 才开始上送遥信帧、遥测帧最后送一帧传送原因为0a激活结束的结束帧。整个过程像一场有来有回的接力每一棒都得接稳少一棒数据就断在半路。4. 常见误区与易混概念别把这几组东西搞混了4.1 97 版和 2002 版不是版本号越大越“高级”很多人以为 2002 版就是 97 版的简单升级报文格式应该差不多。实际上两者在交互节奏上有实质区别2002 版要求主站发送的每个长帧RTU 端都先上送短帧链路层确认帧然后才上送所召唤的数据而且严格一问一答97 版在这方面的约束没这么紧。另一个容易混的是基地址范围97 版遥信基地址是1H到400H遥测是701H到900H遥控是B01到B802002 版遥信扩到1H到4000H遥测是4001H到5000H遥控是6001H到6100H。区分方法很简单看信息体地址落在哪个区间再结合现场用的是哪套系统配置就能判断按哪版基地址去解析。4.2 链路地址和公共地址两个“门牌号”各管一段初学者常把链路地址和公共地址当成一回事觉得都是标识设备。其实链路地址是链路层的门牌号用来在一条串行总线上区分不同的 RTU公共地址是应用层的门牌号标识的是应用层的数据源。在很多现场两者取值相同看起来像重复但配置成不同值时如果只改了一个报文就会对不上。区分办法是看它在帧里的位置固定帧里只有链路地址可变帧里链路地址和公共地址各占各的字节解析时按配置的字节数分别截取别混着算。4.3 一级数据和二级数据急事和日常汇报走不同通道ACD 位置 1 时主站要召唤一级数据平时轮循召唤的是二级数据这两个概念容易混成“一级比二级重要所以数据更多”。实际上它们区分的是数据性质一级数据通常是变位遥信、SOE 这类突发且时效性强的信息二级数据主要是变化遥测和常规轮循内容。流程里主站先发召唤二级数据的短帧如果 RTU 回帧的 ACD 位是 1说明有一级数据等着主站再改发召唤一级数据的短帧去取。搞反了顺序变位信息就会压在 RTU 里送不上来后台看到的开关状态就滞后。4.4 类型标识和传送原因一个说“是什么”一个说“为什么发”类型标识回答“这帧装的是什么数据”比如0x01是不带时标的单点遥信0x2e是双点遥控0x67是时钟同步传送原因回答“这帧为什么被发出来”比如06是激活07是激活确认0a是激活结束14是响应总召唤。两者都是单字节或双字节的数字位置又挨得近新手容易看串行。区分技巧是记住它们在可变帧里的固定顺序类型标识在前可变结构限定词居中传送原因在后按配置的字节数依次切分就不会错位。4.5 CP56Time2a 时标七个字节里的位运算陷阱对时报文和带时标的 SOE 里会出现 CP56Time2a 格式的七字节时标它把毫秒、分钟、小时、日、月、年压进七个字节每个字节里还塞了 IV、SU、RES 这些标志位。容易混的地方是毫秒占两个字节且低位在前分钟字节的高两位不是分钟数而是标志位直接按整数读会读出离谱的值。区分办法是解析时先做位掩码分钟取低 6 位小时取低 5 位日取低 5 位月取低 4 位年取低 7 位毫秒按小端拼成 16 位再取低 16 位。不掩码直接读时间就会变成玄学数字。5. 什么时候用、什么时候别用一份边界判断清单IEC101 规约的适用场景很明确它跑在串行链路上适合主站与数量不多的 RTU 之间做低速、可靠的点对点或总线通信典型场合是变电站内的监控数据采集、遥信遥测上送、遥控命令下发和对时。它的优势是报文紧凑、一问一答不容易乱序、在窄带链路上也能稳定跑。但它不是万能的如果链路带宽充裕、设备数量多、需要更高的传输效率那它就不合适了那是另一套面向网络传输的规约该干的活。另外如果现场 RTU 不支持 2002 版的严格确认机制硬按 2002 版流程去发长帧就会卡在等确认那一步表现为“主站发了总召唤但一直收不到数据”。这时候要么降级按 97 版流程走要么核对 RTU 参数表里的规约版本设置。下面这张表可以帮你快速判断几个关键配置项该往哪边靠判断项倾向使用当前配置需要重新核对链路地址字节数现场设备地址小于 256配 1 字节够用地址超过 255必须改 2 字节信息体地址字节数数据点号落在 2 字节范围内点号超出 65535才需要 3 字节电度召唤RTU 参数表里电度个数大于 0电度个数为 0 却仍在召唤白等一轮对时间隔默认 20 分钟左右现场时钟偏差可接受偏差大就缩短间隔但别短到挤占数据召唤还有一个具体例子值得说某现场调试时总召唤一直超时抓包看到主站发了68 09 09 68 53 01 64 01 06 01 00 00 14RTU 回了链路层确认但主站接着发的召唤一级数据短帧控制域配错了RTU 不认数据就上不来。后来把召唤一级数据的控制域从7A改成5A流程立刻走通。这类问题不是规约本身复杂而是控制域里 PRM、FCB、FCV 几个位的组合必须和当前回合匹配配错一位整条链路就停摆。从那以后我每次上现场调 IEC101都强制先把四项字节数、基地址版本、ACD 召唤顺序这三样在纸上列一遍再动手宁可多花十分钟核对也不愿在报文里大海捞针。希望这些拆解能帮到你下次再看到满屏十六进制至少知道该从哪个字节开始读。本文还有配套的精品资源点击获取