西门子PLC中WSTRING含中文转STRING乱码如何解决？

Question

在西门子PLC编程中，当WSTRING类型变量包含中文字符并转换为STRING类型时，常出现乱码问题。其根本原因在于WSTRING采用UTF-16编码，每个字符占2字节，而STRING使用ASCII编码，仅支持单字节字符。中文字符在转换过程中因编码不兼容被截断或替换为问号，导致信息丢失。该问题多发于HMI与PLC数据交互、日志记录或与第三方系统通信场景。如何在不依赖上位机处理的前提下，在S7-1200/1500 PLC中实现WSTRING含中文内容向STRING的安全转换并保持可读性，成为工程实施中的典型技术难题。

Answer 1

西门子PLC中WSTRING转STRING中文乱码问题深度解析与解决方案

1. 问题背景与编码基础认知

在西门子S7-1200/1500系列PLC编程中，WSTRING和STRING是两种常用的字符串数据类型。其中，WSTRING采用UTF-16编码格式，每个字符占用2字节（甚至4字节用于代理对），支持包括中文在内的Unicode字符集；而STRING类型基于ASCII编码，仅支持单字节字符（0–127），无法直接表示中文。

当开发者尝试将包含中文的WSTRING变量直接转换为STRING时，系统会因编码不兼容导致：

• 中文字符被截断（高位字节丢失）
• 不可识别字符替换为“?”或空字符
• 字符串长度计算错误
• 信息完整性破坏

此类问题广泛存在于HMI界面显示、报警日志记录、OPC UA通信及与第三方MES系统对接等场景。

2. 根本原因分析：编码机制差异

特性	WSTRING (UTF-16)	STRING (ASCII)
字符编码	UTF-16 LE	ASCII / ISO-8859-1 扩展
每字符字节数	2（基本平面）	1
中文支持	完全支持	不支持
最大长度	65534字符	254字符
默认字节序	Little Endian	N/A
PLC内部处理方式	双字节数组	单字节数组

从上表可见，核心矛盾在于编码体系不匹配。UTF-16中的中文字符如“中”（U+4E2D）在内存中存储为两个字节：0x2D 0x4E（小端序），而在ASCII STRING中仅取第一个字节0x2D，对应ASCII字符“-”，造成语义丢失。

3. 常见错误处理方式及其局限性

1. 直接赋值转换：使用MOVE指令强制转换，结果必然乱码。
2. 忽略高字节：手动提取低字节构造STRING，但多数中文低字节落在控制字符区，不可读。
3. 使用T_CHAR转换函数：仅适用于单字符且无编码映射逻辑。
4. 依赖HMI自动处理：跨平台时表现不稳定，违反“PLC自主性”设计原则。
5. 预定义编码对照表：维护成本高，扩展性差。

这些方法均未能从根本上解决多语言环境下的字符保真问题。

4. 可行的技术路径探索

要在PLC侧实现安全转换，必须引入编码映射机制或可读替代方案。以下是几种可行方向：

• 方案A：拼音首字母缩写法 —— 将“中文”转为“ZW”
• 方案B：自定义编码替换 —— 如“[CN_001]”代表特定中文词
• 方案C：Base64编码传输 —— 保持二进制完整性
• 方案D：UTF-8中间桥接 —— 利用字节数组暂存

考虑到SCL语言能力限制与性能要求，推荐结合方案B + D进行工程化实现。

5. 推荐解决方案：基于UTF-8编码桥接的转换逻辑

虽然S7-1500不原生支持UTF-8 STRING，但可通过字节数组（ARRAY OF BYTE）作为中介实现可控转换。流程如下：

FUNCTION_BLOCK FB_WSTR_TO_STR_CONVERT
VAR_INPUT
    wstrInput : WSTRING(50);
END_VAR

VAR_OUTPUT
    strOutput : STRING(100);  // UTF-8最多需2倍空间
    success   : BOOL := FALSE;
END_VAR

VAR
    i, j       : INT;
    wchar      : WORD;
    utf8Bytes  : ARRAY[1..4] OF BYTE;
    byteCount  : INT;
    byteIndex  : INT := 1;
END_VAR

// 清空输出
strOutput := '';

FOR i := 1 TO LEN(wstrInput) DO
    wchar := wstrInput[i];

    // 简化UTF-16到UTF-8转换（仅处理基本多文种平面）
    IF wchar <= 127 THEN
        utf8Bytes[1] := BYTE(wchar);
        byteCount := 1;
    ELSIF wchar <= 2047 THEN
        utf8Bytes[1] := 16#C0 OR BYTE(wchar / 64 AND 16#1F);
        utf8Bytes[2] := 16#80 OR BYTE(wchar AND 16#3F);
        byteCount := 2;
    ELSE
        utf8Bytes[1] := 16#E0 OR BYTE(wchar / 4096 AND 16#0F);
        utf8Bytes[2] := 16#80 OR BYTE((wchar / 64) AND 16#3F);
        utf8Bytes[3] := 16#80 OR BYTE(wchar AND 16#3F);
        byteCount := 3;
    END_IF;

    // 写入STRING（需确保目标支持UTF-8解释）
    FOR j := 1 TO byteCount DO
        IF byteIndex <= 100 THEN
            strOutput[byteIndex] := CHR(utf8Bytes[j]);
            byteIndex := byteIndex + 1;
        ELSE
            success := FALSE;
            RETURN;
        END_IF;
    END_FOR;
END_FOR;

success := TRUE;

6. 转换流程图示（Mermaid格式）

graph TD
    A[WSTRING输入] --> B{字符是否ASCII?}
    B -- 是 --> C[直接写入STRING]
    B -- 否 --> D[拆解UTF-16字符]
    D --> E[生成UTF-8编码序列]
    E --> F[逐字节写入STRING缓冲区]
    F --> G{超出STRING长度?}
    G -- 是 --> H[标记失败并截断]
    G -- 否 --> I[继续下一字符]
    I --> B
    H --> J[输出部分结果]
    C --> K[更新索引]
    K --> B
    I --> L[全部完成]
    L --> M[设置success:=TRUE]

7. 工程实践建议与注意事项

• 通信协议一致性：确保接收方（如SCADA）能正确解析UTF-8编码字符串。
• 长度预留充足：UTF-8中文占3字节，STRING长度应至少为原WSTRING的3倍。
• 避免嵌入式NUL：某些系统将0x00视为字符串结束符。
• 测试覆盖边界字符：如“𠮷”（四字节UTF-8）、生僻字等。
• 性能评估：循环处理长字符串可能影响扫描周期。
• 异常处理机制：加入超限检测与容错回退策略。
• 版本兼容性：TIA Portal V16及以上对Unicode支持更完善。
• 日志记录格式统一：建议所有日志采用标准化编码输出。
• 调试工具选择：使用支持UTF-8的Viariable Monitor或WinCC画面。
• 文档化映射规则：便于后期维护与审计追踪。