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

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

1、序列化指令
序列化指令可把复杂数据类型的变量按顺序转变成字节（或字符）数组，多用在通信过程中发送报文的转换或其它类似应用场合。
假设定义了某报文结构，名称为“typeUDS”，为用户自定义数据类型，其结构如下图所示：

该报文中，前两个数据为布尔型，第三个为字节型，第四个为用户自定义类型（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]），如下图所示：

现在问题是：第4个字节（array[3]）是哪里来的？
答案是：来自第四个数据（用户自定义类型数据）。
原因是：Step7在进行数据存储时是以“字”为单位。对于一个复杂数据类型，当其占用的空间不足一个字时，也会为其分配一个字（两个字节）。
基于这种原则，我们在设计报文结构时，应设计成偶数个字节型数据。
比如，将typeCtrl1设计成具有16个布尔量的数据类型，示例如下：

将typeUDS中的前两个布尔型变量补充成8个，修改后的typeUDS如下图所示：

虽然表面上我们增加了一些变量，但序列化后占用的存储空间其实还是8个字节，如下图所示：

2、反序列化指令
反序列化指令是序列化指令的逆运算，在实践过程中也要注意其存储单位为“字”，用来存储反序列化结果的变量应是偶数个字节。
我写了类似的函数进行测试，把上述例程中targetArray的结果进行修改，反序列化到另外一个typeUDS变量中，如下图所示：

好了，关于序列化和反序列化指令的应用就先介绍到这里。
我的书《西门子S7-1200/1500 PLC SCL语言编程 ——从入门到精通》从硬件到软件，比较详细的介绍了SCL语言的编程，感兴趣的话可以点击下面的链接或者左下角的【阅读原文】查看：





免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！