This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TMS570LS1227:EB Tresos v21.0.0由于具有不同的签名类型预期、因此与我们的02.22.03 MCAL 包不兼容

Guru**** 2782445 points

Other Parts Discussed in Thread: TMS570LS1227

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/968118/tms570ls1227-eb-tresos-v21-0-0-is-not-compatible-with-our-02-22-03-mcal-package-due-to-a-different-signature-type-expectation

器件型号:TMS570LS1227

您好!

我们的项目使用适用于 TMS570LS1227微控制器的02.22.03 MCAL 包、该包始终使用 EB Tresos v14.3.2进行配置- TI 在整个开发过程中为我们提供了有效的 Tresos 许可证。 然而、在最近的许可证到期后、我们被告知许可模式已更改、我们无法再获得此版本 Tresos 的许可证。 我们被建议更新到 EB Tresos 较新的 v21.0.0、并获得了此较新工具的有效许可证。

但是、我们已经能够使用这个较新的 v21.0.0 EB Tresos 来配置和生成 MCAL。 通过 Elektrobit 直接打开的支持请求似乎已证实该较新版本的 EB Tresos 与我们的 MCAL 包不兼容-具体而言、EB Tresos v21.0.0的许可版本使用较新类型的签名来使用 MCALs (EB_TS_MOD_SGNTI)、 而我们的 MCAL 封装支持较旧的类型(EB_TS_MOD_SGNTSA_Instruments)。 有关 Elektrobit 的详细信息、请参阅以下内容。

这一问题现在至关重要、我们的项目正在继续发展、因此我们希望通过以下两种方式之一解决它:

-让我们继续使用 v14.3.2 EB Tresos,正如我们先前所做的那样,提供适当的许可证

-为我们提供与 v21.0.0 EB Tresos 兼容的 MCAL 软件包,由于许可原因,我们被指示迁移到该软件包 (请注意、这不是一个理想的解决方案、因为我们无法从当前正在生产的冻结代码库快照重新配置和重新生成 MCAL)

非常感谢。

[来自 ELEKTROBIT 的详细错误信息]:

由于提供的签名密钥"eb_TS_MOD_SGNTSA_Instruments"将属于比您使用的 EB Tresos Studio 21.0.0更旧的 ACG 版本、请与 TI 联系、以提供一些一致的软件包来解决您当前的问题。

出现此问题的原因是 MCAL 模块将需要"EB_TS_MOD_SGNTSA_INSTRUMENS"许可证、但您的许可证将提供"EB_TS_MOD_SGNTI"。 请咨询 MCAL 供应商、他们是否可以为您提供当前签名的包"

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Adam、

    LS1227的最新 MCAL 驱动程序为 Rev6.0。 您可以在 V21.0.0 EB tresos 上尝试此新版本吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    大家好、感谢您的回答。

    请告诉我如何下载 LS1227 MCAL 的版本6.0?

    非常感谢、
    Adam

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    您对 TMS570LS1227 MCAL 的访问已启用。 您很快就会收到来自 TI mySecureSW 系统的电子邮件、其中包含安装程序的链接。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢你。 我已经下载了最新的 MCAL、现在将尝试对其进行集成并通过 Tresos 测试其配置。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    MCAL 06.00.00的集成解决了 EB Tresos v21.0.0的几乎所有许可问题、但我仍然看到 PWM MCAL 的问题(参见下文)。
    我正在使用由您提供的以-1F5D 结尾的 EB Tresos 许可证、虽然我现在可以配置和验证其他 MCAL 驱动程序、但我仍然收到针对 PWM 报告的以下错误:

    PWM12120未找到模块"PWM_TI_TMS570LSx"的有效许可证

    PWM19015文件{path_removed}\Tresos\plugins\PWM_TI_TMS570LSx\meta-inf\CRYPTOMANIFEST.mf 的非法签名密钥

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    请确保插件中的此文件夹包含最新 MCAL 驱动程序的文件。

    我使用 EB Tresos 21和 MCAL 6.0、但没有看到这种问题。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Tresos plugins 目录确实包含所有最新的 MCAL 文件、而 Tresos 对除 PWM 之外的所有其他模块都很满意(请参阅随附的屏幕截图)。 但是、在检查每个 MCAL 驱动程序的 CRYPTOMANIFEST.MF 文件时、我发现除了 PWM 文件以两个换行符(0x0A)结尾之外、所有的文件都只有一个0x0A。 安装 MCAL 并运行4.0.3批处理文件后、立即观察到这种情况。

    在手动向 PWM 驱动程序的 CRYPTOMANIFEST.MF 添加第二个0x0A 后、此问题得到解决、然后 Tresos 对 PWM 模块感到满意。

    顺便提一下、需要对端口和 SPI 驱动程序的 Generate_SWCD/SWCD_Definites/*_definitation_bswmd.arXML 文件进行两次手动编辑、这些文件在安装后每个文件在关闭后包含一个后尾0x1A 字节 标签。 在删除这些字节之前,Da Vinci Configurator 工具甚至拒绝打开配置。

    我现在能够继续评估新的 Tresos/MCAL 解决方案。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢 Adam 提供的信息。

    我检查 了 PWM CRYPTOMANIFEST.MF、但在文件末尾看不到0x0A。 您能否发布屏幕截图以向我展示0x0A 的位置。 谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    当以十六进制形式查看文件时、可以看到 CRYPTOMANIFEST.MF 文件末尾的0x0A 字符。 在文本编辑器中查看文件时、它们被视为换行符、因为0x0A 是换行符的 ASCII 代码。

    这是安装后直接被视为十六进制的 PWM CRYPTOMANIFEST.MF、您可以在末尾看到一个0x0A:

    这对应于在文本编辑器中查看时文件末尾的单行:

    但是、所有其他驱动程序在文件的末尾都有两个0x0A 字节-这是 ADC 文件作为示例:

    它对应于在文本编辑器中查看文件末尾的两条新行:

    Tresos 抱怨在 MCAL 安装后 PWM 模块出现签名错误、但当在 CRYPTOMANIFEST.MF 文件的末尾添加额外的0x0A 以匹配其他文件时、该错误会得到解决。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢 Adam

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    遗憾的是、更新 Rev6.0 MCAL 驱动程序和最新 EB Tresos 的建议对我们来说不是可行的解决方案。 我们的 AUTOSAR BSW 提供商通知我们、我们不能在不花费大量费用、时间和精力的情况下更新到 TI MCAL 的更高版本。

    因此、我们唯一可以选择的是能够继续使用我们当前已将(v02.22.03)与可以配置和生成它们的 EB Tresos 版本(v14.3.2)集成的 MCAL、正如我们自项目开始以来一直在做的那样。 这是我们的首选解决方案、原因有很多。

    无法配置和生成我们的 MCAL 驱动程序、现在会导致我们的交付计划出现严重问题。 请 TI 向我们提供许可、让我们能够继续使用我们目前使用的软件和工具多年、 或许我们能够与有关各方单独讨论这一点,以便尽快解决这一问题。

    非常感谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Adam、

    TI 仅为 MCAL 配置提供一年 EBTresos 评估许可证。 现在、我们提供了使用 v21.0.0 EB Tresos 的一年许可证、我想 TI 不会再购买 v14.3 EB 工具的许可证。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 QJ、

    我与 Adam 合作完成这个项目。 我们需要更详细地理解这一点、这个问题给我们带来了严重的问题、我们需要 Adam 描述的解决方案。 您能否让我们与能够提供进一步帮助的人联系?  

    此致、

    Gummi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Gummi、

    我刚刚提出了一个朋友请求、让我们离线讨论。 谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    脱机处理此问题。