1. 项目概述：从两个字节到一个字的跨越

在西门子S7-300/400/1500系列PLC的编程世界里，STEP 7（包括其现代版本TIA Portal）是工程师们最亲密的伙伴。而SCL（Structured Control Language，结构化控制语言）作为其中的高级文本语言，以其强大的数据处理和算法实现能力，深受复杂逻辑开发者的喜爱。今天要聊的这个看似简单的操作——“用SCL将2个byte组成一个字（WORD）”——恰恰是数据通信、协议解析、设备驱动开发中最基础、也最考验功底的环节。

你可能会想，这不就是简单的数据拼接吗？在高级语言里可能一行代码就搞定了。但在工业控制领域，特别是在处理来自传感器、仪表、变频器或其他PLC的原始字节流时，这个操作背后涉及的是对内存布局的精确理解、对数据类型的严格把控，以及对工业现场可靠性的极致追求。一个处理不当，轻则数据错误导致生产波动，重则可能引发设备误动作。无论是解析Modbus TCP报文中的寄存器值，还是处理自定义串口协议的数据帧，亦或是整合从多个数字量输入模块读取的状态，这个“拼字”操作都是绕不开的核心步骤。接下来，我就结合自己多年在项目中的实际应用，拆解一下这个过程中的门道、陷阱以及最佳实践。

2. 核心概念与原理拆解

2.1 理解PLC中的数据类型：BYTE, WORD, INT

在深入代码之前，我们必须先统一“语言”。在西门子PLC的语境下，数据类型有着非常明确的定义和内存占用。

• BYTE（字节）：这是最小的可寻址数据单元，占用8位（bit），取值范围是0到255（十六进制0x00到0xFF）。它通常用来表示一个8位的状态集合、一个ASCII字符，或者更大数据类型的组成部分。
• WORD（字）：由2个连续的BYTE（即16位）组成。在SCL中，WORD数据类型本质上是一个16位的无符号整数，取值范围是0到65535（0x0000到0xFFFF）。它的核心用途是表示一个完整的、通常具有特定工程意义的数值，比如一个模拟量输入模块的原始值（0-27648对应0-10V），或者一个Modbus保持寄存器的内容。
• INT（整数）：同样占用16位，但它是有符号整数，取值范围是-32768到+32767。这里容易混淆的一点是，WORD和INT在内存中都占2个字节，但解释方式不同。将两个字节拼成一个WORD和拼成一个INT，操作类似，但意义和后续处理天差地别。

注意：在SCL中直接进行位操作或字节拼接时，我们通常使用WORD类型，因为它能完整地容纳16位信息而不涉及符号位解释的问题，更符合底层数据处理的场景。

2.2 字节序（Endianness）：项目成败的关键

这是本操作中最核心、也最容易出错的概念。两个字节（假设叫Byte_H和Byte_L）组成一个字时，谁在前（高地址），谁在后（低地址）？

• 大端序（Big-Endian）：高位字节在前。即Byte_H占据字的高8位（Bits 15-8），Byte_L占据字的低8位（Bits 7-0）。记忆方法：“大端”像我们写数字，高位（百位、十位）在左边。
• 小端序（Little-Endian）：低位字节在前。即Byte_L占据字的高8位？不，这里容易说反。准确说是：Byte_L存放在内存的低地址，对应字的低8位；Byte_H存放在内存的高地址，对应字的高8位。记忆方法：x86架构、Intel处理器常用小端序，“反着来”。

在工业通信中，协议决定字节序。Modbus RTU/TCP协议标准规定使用大端序。这意味着，如果你从Modbus报文中依次读出两个字节[0x12， 0x34]，那么它们组成的WORD值应该是0x1234（十进制4660）。而有些设备或私有协议可能使用小端序，那么同样的字节流[0x12， 0x34]组成的WORD值则是0x3412（十进制13330）。

在SCL中，西门子PLC的存储习惯是“高字节在前，低字节在后”吗？这里有个重要细节：当你在SCL中定义一个WORD变量并直接赋值（如myWord := 16#1234；），系统内部会按照可读的格式（0x1234）正确存储。但当你用指针或字节数组去手动拼接时，你必须显式地按照目标协议的字节序来安排字节的位置。PLC内存本身可以理解为一种“中性”的容器，字节序是你赋予数据的解释规则。

2.3 SCL中的位操作与移位运算

SCL提供了完整的位操作运算符，这是实现字节拼接的数学工具：

• SHL（左移）：值 SHL 位数。所有位向左移动，右侧空位补0。例如，16#12 SHL 8得到0x1200。这相当于将Byte_H放到高8位。
• SHR（右移）：值 SHR 位数。所有位向右移动，左侧空位补0（对于无符号数）。例如，0x1234 SHR 8得到0x12。这可以用来提取高8位。
• OR（按位或）：值1 OR 值2。常用于合并两个位模式。在拼接字节时，我们先将高位移位后的值与低位值进行OR运算，从而合并成一个完整的字。
• AND（按位与）：值1 AND 掩码。用于屏蔽（清零）特定位。例如，myWord AND 16#FF00可以只保留高字节。

掌握这些运算符，是灵活进行数据转换的基础。

3. 核心实现方案与SCL代码解析

了解了原理，我们来看在SCL中具体如何实现。我将提供两种最常用、最清晰的方法，并分析其优劣。

3.1 方法一：使用移位与或运算（最经典、最灵活）

这是最底层、最能体现原理的方法，适用于任何场景，并且代码意图非常清晰。

FUNCTION_BLOCK FB_CombineBytes VAR_INPUT byteHigh: BYTE; // 高字节 byteLow: BYTE; // 低字节 isBigEndian: BOOL := TRUE; // 字节序标志，TRUE为大端序 END_VAR VAR_OUTPUT combinedWord: WORD; // 组合后的字 END_VAR VAR tempWord: WORD; END_VAR // 方法一：移位与或运算 IF isBigEndian THEN // 大端序：byteHigh为高字节，byteLow为低字节 tempWord := SHL(IN:=WORD#16#0000 OR byteHigh, N:=8); // 将高字节移至高位 combinedWord := tempWord OR byteLow; // 与低字节合并 ELSE // 小端序：byteLow为高字节？不，是byteLow作为整体字的低字节部分，但放在输入的前端。 // 更准确的理解：对于输入流[byteLow, byteHigh]，我们要组成WORD为 (byteHigh << 8) | byteLow // 即先收到的byteLow反而是最终字的低8位。 tempWord := SHL(IN:=WORD#16#0000 OR byteHigh, N:=8); combinedWord := tempWord OR byteLow; // 注意：如果参数名就是byteHigh/byteLow，且代表物理顺序，那么小端序时，传入参数应对调。 // 更通用的做法是传入一个数组，根据标志位决定读取顺序。 END_IF;

代码解读与心得：

1. WORD#16#0000 OR byteHigh：这里进行了一个类型转换和提升。byteHigh是BYTE类型，为了能进行16位的移位操作，需要先将其与一个WORD类型的零进行OR运算，这样SCL编译器就会将结果视为WORD类型。这是一个常用的技巧。
2. SHL(…， N:=8)：将提升为WORD后的高字节左移8位。例如，byteHigh=0x12， 经过OR得到0x0012， 左移8位后得到0x1200。
3. … OR byteLow：将移位后的结果（高字节已在位）与低字节进行按位或运算。例如，0x1200 OR 0x34得到0x1234。因为低字节的位在0-7，而0x1200的8-15位是0x12， 低8位是0，所以OR操作完美合并。
4. 关于小端序的处理：注释中指出了关键点。如果你的函数接口byteHigh和byteLow是根据物理意义（即“高字节”、“低字节”）来命名的，那么当协议是小端序时，调用者需要自己先将收到的两个字节顺序对调后再传入。更健壮的设计是传入一个BYTE数组dataBuffer[0..1]，然后在函数内部根据isBigEndian标志决定如何索引：大端序则word = (dataBuffer[0]<<8) | dataBuffer[1]； 小端序则word = (dataBuffer[1]<<8) | dataBuffer[0]。

3.2 方法二：使用联合体（UNION）或指针（更底层，需谨慎）

西门子SCL支持UNION（联合体）和AT（覆盖）声明，允许同一片内存区域被不同的数据类型解释。这种方法非常高效，直接操作内存，但可读性稍差，且对编程者要求更高。

FUNCTION_BLOCK FB_CombineBytes_Union VAR_INPUT byteArray: ARRAY[0..1] OF BYTE; // 字节数组，索引0为第一个收到的字节 isBigEndian: BOOL := TRUE; END_VAR VAR_OUTPUT combinedWord: WORD; END_VAR VAR myUnion: UNION wordValue: WORD; byteValues: STRUCT // 注意：STRUCT内成员的存储顺序取决于TIA Portal的配置和CPU，通常为声明顺序。 // 这里我们根据西门子PLC的典型内存布局来假设：先声明的在低地址。 highByte: BYTE; // 假设对应WORD的高8位（大端序视角） lowByte: BYTE; // 假设对应WORD的低8位（大端序视角） END_STRUCT; END_UNION; tempByte: BYTE; END_VAR // 方法二：使用联合体 // 首先，将字节数组按协议字节序赋值给联合体的字节成员 IF isBigEndian THEN // 大端序：数组[0]是高字节，[1]是低字节 myUnion.byteValues.highByte := byteArray[0]; myUnion.byteValues.lowByte := byteArray[1]; ELSE // 小端序：数组[0]是低字节，[1]是高字节 myUnion.byteValues.highByte := byteArray[1]; myUnion.byteValues.lowByte := byteArray[0]; END_IF; // 然后，直接读取联合体的字成员，即得到组合结果 combinedWord := myUnion.wordValue;

代码解读与陷阱：

1. 联合体的本质：myUnion.wordValue和myUnion.byteValues共享同一块16位的内存。给byteValues赋值后，wordValue的值也就确定了，反之亦然。
2. 内存布局的陷阱：这是这种方法最大的风险。STRUCT中highByte和lowByte在内存中的实际顺序，并不一定对应WORD的高8位和低8位。它取决于TIA Portal的项目设置（“字节序”）和具体CPU的架构。在大多数西门子S7-300/400/1500 PLC中，默认的存储模式可以理解为“大端序”吗？其实更准确的叫法是“高字节在前”（big-endian bit order within byte, but the bytes themselves?）。为了保险起见，强烈建议在使用此方法前，做一个简单的测试：分别给highByte赋0x12，lowByte赋0x34， 然后查看wordValue的值是0x1234还是0x3412。根据测试结果来调整STRUCT中成员的顺序。
3. 可移植性：基于联合体的代码可移植性较差，在不同系列甚至不同版本的PLC间行为可能不一致。而移位运算是完全确定和可移植的。
4. 指针操作：类似地，可以使用AT声明覆盖变量，原理相同，但语法更晦涩，除非有极致性能需求，否则不推荐新手使用。

实操心得：在绝大多数工程项目中，我首选方法一（移位运算）。虽然代码多几行，但它的意图百分之百清晰，不受编译器和硬件平台隐式规则的影响，调试和后续维护时一目了然。方法二更像一个“黑魔法”，在你知道确切环境且需要极致性能时可以使用，但一定要加上详细的注释和测试验证。

4. 完整应用场景与功能块封装

一个专业的工程师不会每次都写一遍移位代码。我们会将其封装成可重用的功能块（Function Block， FB）或函数（Function， FC），并考虑更多实际应用细节。

4.1 封装一个健壮的字节组合功能块

下面展示一个更工业级、考虑更周全的FB封装示例：

FUNCTION_BLOCK “FB_CombineBytesEx” TITLE = ‘扩展字节组合功能块’ VERSION : ‘1.0’ AUTHOR : YourName // 输入参数 VAR_INPUT // 主输入：字节数组，最大支持一定长度，但这里我们只取前两个 dataBuffer: ARRAY[0..127] OF BYTE; startIndex: INT := 0; // 从数组的哪个位置开始取两个字节 byteOrder: INT := 0; // 字节序：0-自动（根据协议ID），1-大端序，2-小端序 protocolID: INT := 1; // 协议标识，1-Modbus， 2-Profibus， 3-私有协议A... END_VAR // 输出参数 VAR_OUTPUT combinedWord: WORD; status: INT; // 状态码：0-成功，1-索引错误，2-参数错误 diagnostics: STRING[80]; // 诊断信息 END_VAR // 临时变量 VAR_TEMP idx: INT; bHigh， bLow: BYTE; END_VAR // 静态变量（如果需要保持状态） VAR // 可以在这里定义一些内部状态或配置参数 END_VAR // 初始化输出 status := 0; diagnostics := ‘’; combinedWord := 0; // 1. 参数检查 IF startIndex < 0 OR startIndex > 126 THEN // 确保能取到startIndex和startIndex+1 status := 1; diagnostics := CONCAT(‘起始索引超出有效范围: ‘， INT_TO_STRING(startIndex)); RETURN; END_IF; // 2. 确定字节序（简化逻辑，实际可根据protocolID查表） CASE byteOrder OF 0: // 自动判断 CASE protocolID OF 1: // Modbus idx := 0; // 大端序， buffer[0]为高字节 ELSE idx := 1; // 默认小端序或其他 END_CASE; 1: // 强制大端序 idx := 0; 2: // 强制小端序 idx := 1; ELSE status := 2; diagnostics := ‘不支持的字节序参数’; RETURN; END_CASE; // 3. 根据确定的字节序模式获取高低字节 IF idx = 0 THEN // 大端序模式 bHigh := dataBuffer[startIndex]; bLow := dataBuffer[startIndex + 1]; ELSE // 小端序模式 bHigh := dataBuffer[startIndex + 1]; bLow := dataBuffer[startIndex]; END_IF; // 4. 核心组合操作（使用经典移位法） combinedWord := SHL(IN:=WORD#16#0000 OR bHigh， N:=8) OR bLow; // 5. （可选）添加调试日志或信号跟踪 // 可以在线监控 combinedWord， bHigh， bLow 的值 END_FUNCTION_BLOCK

封装的好处：

1. 复用性：在项目的任何地方，只需要调用FB_CombineBytesEx并传入参数即可，无需重复编写和调试底层逻辑。
2. 健壮性：加入了参数检查（索引越界、非法输入），防止程序因无效输入而崩溃。
3. 可维护性：状态码和诊断字符串使得故障排查变得容易。通过protocolID参数，可以集中管理不同协议的字节序规则。
4. 可扩展性：如果需要支持从4个字节组成一个双字（DWORD），只需稍加修改即可。数组输入也使得它能轻松处理数据缓冲区。

4.2 典型应用场景示例

假设我们通过一个通信模块（如CP341）接收到了一帧Modbus RTU响应报文，存储在DB_Comm.ReceiveBuffer数组中。我们知道从第4个字节开始是一个寄存器的值（2字节）。

// 在某个循环中断OB或通信完成中断中调用 VAR fbCombine: FB_CombineBytesEx; receivedWord: WORD; commDB: “DB_Comm”; // 假设这是一个包含接收缓冲区的DB END_VAR // 调用封装好的功能块 fbCombine( dataBuffer := commDB.ReceiveBuffer， // 整个接收缓冲区 startIndex := 3， // 从第4个字节开始（索引3） byteOrder := 1， // 明确指定Modbus为大端序 protocolID := 1 ); // 获取结果 receivedWord := fbCombine.combinedWord; IF fbCombine.status = 0 THEN // 成功，将receivedWord用于后续逻辑，比如缩放成实际工程量 // realValue := (receivedWord / 27648.0) * 100.0; // 举例：模拟量转换 ELSE // 处理错误，记录日志 // LogError(fbCombine.diagnostics); END_IF;

5. 高级话题、常见陷阱与调试技巧

5.1 有符号数的处理

有时，两个字节表示的是一个有符号整数（INT）。这时，直接拼接成WORD再类型转换可能会出错。

VAR byteH， byteL: BYTE; tempWord: WORD; signedInt: INT; END_VAR // 假设 byteH=0xFF， byteL=0x9C （表示一个负数，例如 -100） // 方法A：先拼WORD，再转INT（错误！） tempWord := SHL(IN:=WORD#16#0000 OR byteH， N:=8) OR byteL; // tempWord = 0xFF9C (65436) signedInt := WORD_TO_INT(tempWord); // 错误！这将得到 65436， 而不是 -100 // 方法B：直接使用INT类型的移位（正确） // 需要先将BYTE赋值给INT变量，注意符号扩展问题 signedInt := SHL(IN:=INT#16#0000 OR BYTE_TO_INT(byteH)， N:=8); // 先将byteH转为INT再移位 // 但BYTE_TO_INT(0xFF)会得到255，而不是-1。所以对于可能为负的字节，此方法也不完全安全。 // 最可靠的方法是使用指针/联合体，或者使用系统库函数。 // 方法C：使用系统函数（如果可用）或自定义位操作 // 更通用的方法是：将其视为二进制补码处理。 // 1. 先拼成WORD。 // 2. 判断最高位（bit15）是否为1。 // 3. 如果是1，则这个WORD代表的是一个负数的补码形式。可以通过计算得到对应的INT值。 // 公式：如果 wordValue >= 32768， 则 intValue = wordValue - 65536 tempWord := SHL(IN:=WORD#16#0000 OR byteH， N:=8) OR byteL; IF tempWord >= 32768 THEN signedInt := DINT_TO_INT(WORD_TO_DINT(tempWord) - 65536); ELSE signedInt := WORD_TO_INT(tempWord); END_IF; // 现在 signedInt 应该等于 -100

核心要点：处理可能为负数的字节流时，必须清楚源数据是无符号WORD还是有符号INT的补码表示。如果是后者，不能简单地进行WORD_TO_INT转换，而需要进行补码运算。

5.2 在线调试与监控技巧

在TIA Portal中调试此类代码非常方便：

1. 添加监视表：将你的byteHigh，byteLow，combinedWord等变量添加到监视表。
2. 使用十六进制显示：在监视表中，右键点击变量 -> “显示格式” -> “十六进制”。这样你可以清晰地看到0x12，0x34，0x1234这样的值，比十进制直观得多。
3. 强制与修改：在调试时，你可以手动修改输入字节的值，观察输出字的变化，验证字节序逻辑是否正确。
4. 交叉引用：如果结果不对，使用交叉引用查找所有修改combinedWord的地方，确保没有其他地方意外覆盖了你的结果。

5.3 常见问题排查清单

5.4 性能考量与优化

对于在高速循环中执行的代码（例如在毫秒级中断中处理大量数据），性能可能是个问题。

• 移位运算 vs 联合体：在绝大多数现代PLC（如S7-1500）上，两者的性能差异微乎其微，可以忽略不计。可读性和正确性永远优先。
• 循环优化：如果需要处理一个很长的字节数组，将其组合成多个字，避免在循环内重复调用功能块带来的开销。可以考虑在功能块内部实现循环，或者使用更高效的指针操作（仅当你是专家且确有必要时）。
• 使用系统函数：某些TIA Portal版本或特定库可能提供了经过高度优化的字节交换或组合函数，可以查阅相关文档。

将两个字节组成一个字，这个操作是连接底层硬件数据与上层应用逻辑的桥梁。它要求我们不仅理解SCL语法，更要理解数据在内存和网络中的真实面貌。从明确的协议字节序定义，到稳健的代码实现与封装，再到细致的调试验证，每一步都体现着工业软件对确定性和可靠性的苛刻要求。我个人的习惯是，在任何涉及原始字节处理的地方，都会先写一个小测试块，用几组已知的输入输出（例如0x12， 0x34 -> 0x1234和0x12， 0x34 -> 0x3412）来验证我的组合逻辑，确认无误后再集成到主程序中。这个简单的习惯，帮我避免了许多难以追溯的通信数据错误。