[参考译文] MSPM0G3107-Q1：驱动器和#39符合汽车标准

尊敬的 Dylan：

您共享的此页面似乎是关于诊断库的内容。

driverlib 层怎么样？ 我认为它应该是  MSPM0-SDK 的一部分、而不是  MSPM0-DIAGNOSTICE-LIB。

谢谢！

起重机

我认为诊断库将仅利用 driverlib 和硬件层、如图所示、而不是集成到 driverlib 中。 这样、可以为不需要功能安全的客户发布 driverlib、然后我们的软件团队可以在初始版本之后构建针对功能安全的诊断库。 然后、需要功能安全的客户可以在该库发布后根据需要添加该库。

我有点困惑。

假设我 想在  MSPM0G3107-Q1上开发固件、以打造适用于汽车的产品。 我将使用 driverlib 来实现函数。 目前、我不需要使用诊断库。  

为了使固件符合汽车标准、不仅是我自己开发的代码、而且固件使用的 driverlib 都需要符合汽车标准。  

您提到过的是使用诊断库来实现功能安全。 我还可以自行开发安全功能、对吗？ 无论如何、无论我使用诊断库来开发功能安全功能、我使用的 drivelib 或诊断库使用的都需要符合汽车标准、对吗？ 这就是我的原始问题与之相关的原因。

很抱歉耽误你的时间。 我刚才询问了我们团队中正在进行这项工作的一名成员。 这种图表是正确的、因为此库被设计成在 driverlib 和硬件之上作为一个单独的层运行。  

通过 driverlib 中的函数、您可以编写功能安全合规型代码、因此您也可以使用它开发自己的安全功能。 在我与我们软件团队成员的对话中、driverlib 中的函数是为了支持符合功能安全标准的代码而编写的。  过去、这正是希望实现功能安全合规性代码的客户的期望、现在我们只是提供该诊断库来帮助客户。  

因此、关键之处在于：driverlib 中的函数是合规性的、您可以使用它们自己来实现功能安全、此时继续保持合规性取决于您自己。

如果这个答案很清楚或者您需要其他信息、请告诉我。

好的、要确认一下、您的意思是"driverlib 中的函数"符合汽车标准、对吧？

是否有任何正式文件对其进行说明或列出其可能存在的偏差？

诊断库中使用的所有功能都被间接测试、并且符合汽车标准。 官方认证流程目前正在进行中、一旦完成、我们将为您提供相关文档。 如果您要编写自己的固件、则可以使用 driverlib、然后必须分别获取固件的汽车认证。  

诊断库及其中使用的所有代码都经过了认证、但 driverlib 本身未经单独认证。

好的、您的意思是 driverlib 不符合汽车标准、对吧？

由于该 MCU 用于汽车、如果我们使用该产品来开发需要符合汽车标准的产品、我们需要自行更换驱动器以使其符合这些标准。 我的理解是否正确？  

谢谢！

起重机

尊敬的 Dylan：

好的、我看起来更清楚。  现在、我知道驱动程序本身可能不需要单独进行认证。

然后、在我看来、MISRA C 标准成为通过汽车认证的要求中的一部分、 driverlib 是否符合 MISRA C 标准？  我将需要使用 driverlib 来开发固件、并且在实际使用之前先了解这一点。

谢谢！

起重机