最近又遇到个问题，PLC和PLC通信，需要用到Real变量，还需要高低字节转换，该怎么正确传输呢？下面由我一步一步解决这个问题。一次性彻底解决Real数据结构问题。
第一步：硬件配置倍福PLC为主站，西门子模块为从站，通过Profibus通信传输数据，但硬件配置只能配置Byte，如下图定义了64字节输入，64字节输出。
我需要西门子PLC给我发一个real类型的数据，一个real类型为4个byte，我就在程序里定义5-8Byte这4个byte为一个Real（如下图蓝色显示，图中为64个byte的16进制显示，两个数字00代表一个byte）。
倍福里Real的16进制数据CD 4C 03 43，此时在程序里的显示为131.3；但是西门子发过来的不是131.3。
这又是什么问题呢？
此刻想到有高低字节转换，所以认为是高低字节问题导致的（我的上一篇文章详细讲解了高低字节转换机理）。于是我打算在程序里通过高低字节转换看看结果是不是一致的。也就是上图中real的16进制数据变成了43 03 4C CD。结果显示还是不正确，这就纳闷了。。
头大中……………
怎么办呢？
只能一步一步分析数据结构了。
第三步：技术原理分析倍福侧显示的Real:131.3的数据结构如图所示
西门子侧由于有高低字转换问题，实际西门子侧需做个高低字节转换后，要给我发以下数据结构：
这样数据结构才能全部对应上，如果西门子不经过高低字节转换，直接发131.3数据给倍福，那么因为存在高低字节互换问题，倍福收到的完全是反的字节，即1100 1101 0100 1100 0000 0011 0100 0011，这就需要倍福侧再次做高低字节转换。才能得到实际的结果131.3；
卧槽！
经过推理可以经过高低字节转换就得到正确结果了呀！！
在验证一遍，西门子发个real，倍福经过高低字节转换，确实可以得到正确结果，之前我的程序写错了，程序里定义的是DWORD，不是Real!!!
研究到现在白研究了，高低字节转换就可以实现了！！！
但是既然已经研究到这了，就干脆把Real的换算机制搞清楚吧！！！！！
第四步：Real 换算机制32位real的结构如下图：
高地址<------------>低地址
| 符号位 | 指数 | 尾数 |
| 1 bit | 8 bit | 23 bit |
*符号位1代表负数，0代表正数。
*指数就是公式里的指数。
*尾数就是小数点后面的部分。
举例说明：Real值 131.1
二进制表示位0100 0011 0000 0011 0100 1100 1100 1101
机器运算需要转为补码运算，正数补码和反码一致。
即131.3的补码和上面一样，0100 0011 0000 0011 0100 1100 1100 1101
**0代表正数；
**后面8位1000 0110为指数，转换为十进制是 指数=134。
**尾数部分为000 0011 0100 1100 1100 1101，根据公式加1；
为1. 000 0011 0100 1100 1100 1101；
Real转换公式为 REAL=1*1.（尾数部分）*2^（指数-127）
以上数据代入，十进制real即为=1.00000110100110011001101*2^(134-127)
=1.00000110100110011001101*2^7
以上由于是二进制乘法，所以每次乘以2，小数点前移1位，2^7就是前移7位，数据表示为
=10000011.0100110011001101
抓换成10进制无限接近 =131.3
到此转换完成，Lreal是64位结构也是相同的机制，只是指数和尾数变多了。
问题解决了，还收获Real数据的知识，挺充实！！
,
