经典step7 SCL 编译"Illegal parameter assignment"主要原因排查

---

背景

在经典STEP7 (S7-300/400) 的SCL环境中，Illegal parameter assignment（非法参数分配）报错通常源于 SCL编译器对复杂数据类型（STRUCT, UDT, ARRAY, STRING, DT 等）处理的底层限制。
其本质是S7-300/400 CPU硬件架构对不同地址空间（L区、DI区、DB区）的寻址指令不兼容，而编译器无法自动完成跨区域的内存搬运。

---

案例1：SFC/SFB调用中的参数错误

场景

在FB中调用系统功能（如 SFC1 READ_CLK）尝试将输出参数（如CDT）直接连接到IN_OUT区域的结构体成员上。

原因

• 指针嵌套限制：SFC有些参数需要传递指针。当目标地址是 IN_OUT 成员时，涉及“背景DB里的指针”指向“外部DB里的地址”。这种深层嵌套的地址解析超出了SCL编译器的自动处理能力。

解法：做TEMP/VAR

逻辑：先用本地堆栈（L区）或者static区接收数据，再赋值至目标地址。

快速解决：使用VAR_TEMP中间变量的方法，这通常能解决绝大部分的 SCL 非法参数分配问题。

---

案例2：InOut赋值到VAR或者Temp时有时出"Illegal parameter assignment"

场景描述

尝试将TEMP区或VAR区的数组整体赋值给IN_OUT参数。

• 现象：InOut_Array := Temp_Array; 可能报错；但 InOut_Array := In_Array; 却能顺利通过。
• 多次验证发现，不是必然出，好像和SCL编译器还是有一些关系，这种复杂类型为了减少错误最好还是做for循环赋值。

可能原因

S7-300/400架构中，复杂类型的IN_OUT是引用传递（指针）。

• 寻址限制：编译器无法自动生成从“直接地址空间（L区/DI区）”到“由指针指定的远程DB空间”的块拷贝指令。
• 指针对等：IN参数在处理复杂类型时也是指针，因此“指针对指针”的赋值在底层可以调用系统内部的块拷贝指令，从而通过编译。

优化方法

1. 优先使用 FOR 循环赋值。
2. 使用系统功能块：
   • 置零/填充：SFC 21 (FILL)。
   • 大块拷贝：SFC 20 (BLKMOV)。
3. 使用 UDT：将复杂结构定义为 UDT（用户自定义数据类型）。如果源和目标声明为同一个 UDT，编译器对 := 的支持度会显著提高。
4. 用中间变量：准备一个 VAR/TEMP 区域的副本作为中转站。

---

为什么博途平台不需要考虑这些？

平台不同编译不同：

• 架构差异：S7-1200/1500 是基于符号的现代架构，编译器极其强大，会自动在后台生成拷贝指令（如 Memcpy）。
• 历史局限：S7-300/400 是基于累加器和寄存器的老架构，编译器非常“死板”，它要求程序员必须清楚地知道数据在内存中的位置。

---