讲 PLC 编程的时候进制转换和数据类型经常被一笔带过但它恰恰是很多故障和“灵异现象”的真正源头。比如触摸屏上显示的数突然翻倍、负数变成一长串大数字、设备动作总是差几格这些问题的根往往不在机械不在继电器而在数据解释方式不一致。这篇文章就把进制转换、数据类型、存储长度和常见坑位一次性讲透拿三菱、西门子、汇川这些常见 PLC 品牌做例子适合刚接触 PLC 编程的电气工程师、自动化专业学生也适合做上位机、触摸屏、Modbus 通信调试时被数据搞晕的人。最值得先记住的一句话是PLC 不会搞错数字搞错的通常是你没有告诉它这个数应该按什么格式、多长、有无符号去理解。1. 进制转换到底卡在哪里先看核心概念再上手操作1.1 二进制、十进制、十六进制的关系PLC 内部本质上是按位Bit工作的也就是只有 0 和 1。但人不可能天天看一长串 0 和 1 做电气设计于是才有了八进制、十进制、十六进制这些“给人看的表达方式”。二进制、十进制、十六进制之间不是三个孤立概念它们是同一个数的不同“写法”。比如十进制的 10在二进制里是 1010在十六进制里是 0A。一个数怎么换算不取决于你习惯哪种进制只取决于当前这个软元件、寄存器、通信协议约定用哪种进制去解释。PLC 编程里最常用的进制有四种二进制BIN机器真正存储的形式每一位代表 0 或 1。八进制OCT三菱 FX 系列输入输出编号习惯用八进制比如 X0 到 X7 之后是 X10不是 X8。十进制DEC触摸屏、上位机、人机交互里最常用的显示形式。十六进制HEX一个十六进制位正好对应四个二进制位方便把一长串二进制缩写。很多人体会不到进制转换的重要性是因为现在编程软件已经做了大量自动转换。你在三菱 GX Works 里写 MOV K100 D0软件自动把十进制 100 转成二进制存进去你在博图里写 16#64也直接表示十进制 100。但这不代表可以忽略进制因为通信报文、Modbus 寄存器、触摸屏地址映射、数据监控窗口里经常往你脸上甩原始十六进制值。1.2 PLC 里看到的“数字”其实分两种含义第一种含义是数值本身比如速度设定 50定时器设定值 100这些数字参与运算需要明确是整数还是浮点数、有符号还是无符号。第二种含义是状态组合比如一组输出口的状态、一台设备的故障码、一排拨码开关输入。这些数字往往不参与数学运算而是每一位代表一个独立开关信号。用十六进制查看这类数据最方便因为一个十六进制位对应 4 个二进制位一眼就能看出哪一位是 1、哪一位是 0。换句话说进制转换不只是在“做题”而是要搞清楚这个数在程序里承担什么角色。如果它是个状态字你应该把它拆成位来看如果它是个速度值你可能要确认它是 16 位还是 32 位、有没有符号。2. PLC 数据类型从位到双字的硬件视角2.1 位、字节、字、双字的存储关系PLC 数据存储的基本单位是位但真正读写的时候一般按字操作。一个字节Byte是 8 个位一个字Word是 16 个位一个双字Double Word是 32 个位。正好对应 1 个十六进制位是 4 个二进制位所以一个字节等于 2 个十六进制位一个字等于 4 个十六进制位。这种长度关系直接决定了很多编程细节三菱 FX 系列里D0 是一个 16 位数据寄存器D0 和 D1 组合才构成 32 位低 16 位在 D0高 16 位在 D1。西门子 S7-1200 里MW0 占两个字节MD0 占四个字节M0.0 到 M0.7 是 MB0 的 8 个位。汇川 H5U 这类基于 CODESYS 的平台变量类型更接近高级语言声明一个 INT 和 DINT 会严格按类型长度分配内存。初学者最容易混淆的是地址相同不代表数据相同。MW0 和 MD0 虽然起始地址一样但 MD0 把 MW2 也包含进去了。如果你在程序里又用了 M2.0 或者 MW2就可能出现“我只是改了一个数怎么别的数据也变了”的情况。2.2 整型、实型、布尔型在不同品牌 PLC 中的差异数据类型按大类分常见的是布尔型、整数型、浮点型。布尔型就是 true/false在 PLC 里一般用一个位表示对应中间继电器、输出线圈、输入触点。结构清晰不容易踩坑。整数型又分有符号和无符号还分 16 位和 32 位。三菱里常用 D 寄存器默认按有符号 16 位整数理解但可以再用指令组合成 32 位。西门子博图里提供了 BYTE、WORD、DWORD、SINT、INT、DINT、USINT、UINT、UDINT 等一堆类型。汇川、信捷等支持 CODESYS 或类 CODESYS 平台类型基本类似。浮点型是另一个重灾区。浮点数遵循 IEEE 754 标准32 位浮点数由符号位、指数位和尾数位组成。同样的二进制位按 16 位整数解释是一个数字按 32 位浮点数解释就完全变样。超过 16 位整数范围的数值如果你不声明成浮点型或双字数据一定会溢出或丢精度。不同品牌之间的差异也要注意。三菱 FX 系列传统写法里浮点数运算指令要配 DEMOV、DEADD 这类“浮点专用指令”普通 MOV 没法正确处理浮点数据。西门子 S7-1200 则不太一样它在变量表里把类型声明做得很严格如果你把 REAL 传给 INT软件直接编译报错。汇川 H5U 更贴近高级语言函数块接口需要严格声明变量类型类型不匹配就看得出。这些差异不是谁好谁坏而是你在不同平台里必须换一套“表达习惯”。3. 实操三菱、西门子、汇川环境下的进制转换方式3.1 用监视和软元件注释直接看数值最直观的进制转换方式不是自己拿笔算而是用编程软件的监视功能。三菱 GX Works 里你可以在软元件监视窗口里右键切换显示格式十进制、十六进制、二进制。D0 里存的数据用十进制看是 100切成十六进制看就是 64。这种切换特别适合排查通信报文和位状态组合。西门博图里可以在监控表里添加变量然后修改显示格式。你可以同时建两列一列用十进制显示一列用十六进制显示对比着看。汇川 InoProShop 或者 AutoShop 里也一样数据监视窗口支持切换进制显示。关键是不要只盯程序里的数值要同时看地址和显示格式否则容易出现误判。如果程序跑起来后你看到 D0 显示 65236不要先怀疑程序逻辑先把它切成十六进制看看是不是 FF34。如果 D0 原本应该是一个小负数FF34 很可能就是 -204 的补码形式。进制显示一换顿时就明白了。3.2 用指令做转换MOV、BCD、HEX 等进制转换不只是“看一下”的问题程序运行中经常要主动转换。三菱 FX 系列里最常用的一类思路是用 MOV 指令把 BIN 数据复制到目标地址再用 BCD 指令把二进制转成 BCD 码或者反过来。BCD 码适合驱动数码管显示因为每一位十进制数正好用 4 个二进制位表示可以直接送显示。下面用一个例子说明。假设 D10 里存了一个十进制数 123你想让外接数码管显示 123。MOV D10 D20 BCD D20 K2Y0这里 K2Y0 表示从 Y0 开始取 8 个输出点。BCD 指令把 D20 里的二进制数转成 BCD 码再送到 Y0 到 Y7。如果直接送 BIN 值数码管会显示乱码因为数码管需要的是每一位十进制数对应的编码而不是整个数的二进制形式。西门子 S7-1200 里没用 BCD 指令作为常规显示方案因为触摸屏和上位机已经能直接显示整数。但在某些老设备、仪表通信、外部二进制拨码信号场景里你用左移、右移、与或非指令也能实现同样的逐位提取效果。汇川直接支持功能块方式比如 BCD_TO_INT 或者 INT_TO_BCD取决于具体系列。查阅指令手册时要注意有些指令并不是“进制转换”而是把你的数值从一种编码形式换成另一种编码形式本质是编码方式变了数值本身代表的物理量不变。3.3 在程序里用函数/指令做数据类型转换数据类型转换和进制转换是两个层次的事但经常同时出现。三菱传统指令里整数和浮点之间转换要用 FLT 指令把 16 位整数转浮点用 INT 指令把浮点转整数。例如MOV D0 D20 FLT D20 D30执行后 D30 和 D31 组成 32 位浮点等于 D0 里的整数转成了浮点数格式。如果反过来浮点数转整数常见用 INT 指令INT D30 D40这里 D30 是指浮点数的低字地址D40 接收转换后的整数。实际使用时要查对应指令手册不同系列指令编号略有不同。西门子 S7-1200 在 LAD 里直接拖 CONV 指令你可以在 CONV 里指定源数据类型和目标数据类型。比如把 INT 转 REAL指令会自动补全。要注意的是REAL 转 INT 时小数部分不是四舍五入而是按 IEEE 754 和处理器规则取整一般趋向最近整数存在“银行家舍入”的情况这个和数学上的四舍五入不一样。如果项目对小数处理有严格要求先做加减处理或者用取整函数明确规则。汇川 H5U 里写表达式方式更直接iReal : INT_TO_REAL(iValue);如果使用结构化文本 ST类型转换函数非常直观。不过 H3U、H5U 这些系列的指令命名也有差别需要按平台确认。做类型转换时最常见的误区是转换之后觉得数值不对。比如 D0 里是 500转成浮点后监控 D30发现显示的是 500.0好像没错但如果你用了 32 位乘法低 16 位寄存器和高 16 位寄存器被拆开使用就会得到完全错误的结构。所以转换前先确认“源地址是多少位、目标地址是多少位、中间有没有地址重叠”。4. 通信场景里的进制和数据类型Modbus 和触摸屏最常出问题4.1 Modbus 寄存器长度和数据类型Modbus 是 PLC 和仪表、变频器、触摸屏、上位机通信时最常用的协议之一它的核心对象是寄存器。一个 Modbus 保持寄存器默认 16 位。这个“16 位”是根很多通信数据看不懂问题就出在这。如果一个设备返回的数值超过 65535或者是一个负数按一个 16 位无符号寄存器去读必然出错。常见处理方式是用两个连续的 16 位寄存器构成 32 位数据比如 40001 和 40002 组成一个 DINT 或 REAL。这里就牵扯到字节序的问题是高字在前还是低字在前是 AB CD 还是 CD AB不同厂家设备可能不一样。我自己调试时一般按这个顺序排查先确认寄存器地址是 0 基址还是 1 基址地址偏移对不对。再确认数据长度16 位还是 32 位。再确认符号有符号还是无符号。最后确认字节顺序A-B-C-D、B-A-D-C、C-D-A-B、D-C-B-A 四种常见顺序挨个试。如果上位机读上来的数“像对了又不对”比如实际温度 25.6℃读上来是 256很可能就是小数点位没处理。比如变频器返回的是实际值乘以 10 或 100 的整数上位机要自己再除以 10 或 100。这个不叫数据类型问题但会让新手怀疑人生。Modbus 通信里另一个容易踩的点是不同 PLC 内部地址映射到 Modbus 地址的对应关系不一样。三菱 FX 的 D 区对应 Modbus 地址一般是 40001 起西门子 S7-1200 需要你在程序里组态 Modbus 保持寄存器区。汇川部分系列直接把 D 区映射到 Modbus查手册时要看“D 区地址偏移”。4.2 触摸屏地址与 PLC 数据类型匹配触摸屏显示不正常常见原因不是触摸屏坏了而是屏上的地址类型选错了。比如三菱 D0 是 16 位整数你在触摸屏上却把该地址设置成 32 位浮点屏幕上就会显示一个莫名其妙的数字。再比如西门子 MW0 是 16 位你在屏上设为 MD0长度不一致显示结果自然不对。触摸屏组态时一般会要求你选择“设备类型”和“寄存器类型”。比如在威纶通里选三菱 FX 系列地址写 D0长度选 16-bit 或者 32-bit格式选 BCD、HEX、Signed、Unsigned 等。这里每一项都必须和 PLC 程序里的数据格式一致。当 PLC 内部是浮点数时你在屏上也要选浮点格式。很多老威纶通屏和三菱 FX 通信时浮点数要按“32-bit Float”选。但不同触摸屏对 32 位数据的字节处理方式又不一样有的屏默认高字在前有的默认低字在前。屏上常常有“字长度”和“字节顺序”选项如果显示成非常离谱的数值先试着切换字节顺序。用触摸屏临时改数据时也要注意屏上输入的是十进制不代表 PLC 内部一定存十进制。如果 PLC 程序用了 BCD 指令那么在屏上输入数值时也要对应选择 BCD 格式。否则你在屏上输 100PLC 收到的是 100 的十六进制编码再按 BCD 解释可能变成 256 之类的值。5. 常见报错和排查路径数据不对、负数乱码、浮点对不上5.1 现象一上位机读到的数值翻了一倍或减半这是一个特别经典的现象。比如 PLC 里 D100 存的是速度 50上位机读出来却是 100。先不要改协议先思考一个问题PLC 发送时是把 D100 当成一个 16 位寄存器发出去还是把两个寄存器合并成一个 32 位字发出去了如果实际发送的是 32 位数据而 D100 只有 16 位有效数据那么高 16 位可能是 0 也可能残留旧值低 16 位是 50上位机按 32 位解释如果高低字顺序反了可能变成 50*65536如果顺序对了结果还是 50。出现翻倍或者减半更多是因为实际寄存器是 32 位而你只读了低 16 位或者实际是 16 位你按 32 位组合后又多算了相邻寄存器。一个简单的判断方法在上位机里同时读该地址和相邻地址看相邻寄存器数据是否变化。如果相邻数据和这个数紧密相关那就不是“恰好挨着”而是它本来就是一个 32 位数据的另一半。排查顺序先看原始监视值再看数据长度再看字节顺序。不要上来就怀疑校验、波特率、地址码这些通信底层问题因为数据能读上来说明链路大概率是通的。5.2 现象二负数显示成很大的正数PLC 里存了 -50上位机读到 65486。这不是通信错乱而是最典型的“有符号/无符号不匹配”。16 位有符号整数的范围是 -32768 到 3276716 位无符号整数是 0 到 65535。同一个二进制数 0xFFCE按有符号解释是 -50按无符号解释是 65486。发送端和接收端必须统一约定按有符号类型理解和处理。上位机读取时如果默认按 UINT就会显示 65486。解决方式有几种在通信配置里把寄存器类型改成有符号 16 位整数INT 或 SWORD。如果上位机不支持有符号类型就在 PLC 程序里做一个偏移或编码处理。用偏移方式时要注意这只能在特定业务场景下使用比如温度可能是负值但设备允许你加一个固定偏移量让发送值恒为非负数上位机显示时再减掉偏移量。这种方法在协议无法修改时可行但一定要写成文档否则后续维护的人会以为程序算错了。5.3 现象三浮点数变成乱码PLC 里存的是 25.6上位机读到的是 1094926336或者一个极小的数比如 1.4013e-45。这说明上位机按 32 位浮点格式去查看数据但 PLC 那边存的不是浮点或者字节顺序不对。有时候 PLC 程序里用的是 32 位浮点而上位机按 32 位无符号整数去读也会看到一长串乱码。这种乱码不是程序错了而是“解释方式错了”。正确验证方法是同时在 PLC 监控软件里以浮点格式查看这个双字如果 PLC 里显示的是 25.6说明 PLC 侧没问题问题出在上位机理格式。这时去上位机里把数据类型改成 REAL/FLOAT同时试四种字节顺序看哪个排列读出来是 25.6。6. 学习建议与练习方法不要死记硬背要建立“换算直觉”6.1 口算练习1 字节能表示什么范围进制转换和数据类型的学习瓶颈几乎都不在于“不会公式”而在于对大范围没有感觉。建议你可以先做几个口算练习1 个字节8 位无符号范围是 0 到 255。1 个字节有符号范围是 -128 到 127。1 个字16 位无符号范围是 0 到 65535。1 个字16 位有符号范围是 -32768 到 32767。1 个双字32 位无符号范围是 0 到 4294967295。1 个双字32 位有符号范围是 -2147483648 到 2147483647。熟练之后遇到 16 位数据你就能快速判断这个数是不是超范围了。速度、压力、温度这类模拟量如果测量范围是 0 到 300用 16 位无符号足够了但如果测量值可能超过 65535或者要做高精度累计就得用 32 位或浮点。口算不用追求速度重点是建立范围感。每次在程序里定义一个变量都先问一句这个数可能的最大值是多少会不会是负数会不会有小数这一个习惯能避免一半以上的数据类型问题。6.2 程序练习用小型 PLC 做进制转换器学习进制转换最好的方式不是拿纸笔做题而是在 PLC 里做一个小程序。你可以选三菱 FX3U、西门子 S7-200 SMART、汇川 H1U 或者 H5U 这类入门级 PLC做一个“显示转换器”。计划如下用 4 到 8 个输入按钮输入一个二进制数每一位对应一个按钮。程序里把 8 个位的状态组合成一个字节数据。用监视窗口分别以二进制、十进制、十六进制查看这个字节。再编写一个小程序把这个字节拆开分别计算每一位对应的十进制权值。把结果送到触摸屏上显示出来。这个练习完成后你会发现进制转换不再是抽象概念而是“只是看同一块内存的不同角度”。如果使用三菱 FX核心思路可以用数位组合LD X0 OR X1 OR X2 ... MOV K0 D0 LD X0 ADD D0 K1 D0 LD X1 ADD D0 K2 D0这是一种最基础的实现方式但程序冗长。更合理的方式是把 X0 到 X7 看成一组位用位组合指令直接构建字节。不同系列指令不同但核心思路一致把每一位的权值累加得到一个十进制数再在监视窗口切换显示格式。6.3 从编程到项目什么时候要关注数据类型写简单练习程序时数据类型问题不明显。但一旦进入实际项目就必须在代码开始前先确定数据类型。项目里需要特别关注的节点定时器和计数器数值三菱 FX 的 16 位计数器最大 32767脉冲频率高时要选 32 位计数器或高速计数器。模拟量通道4-20mA、0-10V 信号进 PLC 后工程量转换要确认是 16 位还是 32 位是否带符号。通信数据Modbus 读回来的数据一定要先看协议手册里写的寄存器长度和类型。运动控制伺服位置、速度、加减速时间经常涉及 32 位整数或浮点而且不同品牌的数据结构差异较大。数据累加累计产量、流量累计值一旦超过 3276716 位就不够直接用双字或浮点。我建议在项目开始前做一个“数据类型规划表”把所有需要交互的信号列出来标注好长度、类型、范围、单位、通信地址。这个表不需要很复杂但能省掉大量调试时间。数据异常时先看这个表就大概率能定位到是谁的“解释方式”错了。7. 几个实际调试经验遇到数据不对时按这个顺序来7.1 先看源数据再做转换不管问题听起来多复杂第一步永远是看 PLC 里的原始数据。用编程软件在线监视直接看对应寄存器的值。如果 PLC 里已经不对后面就不用查通信和上位机了如果 PLC 里是对的再查后面链路。看原始数据时要同时看几种格式。比如 D100 在十进制下是 256在十六进制下是 0100你就要思考这个数正常吗我本来期望的是多少两者的差异是 16 倍、256 倍还是差了一个符号位7.2 再查长度和符号设置确认原始数据正确后再检查数据链路里的长度和符号设置。上位机、触摸屏、网关、仪表都可能带自己的数据类型配置。每一层都要查看。比如 PLC 是 16 位有符号整数触摸屏那边设成 16 位无符号显示就会在数值超过 32767 后出现跳变。此时把触摸屏的类型改成有符号即可。7.3 最后确认代码里的小数点、偏移和单位换算如果长度和符号都正确显示还是不对那就要检查程序里有没有做缩放、偏移、工程量转换、倍率调整。最常见的例子是温度传感器量程 0 到 200℃PLC 读到的模拟量是 0 到 27648西门子或 0 到 4000三晋需要程序自行换算成实际温度。如果上位机里又做了一次换算就会出现双重换算数值直接失控。排查时可以先把程序里的换算结果用一个固定值替代比如直接 MOV K100 D100然后再看上位机显示的是不是 100。如果显示 100说明链路没问题问题出在模拟量换算环节如果显示的还是不对继续查链路配置。7.4 多做“格式快照”少靠记忆调试时最怕的是凭记忆判断“我昨天明明设的是有符号”。我建议每次修改协议、类型、地址后都截一张图或者把配置导出保存。格式快照包含三部分内容PLC 侧变量表变量名、地址、数据类型。通信配置表Modbus 从站地址、寄存器地址、寄存器长度、数据类型、字节顺序。上位机或触摸屏侧标签表关联地址、显示格式、工程单位、量程转换。这三张表放在一起数据链路就完整了。后续排查只要把当前配置和快照对比很快能找到是哪一步改错了。8. 进制转换与数据类型的进阶方向从会写程序到能稳定调通8.1 学会用“位”思考进制转换到后期不只是数学换算而是用“位”思考问题。比如你需要判断一个 16 位状态字里的第 5 位是不是 1。你不应该用“十六进制转十进制再转二进制”的笨办法而应该直接用与运算把状态字和 16#20 相与结果为非零说明第 5 位为 1。这种方式比手工换算快得多而且程序可读性更强。三菱里可以这样写LD D0 AND K32 OUT M100K32 是十进制 32也就是二进制的 0010 0000对应第 5 位。当 D0 的第 5 位是 1 时M100 输出为 ON。西门子里可以直接用位访问M10.5这会可读性更好。8.2 理解补码负数在 PLC 里不是直接存“负号绝对值”而是按补码存储。简单的理解是-50 在 16 位里等于 65536-5065486也就是 0xFFCE。上位机拿到 0xFFCE如果不知道这是补码就会显示 65486。如果你能一眼看出 65486 超过了 32767就知道这是一个负数然后计算 65536-6548650得到 -50。这个能力在排除通信故障时非常有用。补码计算不需要死记公式只需要记住最高位为 1 时这个数大概率是负数按有符号理解时。高位是 0 时正数。然后看实际业务量比如温度可能为负速度一般不为负那么速递数据出现高位为 1多半是无符号类型没配对。8.3 合理使用 ASCII 和字符串有些通信协议比如部分仪表、扫码枪、打印设备会要求 PLC 发送 ASCII 码字符串。这时一个数字可能被拆成几个 ASCII 字符比如数字 123 就变成 0x31 0x32 0x33。这种场景下进制转换会更复杂一些因为 123 不再是一个“数值”而是三个字符。PLC 里需要做“数值转字符串”的操作或者逐个字节发送 ASCII 码。不同 PLC 对字符串操作的支持差异很大。三菱 FX 普通指令对字符串支持较弱需要逐字节拼西门子 S7-1200 提供字符串处理指令方便一些汇川 H5U 基于 CODESYS字符串函数也很多。遇到这种需求时先查协议对 ASCII 的编码要求再决定是写字节拼接还是用现成函数块。数据类型的边界感和进制转换的熟练度不是看几篇教程就能建立的。最好的办法是在调试台上把同一个数用不同进制轮流观察多做一些简单的位拆分、字合并练习。等你能一眼看出某个十六进制值对应哪个二进制位组合、某个 32 位寄存器的高 16 位和低 16 位分别代表什么时PLC 通信和触摸屏显示里的数据问题就基本难不倒你了。做项目时先花十分钟把寄存器长度、符号类型、字节序确认清楚比事后对着监控窗口猜半天要高效得多。