SCL 优化块与标准块：访问方式、兼容性与迁移

TIA Portal 的 FB/FC/DB 都有一个“块访问”属性：优化访问或标准访问。新建 S7-1200/1500 程序默认是优化块；旧程序、旧库或需要绝对地址时才用标准块。

怎么区分

在 SCL 源码里，块属性写在块头：

1FUNCTION_BLOCK "FB_Optimized"
2{ S7_Optimized_Access := 'TRUE' }
3VERSION : 0.1
4   VAR_INPUT
5      Start : Bool;
6   END_VAR
7BEGIN
8   // ...
9END_FUNCTION_BLOCK

标准访问：

1FUNCTION_BLOCK "FB_Standard"
2{ S7_Optimized_Access := 'FALSE' }
3VERSION : 0.1
4   VAR_INPUT
5      Start : Bool;
6   END_VAR
7BEGIN
8   // ...
9END_FUNCTION_BLOCK

优化块

• 按符号访问："DB_Data".Values[1]，不依赖绝对地址。
• 数组/结构体在内存里更紧凑；BOOL 等类型可能按位/字节优化。
• 接口调整通常不需要手工维护偏移量。
• 不能依赖 P# 指针/绝对偏移；需要绝对地址时要显式转换或使用标准块。
• Serialize/Deserialize 在较新固件（S7-1200 FW ≥ 4.2 / S7-1500 FW ≥ 2.0）支持优化块；旧版本要求标准访问。

标准块

• 有固定的存储布局，可以用绝对地址/指针访问（例如 P#M14.0 WORD 4、BLKMOV 的 legacy 写法）。
• 旧库、旧程序、部分通信/文件接口可能要求标准访问。
• 接口变化后偏移量会变，外部按绝对地址访问的代码要同步修改。
• Serialize/Deserialize 使用标准访问缓冲区时有 64 KB 上限；其他标准块的大小限制看 CPU/块。

和数组/DB 的关系

• 优化块里的数组仍然可以按符号下标访问；不要用绝对偏移。
• 数组 DB 如果被 ReadFromArrayDB/WriteToArrayDB 访问，DB 需要 MemoryReserve=0；否则会报 “Global access to a data block with memory reserve is not permitted”。
• BLKMOV/PEEK/POKE 等按字节/指针的指令通常需要标准访问或明确的内存布局；新代码优先用 MOVE_BLK/UMOVE_BLK/FILL_BLK。
• Serialize/Deserialize 的 POS 是零基字节索引；跨 CPU/旧库通信时确认两端都用相同的访问属性和结构定义。

迁移检查清单

1. 先备份项目/块，确认哪些外部程序按绝对地址访问。
2. 检查 DB 的“优化块访问”属性；数组 DB 还要检查 MemoryReserve。
3. 检查 P#/BLKMOV/PEEK/POKE 等指针访问；改成符号访问或块移动指令。
4. 检查 Serialize/Deserialize、通信缓冲区、文件接口的字节布局。
5. 重新编译整个 PLC，不要只编译改动块；旧块可能仍按旧布局访问。
6. 在测试项目验证 HMI/上位机/通信伙伴的地址映射。

常见坑

• 优化块用绝对地址：编译可能通过，但运行结果不对；优化块必须符号访问。
• 标准块接口变化：外部按偏移访问的代码不会自动更新，必须同步。
• 数组 DB 写保护/保留区：ReadFromArrayDB 等指令对 DB 属性有要求。
• BLKMOV 指针布局：不同 CPU/标准/优化块的布局不同，旧代码迁移要重新验证。
• 只编译改动块：整机编译才能发现跨块布局问题。
• 跨 CPU 通信：两端结构/字节序/访问属性要一致，必要时先 Serialize 成字节流。

下一步

• 数组/DB：SCL 数组、SCL 数组与 DB 指令
• 块移动：BLOCK_MOVE 家族、MOVE_BLK
• 序列化：Serialize、Deserialize