Omron NJ PLC向Sato打印机打印扩展ASCII字符问题咨询

问题现象 #

• Omron NJ PLC通过TCP套接字向Sato打印机发送字符串，普通ASCII字符打印正常，但版权符号（十六进制0xA9）这类扩展ASCII字符打印失败。
• 使用Nicelabel制作布局并导出代码到PLC后，发现版权符号的十六进制0xA9前被自动添加了Ã，导致对应的Sato指令无法生效。
• 字体测试结果：使用Sato Beta Bold字体时，含版权符号的整段文本无法打印；使用SATO CG Sleek字体时，版权符号位置打印出?。

关于Ã的解释 #

Ã是字符编码不匹配导致的乱码：
版权符号©在UTF-8编码中是双字节0xC3 0xA9，如果将这两个字节错误地以单字节编码（如ISO-8859-1/Latin-1）解析，第一个字节0xC3会被解析为字符Ã，第二个字节0xA9才是版权符号。你的场景中，Nicelabel默认以UTF-8编码导出特殊字符，而PLC或打印机以单字节编码解析，就出现了额外的Ã字符。

解决方法 #

• 统一字符编码：确认Sato打印机支持的单字节编码（通常为Windows-1252或ISO-8859-1），在Nicelabel导出PLC代码时，将字符编码设置为该格式，避免自动生成UTF-8双字节编码。同时在Omron NJ PLC中，确保字符串以该编码的字节流发送。
• 直接发送十六进制指令：对于特殊字符，跳过字符编码转换，直接在发送的字节流中插入对应十六进制值。比如版权符号直接发送0xA9字节，Omron PLC中可使用转义序列（如\xA9，具体语法参考PLC手册）或直接操作字节数组实现。
• 验证字体字符集：检查打印机端是否正确加载了目标字体的完整扩展ASCII字符集，可尝试切换为打印机内置的标准扩展ASCII字体，排除字体文件本身的字符缺失问题。
• 优化PLC发送配置：确保Omron NJ PLC的TCP套接字以原始字节流方式发送字符串，避免系统自动将字符串转码为Unicode（如UTF-16）格式，导致字节被修改。

内容的提问来源于stack exchange，提问作者Martin