在 S7 诊断缓冲区(CP 343-1 PN)中的 PROFInet 消息?

问题:
S7 诊断缓冲区中的 PROFInet 消息对定位一个故障有何帮助?

解答:
在通过 PROFInet 标准的通讯过程中,消息,故障和大故障都被储存在 S7n诊断缓冲区中。下面所给出的消息和建议的补救措施可以帮助您解决系统问题:

添补有 0x???????? 的 PROFInet (APPL) Info 2 未知。
从站不可用,在 DP/CBA 组态中有不一致处。
补救措施:
对模块做一次全面的复位,然后通过 iMapn触发一次新的下载。(作为分开的动作,执行下载程序并下载互连)。

添补有 0x???????? 的 PROFInet (APPL) Info 3 未知。
安装一个逻辑设备时出现内存瓶颈,或者是组件描述的格式无法解释。

补救措施:
当超出数量框架时,减少输入或输出的个数。否则,就要重新生成这些组件。

添补有 0x???????? 的 PROFInet (APPL) Info 4 未知。
由于一个通讯错误:无法调用“Sate AdvisenCallback”,通讯伙伴设置起的一个“Sate Advise”作业被丢弃。
补救措施:
清除与通讯伙伴进行通讯中存在的任何物理问题。检查通讯伙伴的电源。如有必要,减少在被诊断站上的或通讯伙伴上的过量负载。

添补有 0x???????? 的 PROFInet (APPL) Info 5 未知。
由于一个通讯错误:无法调用“Error AdvisenCallback”,通讯伙伴为一个逻辑设备设置起的“Group ErrornAdvise”作业被丢弃。补救措施:
如同 Info 4 的方法。

添补有 0x???????? 的 PROFInet (APPL) Info 6 未知。
由于一个通讯错误:无法调用“Error AdvisenCallback”,通讯伙伴为一个逻辑设备设置起的“ACCOn组出错忠告”作业被丢弃。
补救措施:
如同 Info 4 的方法。

PROFInet (DIAG) 内部出错 7 (0x????????)
对一个输入的写访问被拒绝,并伴有出错消息 CBA_E_LIMITVIOLATIONn(0x8004CB12):已经超出允许值限制。有问题的变量可以通过它在 iMapn互连视图中的位置来确定。文本中的数 0x????...n(开始四个数位)给出了逻辑设备的位置,而数 0x...????n(最后四个数位)(倒着数)则给出了组件上输入的位置(从零数起)。
补救措施:
改变所涉及变量的类型和大小,比如,增加数据类型为“字符串”的输入的长度。

PROFInet (系统) 内部出错 14 (0x0000????)
带有出错代码为 0x...???? (最后四个数位)的,到 PROFInetn逻辑设备的激活作业已经被拒绝。
补救措施:
使用当前版本,通过 PROFInet 方法 CP 不能被切换到“运行”状态。n原因是 E_NOTIMPL (0x4001) 被用作出错号。 请使用 S7 服务(比如,通过nS7 诊断) 来启动该模块。

PROFInet (系统) 内部出错 15 (0x0000????)
无法执行一个到 PROFInet 逻辑设备的取消激活作业。
补救措施:
使用当前版本,通过 PROFInet 方法 CP 不能被切换到“READY”状态。n原因是 E_NOTIMPL (0x4001) 被用作出错号。 请使用 S7 服务(比如,通过nS7 诊断) 来启动该模块。

PROFInet (系统) 内部出错 16 (0x????????)
进入到 SDB 号为 0x????...(开始 4 个数位)的 PDEVn组态数据已经被拒绝,组态不一致。
补救措施:
重新生成组件,使它与R CP 343-1 PNn版本相匹配。为系统项目提供新的组件。在对 CP 343-1 PNn做了全面复位后重新加载程序和互连关系(特别要注意,也要重新加载nPROFInet 的接口 DB )。如果这样做了仍不能清楚问题,原因可能出自 CPn数据库的 EEPROM 存在缺陷。这种情况下,当创建组件时要选择“在 CPUn上存储数据”选项,并重复上所述的动作。

原创文章,作者:ximenziask,如若转载,请注明出处:https://www.zhaoplc.com/plc340793.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2020年11月5日 下午12:03
下一篇 2021年4月12日 上午12:00

相关推荐

发表回复

登录后才能评论