[参考译文] IND-COMMS-SDK：Profinet RT 测试问题

您好、Philip：

我们已对 AM64x 进行了 ART 测试、但尚未发现这些问题。 但是、我们将查看共享日志、还会对多次迭代运行这些测试并提供更新。

能否对几个问题说明一下？

1)您是否在测试的应用程序中进行了任何更改、但在永久 IM 回调时的竞争条件补丁除外？

2) 每次迭代的所有测试是否都失败?

此致、
Laxman

尊敬的 Laxman：

感谢您的答复。

关于您的问题：

1)应用程序更改后、您的意思是演示应用程序？ 我们将根据演示来构建自己的应用。 但在我们的用例中、现场总线应用主要在 A53 Linux 端实现、其中栈接口主要通过 RpMsg 传递给应用。 此外、在 Linux 端处理永久数据。 这样做的原因是我们已经有一个通用的 Profinet 应用程序、现在该应用程序适用于 Sitara。

2)我跑了他们几次,他们看起来是一致的。 但上述情况的一两倍结果确实发生了变化。 我怀疑这可能是因为之前的另一项测试。  

您能告诉我测试中预期的值是否应存储在永久 PdevRecord 中吗？

此致、
Philip  

您好、Philip：

感谢您的留言。 我们将仔细研究此问题以及您提供的日志、并尽快为您提供响应。

此致、
Kamil

尊敬的 Kamil：

谢谢！ 简单地说、在一些日志中、有关 I&M 编码和配置的其他故障是不相关的、目前已修复。 所述问题 不受这些问题的影响。

此致
Philip

尊敬的 Kamil：

如果我可以提供任何其他信息来支持这一点、请告诉我。

此致
Philip

您好、Philip：

此问题正在脱机处理。 如果在星期一的交货中未能解决问题、我们可以在这里进一步讨论。

谢谢。
此致、
Kamil

尊敬的 Kamil：

我们还没有收到交货。 时间轴是否改变？

谢谢、谨致问候
Philip

尊敬的 Kamil：

明白了、谢谢！ 我使用新版本重新运行相关测试、并看到了一些改进。

Pdev_Check_端口454-场景1：仍然相同错误
Pdev_Check_ Port 384-场景2：现在通过
诊断-场景1：仅检查步骤9中的"行延迟"错误仍然存在
不同的访问方式：仍然存在相同的错误

e2e.ti.com/.../Reports.zip

此致
Philip

正如在另一篇文章中所提到的(关于 TEDCheck),我注意到我用 TestBundle 2.44而不是2.45重新运行测试。  
使用 TestBundle 2.45现在剩余2个故障：

- Pdev_Check_One 场景2.

-诊断场景1.

诊断场景1似乎不一致、有时会出现故障、有时会通过、这可能意味着出现时间问题。 对于 Pdev_Check、我以前也观察到不一致的结果。

在我们的应用程序中、有两个附加任务负责处理与 Linux 主机的 RpMsg 通信。 这些中断的优先级是否会干扰堆栈？ 我玩了周围的 prio 值为他们,直到我得到的东西似乎工作的两个, RpMsg 和 Profinet ,但也许有一些信息关于什么 prios 选择或避免?

e2e.ti.com/.../7674.Reports.zip

您好、Philip：

我们目前正在调整堆栈中的某些任务优先级、这可能会对您的应用和测试产生直接影响(希望是积极的影响)。 几天后、我们再讨论一下这个问题。 但是、我想知道您为应用任务设定的优先级是什么、这对我来说还是很有意思的。

谢谢。
此致、
Kamil  

尊敬的 Kamil：

对于我们的应用、我们创建了3个任务：

- MainTask, Prio 22,用于堆栈初始化,在无限循环中结束睡眠(1000)
-非循环任务, Prio 24,用于在 R5和 A53之间交换非循环的 RpMsg 数据
- CyclicTask、Prio 25、用于交换循环输入/输出数据缓冲区

为了进行测试、我还在 PRIO 29处使用了 CyclicTask、但观察到同样的行为。

此致
Philip

您好、Philip：

我们目前使用以下优先事项。

-优先级为22的主要任务

-循环任务优先级为29、但我们正在运行几个优先级为28的测试来检查影响。

目前 Profinet 堆栈专家已不在办公室内、敬请期待对进一步问题的答复延迟

此致、
Laxman

您好、Philip：

我们完成了任务优先级调整和测试。 我们将在几天后的下一个版本中包含所有内容。  你们这边有更新吗？ 您是否已经解决了此问题？

谢谢你。
此致、
Kamil