[参考译文] SK-AM62A-LP：AM62A PSDK 10.01 中的 sigmoid 错误

您好 Yongheon、

我们的开发团队仍在解决这个问题。 我已经向他们表明、10.1 SDK 中仍然存在此问题。 他们表示下一个 SDK 版本将对此问题进行修复。  

BR、
Reese

嗨、杨海恩：

遗憾的是、AM62A 不具备 11.0 SDK。

但是、这并不意味着该修复程序不会早于以下 SDK 版本可用。  

我们计划有一个向后兼容的 11.0 TIDL 工具版本、该版本可与 10.1 SDK 配合使用。 这是我们在过去的 3-4 个版本中遵循的做法。 这在版本兼容性表/文档中进行了标记：

• https://github.com/TexasInstruments/edgeai-tidl-tools/blob/master/docs/version_compatibility_table.md
• 尚未显示 11.0、因为这是整体未发布的

因此、我希望看到 11_00_00_01 的发布标签、其中奇数修复编号 (1) 表示它与以前的 SDK 版本 10.1 兼容。 您可以看到与 10.0 SDK 兼容的 10_01_03_00 的类似结果。  

此版本将修复 Sigmoid 问题、我已确认将其合并。  

对于您现在拥有的 10.1 SDK 而言、这意味着什么 ？

在 edgeai-tidl-tools 存储库中、有一个脚本用于修补 SDK（需要访问互联网）

• https://github.com/TexasInstruments/edgeai-tidl-tools/blob/master/update_target.sh
• 请注意、早期版本 (setup_target_device.sh) 中的.SH 脚本具有不同的名称
• 这将更新 C7x 固件（至关重要）、包括 TIDL 需要的一些库、相关的标头以及 python 软件包

然后、您将使用从 edgeai-tidl-tools 存储库中的 11_00_00_01 标签下载的 tidl_tools 编译模型。  

另请参阅我有关 SDK 和 TIDL 版本控制的常见问题解答： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1455079/faq-edge-ai-studio-is-sdk-version-important-for-edge-ai-and-ti-deep-learning-tidl-with-c7x-on-am6xa-socs-am62a-am67a-am68a-am68pa-am69a 

请注意、对于使用不同内存映射 (DDR <2GB) 的自定义硬件、这里可能需要考虑额外的步骤、为 TIDL 和依赖项安装具有 11.0 兼容源的固件构建器补丁。 在您拥有带 AM62A 的定制 PCB 来优化的存储器映射之前、这一点并不重要。  

BR、
Reese

尊敬的 Reese：

非常感谢您的详细解释。
我期待 11_00_01 TIDL 工具的发布。

此致、
杨海恩

您好：

我想进一步说明、这些 TIDL 工具目前预计将于 5 月底推出。  

此时间表  由其他 TDA4x 器件 11.0 发布计划确定

尊敬的 Reese：

感谢您的其他更新。
据我所知、TIDL_TOOL 11_00_01 将于 5 月底推出。
再次感谢！

尊敬的 Reese：

您能否分享 AM62 的 sigmoid 错误修复（如果可用）的当前状态？
我注意到 TIDL_TOOL 11_00_06_00 已在 edgeai-tidl-tools 中进行了更新、但 该版本似乎尚不支持 AM62A。
- https://github.com/TexasInstruments/edgeai-tidl-tools/blob/11_00_06_00/docs/version_compatibility_table.md

此致、
杨海恩

您好：

将有一个向后兼容的版本,最后一个非零值有一个奇数,我认为这将是 11_00_05_00。 我希望这将在接下来的几天内发布。 感谢您的耐心。  

如前所述、AM62A 没有公开的 11.0 SDK 版本。 我们正在等待向后兼容的版本发布。  

这将包括乙状精度修正。

BR、
Reese

尊敬的 Reese：

感谢您的答复。
我将等待 AM62A 的向后兼容版本。

此致、
杨海恩

杨海恩 、  

与 Reese 讨论后快速更新状态：上周发布的 TIDL 工具 11_00_06 中未包含该向后兼容版本。  我们现在正在跟踪 11_00_07、 预计 下周结束。

John

您好、John：

感谢您让我们了解即将推出的新版本。

此致、
杨海恩

更新 — 由于这个方面的一些测试问题，我们不得不将 TIDL 版本推迟几天。 修订日期现在是下周的中点。   

John

Youngheon、  

Reese 和我仍在与 TIDL 开发团队一起跟踪此情况、该版本遇到了集成问题；因此、新日期为 6/23。  我们将继续在此处保持打开状态、直到发布。   

John

您好、John：

感谢您的更新。 我将等待 6 月 23 日发布。

此致、
杨海恩

准备好了吗？

我按照描述查找了一个发行标签、但没有看到、但可能我解释不正确。

因此、我希望看到 11_00_00_01 的发布标签、其中奇数修复编号 (1) 表示它与之前的 SDK 版本 10.1 兼容。 您可以看到与 10.0 SDK 兼容的 10_01_03_00 的类似结果。  [/报价]

Devin、  
我昨天应该更新一下。  随着 TIDL 开发团队与我的沟通、该补丁在回归测试中受到阻碍。 它现在预定 6 月 30 日。  我认识到、这是上个月的一周到一周的差距。 我们可以在明天的通话中谈论这一点。   

John  

您好、John：

我们可以采取哪些措施来改进时序？

我们需要尽快安装修补程序。

此致

Devin

每 6/25 周、

您在上图中看到的是正确的位置。 但是,如果它没有出现在那里 6/30,我会在这里发帖。   

正如 Reese 的边栏电子邮件中所指出的那样、我们建议您只需在可用时立即提取补丁并对其进行测试。  不需要额外的努力。  

John  

请参阅最新版本：  

github.com/.../11_00_07_00

您好、John：

我使用 edgai-tidl-tools 11_00_07_00 测试了 sigmoid 层、但问题仍然存在。
当我将板转储文件与 edgeai-tidl-tools 生成的 PC 转储文件进行比较时、我发现 sigmoid 结果中的一些值显示为 0xFF、而不是 0x00。

我执行了以下测试步骤。

[TIDL 导入]

-安装 edgeai-tidl-tools 标签 11_00_07_00,然后导入模型。
-然后,转储结果文件与 PC_dsp_test_dl_algo.out。

【电路板设置】

- 从 TI 网站 (https://www.ti.com/tool/PROCESSOR-SDK-AM62A) 下载了 tisdk-edgeai-image-am62a-evm.wic.xz（版本 10.00.01.05）
-使用 BalenaEtcher 和下载的映像创建 SD 卡。
-安装了带有标签 11_00_07_00 的 edgeai-tidl-tools 并在设置以下环境变量后运行 update_target.sh。
  -导出 update_OSRT_components=1
  -导出 update_firmware_and_LIB=1
  - export sdk_version=10_1
  -导出 SOC=am62a
  -导出 TISDK_image=edgeai
-重新启动板并使用/opt/tidl_test/TI_DEVICE_armv8_test_dl_algo_host_rt.out.转储结果文件

如果您能确认这些步骤是否正确执行、我将不胜感激。

此致、
YoungHeon

您好 Yongheon、  

您的步骤看起来是正确的。 我们要确保这些关键文件确实已正确修补。

您能否确认固件的 MD5SUM？

md5sum /lib/firmware/vision_apps_eaik/vx_app_rtos_linux_c7x_1.out
##unpatched:
bf8c9a403433557a5f7b234e01e83308  /lib/firmware/vision_apps_eaik/vx_app_rtos_linux_c7x_1.out
##patched
be35e318a440799133a2ba9192c14480  /lib/firmware/vision_apps_eaik/vx_app_rtos_linux_c7x_1.out

BR、
Reese

尊敬的 Reese：

感谢您确认这些步骤。

我已经验证了固件的 MD5 校验和、并且匹配。

root@am62axx-evm:~/workspace/youngheon# md5sum /lib/firmware/vision_apps_eaik/vx_app_rtos_linux_c7x_1.out
be35e318a440799133a2ba9192c14480  /lib/firmware/vision_apps_eaik/vx_app_rtos_linux_c7x_1.out

然后、我为 PC 和电路板之间 AM62A 上的 sigmoid 结果不匹配创建了一个示例案例。
我附上了包含示例案例的文件。 如果您需要更多信息、请查看并告诉我。

e2e.ti.com/.../am62a_2D00_sigmoid_2D00_sample.tar

此致、
杨海恩

嗨、杨海恩：  

明白了--你已经正确地修补了。 感谢您包括附加的文件,这节省了我们的时间,并得到更快的解决。 我已经通知 TIDL 团队、这个问题仍然存在。 我将并行重现此错误、我们将努力解决此问题

编辑：我完全复制了你的痕迹--我看到这 3 个发生错误映射的实例。 这里的前一层值为 0x80、因此最小 signed int 与 Sigmoid 应将其映射到 0x00。 相反、它映射到 0xff（错误，不管 dtype 的符号如何）--因为这是 Sigmoid 的无符号输出、因此它是最大 int。 我将再次向开发团队提出此问题。  

BR、
Reese

根据 Reese / John 的讨论、一些更新/说明：

1) 工具在 6 月底发布确实解决了一个角落的情况下的乙状问题。   

详细信息： 在原始问题中、我们发现 0xC3 的值映射不正确。 该问题已在 11.0 版本中得到解决、并作为 11_00_07_00 TIDL 工具的一部分提供

2) 然而,有另一个临界情况, Stradvision 正在遇到（并且 TI/Reese 已成功复制）:  

详细信息： 在现在的 11_00_07 中、我们现在看到值 0x80 映射不正确。 这被视为一个单独的问题

3) 关于第二个问题、我们正在通过 JIRA (TIDLP-7892) 进行跟踪。 这适用于 Linux PSDK 11.1 版本。  

每周 8/6 次更新：

关于第二个问题、我们正在通过 JIRA - TIDLP-7892 进行跟踪。 这适用于 Linux PSDK 11.1 版本。  [/报价]

这是适用于 AM62A 器件的 Edge AI SDK 11.1、计划于 e/o 8 月推出。  早期测试表明、此 11.1 版本正在修复此临界外壳。