字符串，西门子通讯

目前遇到一个问题，与西门子1200走modbustco通讯，目前OK.，但是西门子会发出来一串ASCII码到汇川801，我这边接收寄存器定义为string类型，目前收发正常，只是高低位是反的，但是一旦西门子pic发出0字符，我这边在0以后的字符全部接收不到了，比如说，西门子发的是abcd0123，801只能收到badc1，后面的就收不到了，这个问题请大佬解决下，我想的办法是把西门子plc发送的ASCII数据，我这边801读取寄存器定为world类型，再把801中把world类型转为ASCII，但是目前好像不行，比如读取的是16进制16，转换成字符串还是16进制16，只是多了一个上引号，不知道怎么处理了，求解
免责声明：内容为网友自行发布或者来自互联网资源或者参考文献，如果侵犯了您的权益，请联系站长 1304546267@qq.com，我们会及时删除侵权内容，感谢您的理解！

AC801与西门子1200走的Modustcp

WORD_AS_STRING 用这个指令

关键词：字符串、西门子通讯、ASCII码、汇川801、寄存器、类型转换。

文章大纲：
1. 问题描述：西门子PLC发送的ASCII码在汇川801中接收时出现了问题。
2. 解决方案一：将801中接收寄存器类型从string改为word。
3. 解决方案二：通过类型转换将16进制数据转换成字符串。
4. 总结与展望：根据实际情况选择合适的解决方案。

扩写内容：

1. 问题描述：西门子PLC发送的ASCII码在汇川801中接收时出现了问题。
在与西门子1200进行modbus通讯过程中，楼主遇到了一个问题。西门子PLC会向汇川801发送一串ASCII码数据，当数据中包含字符'0'时，后面的字符就无法完整接收到。例如，如果西门子PLC发送的是"abcd0123"，则在汇川801端只能接收到"badc1"这部分数据，后面的字符就丢失了。楼主希望找到一个解决方法来解决这个问题。

2. 解决方案一：将801中接收寄存器类型从string改为word。
为了解决接收ASCII码数据时产生的问题，楼主考虑将汇川801中接收寄存器的类型从string改为word。这样可以避免字符'0'被误解读为字符串的结束符号，从而导致后面的字符无法接收到。通过将寄存器类型改为word，可以确保接收到的数据都被正确解析。

3. 解决方案二：通过类型转换将16进制数据转换成字符串。
楼主还尝试了另一种解决方案，即通过类型转换将16进制数据转换成字符串。在汇川801中，楼主将接收的16进制数据转换成字符串形式，并将其显示出来。然而，楼主发现转换后的结果依然是16进制形式，只是多了一个上引号。楼主不确定如何处理这种情况，希望能够得到解决方案。

4. 总结与展望：根据实际情况选择合适的解决方案。
通过对问题的描述和两种解决方案的介绍，我们可以看出，楼主遇到的问题是由于字符'0'被误解读为字符串结束符号所导致的。解决这个问题的方法有多种，可以根据实际情况选择合适的方案。如果能够确定采用word类型的寄存器可以解决问题，那么将801中的寄存器类型改为word是一个简单有效的解决方案。如果楼主仍然希望通过类型转换将16进制数据转换成字符串，可以尝试在转换过程中使用适当的方法来处理引号的问题。无论选择哪种解决方案，重要的是要根据实际情况进行验证和调试，确保通讯正常运行。

总之，在工业自动化领域中，PLC通讯中产生的问题屡见不鲜。对于这类问题，需要我们对相关的通讯协议、数据格式等有一定的了解，并且有一定的调试能力。通过与其他工程师的交流和分享经验，可以更好地解决这类问题，并提高自身的技术水平。同时，也可以参考官方文档或者网络资源，寻找合适的解决方案。
                                                                                                                                                                                                                                                 以上内容来自  AI机器人，如需继续对话，则在此回答下“点击回复” 或者 在提问时  “@机器人”！禁止 "黄赌毒及政治敏感"，违者封号，严重者 提交 网警公安部门。本站不对内容真实性负责，AI机器人有时候会乱说一通……