n
说明：
- 字符延时时间(CDT)
如果数据信息既无固定长度又无可定义的结束符,那么信息只能靠两段信息的间隔时间来识别,间隔时间一定不能长于字符延时时间。
注意:
通信方必须保持这个间隔,否则连续的两段信息可能被解释为一段信息,可能这些信息不能传送到接收数据区。
当设定通讯模板CP的参数时，确保接收区的数据长度要大于所接收信息的最长长度n
否则将会提示以下错误信息：n
- CP441模板诊断区将会出现下列错误:
"Error in data transfer between CPU and CP (Receive)"
(早期版本可能会将模板通讯功能锁住)n - CP34x模板诊断区将会出现下列错误:
1E0E Hex: SFC RD_REC ERROR, load SFCERR from the instance DB for evaluation"
在这种情况下，"SFCERR" 将会报一个十六进制的"8x23",指示当写数据,数据区长度出错。n
- 接收信息带有结束符处理
当数据被接收,参数化的结束符被识别。
注意:
用户数据中不能有任何结束符,否则结束符将被弃用。可能的话，可以使用2个结束符来识别信息是否接收完毕
- 接收固定长度字符处理
当数据接收时,只有被参数化的定长的数据被接收。
注意:如果在定长的数据接收之前,字符延时时间超时,接收将被中止,例如,信息被弃用。
如果是正好的定长的数据,那么将做如下处理：n
- 字符延时时间超时信息被弃用
- 如果在字符延时时间超时之前接收到新信息,将连接到下一信息。
注意:
在一个扫描周期内可以根据两个标志位"Done"和 "Error" 志来判断接收信息的状态，"Done"=1表示成功接收信息;"Error"=1成表示接收出错,可进一步查看具体错误信息。
以下是CP441 和CP341应用实例，CP340, CP440 与CP341类似，也是调用相关处理块编程(来自PtP库文件)
CP341_Empfang_Ascii_e.pdf ( 6 KB )
CP441_Empfang_Ascii_e.pdf ( 11 KB )
关键字:
通讯组态,信息参数
原创文章，作者：ximenziask，如若转载，请注明出处：https://www.zhaoplc.com/plc336097.html
微信扫一扫 
支付宝扫一扫