第四章：数据类型与映射——16位整数、32位浮点数、字符串、位打包、数组在寄存器中的存储方式

各位工程师朋友，咱们今天聊点实在的。

寄存器地址规划，说白了就是给数据找个合适的“窝”。你想想看，一个16位的整数和一个32位的浮点数，它们占的地方能一样吗？当然不一样。我见过太多项目，就是因为数据类型映射搞错了，现场调试时数据全乱套，最后查出来是高低字节顺序反了——这种低级错误，真的让人哭笑不得。

4.1 16位整数：最基础的存储单元

16位整数，也就是咱们常说的int16或uint16，是Modbus寄存器最天然的存储单位。一个寄存器正好16位，一个整数占一个寄存器，简单直接。

我个人习惯，在规划寄存器地址时，先把所有16位整数排好，因为它们最省空间。举个例子，一个温度传感器，测量范围-40℃到125℃，用int16就足够了，精度0.1℃，实际存储值就是-400到1250。

// 示例：温度值映射
// 实际温度 = 寄存器值 / 10
// 寄存器地址 0x100：温度值（int16）
// 读取到 235，实际温度 = 23.5℃

4.2 32位浮点数：两个寄存器搞定

32位浮点数（float）在Modbus里需要占用两个连续的寄存器。为什么是两个？因为一个寄存器只有16位，而float需要32位来存储。

这里有个坑——字节序。我记得有一次在项目现场，设备端用的是大端模式，上位机用的是小端模式，结果读出来的浮点数全是天文数字。折腾了整整一天，最后发现是字节序没对齐。

字节序模式	寄存器1（低地址）	寄存器2（高地址）
大端（Motorola）	高16位	低16位
小端（Intel）	低16位	高16位

// 浮点数映射示例（大端模式）
// 地址 0x200：浮点数高16位
// 地址 0x201：浮点数低16位
// 读取到 0x4048 和 0xF5C3，组合后为 3.14

4.3 字符串：按字节拆开存

字符串在Modbus寄存器里存储，其实挺别扭的。因为寄存器是16位，而字符串是8位一个字符。所以常见的做法是：一个寄存器存两个字符，高字节存第一个，低字节存第二个。

举个例子，字符串"ABC"怎么存？

• 寄存器1：高字节 'A' (0x41)，低字节 'B' (0x42) → 0x4142
• 寄存器2：高字节 'C' (0x43)，低字节 0x00（填充） → 0x4300

我个人习惯，字符串长度固定为16或32个字符，这样地址规划更整齐。比如设备名称，我就固定用16个字符，占8个寄存器，不够的补空格。

4.4 位打包：一个寄存器当16个开关用

位打包，说白了就是把一个寄存器的16个位，拆成16个独立的开关量。每个位代表一个状态：0表示关，1表示开。

你想想看，如果每个开关量都占一个寄存器，那得浪费多少地址空间？用位打包，一个寄存器就能管16个信号。我在做PLC项目时，经常把报警状态、运行状态、故障标志这些布尔量打包在一起，既省地址，又方便批量读取。

// 位打包示例：寄存器 0x300
// bit0：电机1运行状态
// bit1：电机2运行状态
// bit2：报警标志
// bit3：急停状态
// ... 以此类推

4.5 数组：连续寄存器的批量操作

数组在Modbus里就是一组连续的寄存器。比如一个16位整型数组，有10个元素，那就占10个连续的寄存器地址。如果是32位浮点数组，每个元素占2个寄存器，10个元素就是20个寄存器。

数组的好处是可以用Modbus的批量读取命令（功能码03），一次读取多个寄存器，效率很高。我做过一个温度采集系统，32个通道的温度值，每个通道一个float，总共64个寄存器，一次读取搞定。

数组类型	每个元素占寄存器数	N个元素总寄存器数
16位整数数组	1	N
32位浮点数组	2	2N
字符串数组（每个字符串16字符）	8	8N

4.6 知识体系结构图

下面这张图，是我自己总结的数据类型映射关系，你看一眼就能明白整体结构。

4.7 避坑总结

最后，我把这些年踩过的坑总结一下，你记好了：

1. 字节序一定要验证——不要相信手册，要相信实测数据
2. 数组中间不要插其他数据——保持连续性，方便批量读取
3. 字符串长度设计为偶数——避免最后一个寄存器补零的麻烦
4. 位打包时把高频变化的位放低位——减少通信量，提升效率
5. 浮点数占用两个连续寄存器——规划地址时留好空间，别被其他数据挤占