报告错误请使用以下e-mail的链接: openSAFETY-bugreport@ixxat.com。,为确保快速的误差分析和bug修复,请发送给我们,除了详细的错误描述,所使用的版本的openSAFETY堆栈的信息,发展环境,如果该文件的可用信息和发现错误的代码行。
已知错误列表:
号 | 关注openSAFETY版本 | 错误描述 | 状态 |
1 | V1.1.1.0 | 重新启动后SPDO同步错误的详细描述和错误修正 |
的修正版本的openSAFETY栈是已经在开发中 |
2 | V1.1.1.0 | 过小的接收缓冲区时,接收超薄SSDOs 详细的描述和错误修复 |
的修正版本的openSAFETY栈是已经在开发中 |
1,重新启动后SPDO同步错误
说明:
openSAFETY堆栈报告一个SPDO的同步错误(例如:0x2822 - SPDO_k_ERR_SCT_TIMER:SPDO_ConsSm():)应用程序通过SAPL_SERR_SignalErrorClbk(),这SPDO的值设置为默认值(失败安全值)。
- 如果应用程序并不能保证永久安全的状态之后和
- 非安全层自主相同的有效时间同步响应发送一次又一次(与时间响应帧的数据)(例如总是相同的openSAFETY中断的非安全的通信后,框架)和
- 应用程序处理的时间同步的反应通过SPDO_ProcessRxSpdo()和
- 应用程序将继续重新启动的时间的同步通过SPDO_buildTxSPDO(),
然后,溢出后的CT和很短的时间,有效的数据被转发给应用程序,直到一个新的时间同步误差报告。错误修复程序:
执行重新启动应用程序级别的锁,这意味着应用程序保持在安全状态后,同步误差或改编的的openSAFETY的堆栈(SPDO单位)。
2。过小的接收缓冲区时,接收超薄SSDOs
说明:
接收一个Slim SSDO的的Powerlink安全框架时,它可以是所接收的数据被写入的情况下,除了在计划接收缓冲液(s_rxBuf SSCprocess.c)中,在发送缓冲器中也(SSCprocess.c s_txBuf中)。这是因为,在某些配置不同的规格,过小的接收缓冲区的超薄SSDOs。没有错误发生在以下的标准配置:
- 的SN定义EPLS_cfg_MAX_PYLD_LEN被设置为值8,和
- SCM的定义EPLS_cfg_MAX_PYLD_LEN的值12被设置为
对于其它目标系统,在特定的配置,这偏离指定的配置,并在特定的有一个高差异的定义EPLS_cfg_MAX_PYLD_LEN之间的值的SN和用于单片机的价值,然而,一个错误的行为可以不被排除在外。解决方案:使用的默认配置EPLS_cfg_MAX_PYLD_LEN,在这两方面,SN和SCM