3.3 寻址与存储管理实战

3.3 寻址与存储管理实战

本节摘要：变量有两套身份——供CPU存取的物理地址与供人阅读的符号名；存储有断电即失与保持存活两种命运。本节讲清从端子到变量的完整取用路径、优化访问块的利弊取舍与保持性白名单的落地方法，并复盘一次地址错位事故。

前两节把类型与结构安排妥当，这一节补上数据设计最后的物理课：变量住在哪、怎么被找到、断电后谁还活着。这是数据章节里工程味最浓的一节——类型选错是深夜故障，地址用错是现场事故，两种学费都昂贵。

地址的两套语言

老一代PLC程序是纯地址的世界：MW100是字地址、I0.0是输入位、Q4.7是输出位，程序里满眼数字，靠变量表把它翻译成人话。那一代程序今天还能见到，读它的技能属于考古范畴，但地址模型本身仍是理解现代系统的底座：输入区I对应1.3节讲的过程映像输入，输出区Q对应过程映像输出，中间继电器区M是全局位变量的老宅，DB数据块是结构化数据的仓库。

现代平台普遍推行符号寻址：编程时只写Conveyor1_Run这样的符号名，与物理地址的关联交给编译器维护，人从此不再直接碰数字。符号寻址的最大红利是"重排地址不伤程序"：现场因接线调整需要交换两个端子，老方案要全文搜索替换地址，新方案在硬件配置里改一处映射，程序零改动。它还有一个常被低估的副红利：新人上手速度。符号名自解释的程序，新工程师三天能独立排查简单故障；纯地址程序里，光是把地址表背熟就要一周——可维护性成本的大头，从来都在人身上。

两套语言的分界要记牢：地址属于硬件接线层，符号属于逻辑层，混着用（程序里一半符号一半地址）是最差状态——评审的人两头猜。青线规范一刀切：程序层只准符号访问，物理地址只出现在硬件组态与接线表的对照页里。分界还有一层深意：地址的稳定性属于硬件工程师的职责范围，符号的稳定性属于程序员的职责范围，职责边界与语言边界重合，出问题时的追责路径才清晰。

图 3-2：从端子到变量：一次输入的完整旅程

优化访问：舒适的代价

现代平台的数据块分两种访问方式。非优化块（老式）每个成员有固定绝对地址，上位系统可以按地址直接戳进来读；优化块（新式）由系统自行安排成员位置，访问必须走符号，换来的是更快的存取与自动的访问保护。取舍一目了然：优化块舒服，但如果你的SCADA或第三方设备只会按绝对地址读写，就得留非优化接口块。

青线的落地是"内外分层"：内部数据块全部优化访问，享受符号与性能红利；为上位系统单开一个非优化的交换数据块，像一扇服务窗口，里面只放约定好的交换变量。窗口变量登记成册，双方按册读写——既满足老式通信的对端，又把混乱关在窗口之外。这个"服务窗口"模式在第5章讲上位通信时还会再见面。

一次地址错位事故的复盘

符号寻址也会出事，出事的位置往往在符号与物理的交界处。青线首仓联调时出现过一次经典故障：二号线灌装头一启动，一号线的洗瓶泵跟着跳。查程序毫无头绪——两段逻辑毫无关联。最后对着接线表逐点核对，发现两个站的远程IO在环网里组态顺序被调换，一号站的物理箱实际挂上了二号站名下的地址：符号名Wash_Pump2_Out实际驱动着一号箱的端子。

复盘的改进措施有三条，都值得抄走。一是上电前"点位打靶"：对每个输出端子强制一次，核对现场动作对象，清单签认——这个动作后来成为7.3节现场调试的标准流程；二是组态设备名与机柜铭牌强制一致，命名不一致的站点不许上电；三是远程站分配表进版本库，任何网络组态变更走变更单。地址错位事故的本质是"两套语言的翻译层没人看管"，处置之道就是给翻译层立规矩。

老程序的考古：绝对地址阅读指南

存量世界里还有大量绝对地址程序在跑，读懂它们是现场工程师的必备考古技能。三件工具带上就能开工。第一件是变量对照表：老项目通常有一张符号表或交叉引用表，把MW100之类的地址翻成人话——找不到表时，从动作最明显的输出地址倒推（QW上驱动接触器的那个点，前后逻辑必然是它的启停控制）。第二件是交叉引用：开发环境的引用视图列出每个地址被哪些块读写，绝对地址程序里它就是你的"关系地图"。第三件是分区常识：I区对应输入、Q区对应输出、M区是继电器区、DB区是数据仓库，先分区再定位能省一半时间。

考古时最容易踩的坑是"字与字节的换算"：MW100覆盖MB100与MB101两个字节，位地址MB101.X3属于字的第二个字节的第四位——理解这套编址几何，老程序里的位操作才不会读错位。青线维护老线的工程师按这套指南做了半日培训，此后老线的改造再没叫过自动化组支援。

存储区速查与容量意识

把本节的地图收拢成一张速查：输入映像区随周期刷新、只读；输出映像区周期末推送、可读写；继电器区做全局位变量，青线只留两个住户；数据块存结构化数据，分优化与非优化两种访问；保持区是断电后存活的特殊区域，容量有限按白名单使用。容量意识贯穿始终：数据块的数量与大小在组态期登记，保持区用量控制在六成以内，工作存储器余量红线五成——1.2节选型时立的红线，落到这一层的日常纪律上。

三个高频疑问

问：符号寻址之后，老工程师说的"位号"还有用吗？ 有，而且更重要了。位号（IO分配表里的点位编号）是硬件世界的户口，符号名是程序世界的名字，两者通过组态关联——青线规定符号名里嵌入位号（如W1_P01_Run），排查时从HMI报警里的符号名一步定位到接线图页码。两套语言的桥梁，就架在命名规则上。

问：优化数据块既然没有固定地址，第三方系统怎么读？ 走本节说过的"服务窗口"——单独建一个非优化交换块，或者直接走OPC UA（它认符号不认地址）。两种方案青线都部署过：对老SCADA用交换块，对新平台直接OPC UA——窗口留给历史，闸门通向未来。

问：数据块越来越多，怎么管理才不乱？ 按职责分库加登记册。青线的数据块分五类：设备数据（每台远程站一个）、交换数据（对外窗口）、配方数据、诊断数据、统计缓存。每块在数据字典里登记职责、大小、访问方与版本——块的数量不可怕，可怕的是没有登记册的块。三年后接手的人对着字典五分钟建起全貌，这是登记册的验收标准。

保持性：断电之后谁还活着

CPU断电重启，普通变量清零，声明为保持性的变量带着断电前的值回来。哪些该保持、哪些必须清零，青线的答案是白名单制，清单内容与2.4节启动任务呼应：配方号、班次累计产量、维护计数器（如阀动作次数）进保持区；流程步状态、模式字、一切输出一概不保持——恢复生产必须由人确认，机器不许自作主张接着跑。

白名单之外还有一个易漏项：保持区容量有限，不是声明多少系统就存多少。青线把保持变量登记在同一张数据字典里，标注保持理由，容量用量控制在六成以内——给未来十年的改造留余量，这个思路与1.2节的IO余量一脉相承。

本节要点回顾

• 两套语言：地址属接线层、符号属逻辑层，程序只准符号访问，翻译交给编译器；
• 优化访问取舍：内部块优化提速，对外单开非优化交换窗口，混乱关在窗口外；
• 交界处看管：组态顺序、命名一致性、点位打靶清单，防地址错位的三道闸；
• 保持白名单：账面量保持、状态量清零，恢复生产由人确认，容量留足余量。

数据的家底到此理清。下一节站在数据之上抬头看：怎么把整台设备抽象成一个类，让全线四十台电机共用一个灵魂。