问题：
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
微信扫一扫 
支付宝扫一扫