西门子SCL编程实例——序列化与反序列化指令应用

前几天调试PLC与嵌入式系统的通信，由于PLC的通信报文由几种用户自定义数据类型组成，我决定先将其序列化存放到发送缓存区再发送。接收的方式则是先将接收缓存区的数据反序列化，然后存放到相关变量中。在实践中遇到了一些问题，主要表现在序列化/反序列化后数据的长度超出预期导致报文错位，今天这篇文章跟大家分享下如何解决这种问题。

1、序列化指令

序列化指令可把复杂数据类型的变量按顺序转变成字节（或字符）数组，多用在通信过程中发送报文的转换或其它类似应用场合。

假设定义了某报文结构，名称为“typeUDS”，为用户自定义数据类型，其结构如下图所示：

数据类型UDS-1.png

该报文中，前两个数据为布尔型，第三个为字节型，第四个为用户自定义类型（typeCtrl），第五、六个为字节型，第7个为整型。

我们预期前两个布尔型占用一个字节，后面的所有数据占用六个字节，总共占用七个字节。然而实际上并非如此。

编写函数“serialize_test”进行测试，变量声明如下：

代码如下：

GlobalDB中存放着源数据（typeUDS）和目标数据（序列化后存放数据的数组），如下图所示：

为了便于观察序列化后的数值，我们给源数据赋指定值：第一个布尔变量为true，第二个为false，第三个字节为16#12，第四个用户自定义类型的第一个布尔值为true，第四个字节的值为16#02，第五个字节的值为16#23，第六个整数的值为9，如下图所示：

将其进行序列化后的结果如下图所示：

序列化后的指针“posSerialize”的值为8，说明该数据序列化后占用了8个字节（数组索引从0开始），而不是预期的7个字节。

通过数值比较，可以看出前两个布尔型数据存放在第1个字节（array[0]）,第三个字节数据（16#12）存放在第2个字节（array[1]），第四个用户自定义类型数据存放在第3个字节（array[2]），第五个字节数据（16#02）存放在第5个字节（array[4]），第六个字节数据（16#23）存放在第6个字节（array[5]），第7个整数（数值9）以大端字节序的方式存放在第7和第8个字节（array[6]和array[7]），如下图所示：