CCS 版本：v12.2
SDK 版本： C2000Ware_4_03_00_00
背景：
我们要使用 BootROM API 在没有安全引导模式的情况下验证引导加载程序、我们使用闪存引导模式、并且发现 不同规格(< >)和实施后的实施 。
1.规范说明如果对超过16KB 的闪存代码进行身份验证、 128位黄金 CMAC 标签必须存储在 执行计算的存储器地址范围内。 实际上有不同之处、例如：
验证区域：0x86000--0x88000
黄金 CMAC 标签放置区域：0x87002、0x89002、0x84002或0x80002
我们调用了 CPU1BROM_calculateCMAC 接口进行身份验证、结果通过。 我们对结果感到困惑,您能解释原因吗?
2.如果在调用 CPU1BROM_calculateCMAC 之前启用中断,结果将失败;如果在调用 CPU1BROM_calculateCMAC 之前禁用中断 ,结果将通过。 我的问题是：为什么中断导致身份验证失败？
3.can 您分享有关 CPU1PROM_calculateCMAC 的逻辑或流程图 ?
尊敬的 Samuel：
1.
我认为安全引导应用手册中的以下要求仅适用于使用安全闪存引导模式的情况：
"使用 LOCATION pragma 为 CMAC 黄金标签指定预期身份验证范围内的地址。 对于 CPU1/CPU2、此地址必须为入口地址+ 2、对于 CM、此地址必须为入口地址+ 4。"
由于您 直接调用 calculateCMAC API、您可以指定标签的位置：
ApplicationCMACStatus = CPU1BROM_calculateCMAC (CMAC_AUTH_START_ADDRESS、CMAC_AUTH_END_ADDRESS、CMAC_AUTH_TAG_ADDRESS)；
bootROM 的安全闪存引导函数通过不可修改的硬编码参数调用此 API、因此它不知道您将标签放置在何处、因此应用手册会指示您使用 LOCATION pragma 根据所选的安全闪存引导模式将其放置在预定义的地址。
2.
您是否因为中断而出现超时错误：
3.
由于这是一个安全 ROM 函数、我无法访问代码来创建有关该函数如何工作的成熟流程图、但应用手册提供了以下流程图：
此流程图旨在反映 calculateCMAC 函数。 它适用于安全闪存启动功能和 calculateCMAC API。
如果您有其他问题、请告诉我。
谢谢！
Luke
Luke、您好：
我还有一个关于安全启动的问题、该 MCU 需要大约400ms 来在安全启动模式下对前16K 区域进行身份验证、我认为时间很长、可能对于汽车要求来说不可行、因为客户要求我们在上电后150ms 内首先发送 CAN 数据、那么除了更改 MCU 之外、您是否有其他解决方案或解决方案？
谢谢你。
/BR
塞缪尔
嗨、Samuel、
是的、我们的软件从闪存运行。 如您所说、我们首先在120MHz 中对16K 进行身份验证是正常的。
57ms 和63.2ms 计时对于您的应用来说足够快吗？ 如果不是、是否可以从 RAM 调用 calculateCMAC API？
确定、正在等待您的响应。
我们软件团队的回应：
"当他们使用十六进制工具生成其代码的 CMAC 签名时、需要遵循以下说明：
我们需要实施测试仪来解析生成的.hex 文件、因此我们需要有关文件的详细格式信息。
您可以根据 HEX 实用程序指南以 Intel 标准格式生成输出：
根据指南、我们只需要定义 cmac_all 符号、然后我们可以使用 hex2000生成 cmac、因此如果我们要多次调用、我们不能使用 hex2000生成 cAMC。
我们将与 SW 团队核实并就此与您联系。
我们想要使用安全闪存启动模式、但首先进行16K 身份验证需要400ms、时间非常长、因此我们决定使用非安全启动模式对16K 数据进行身份验证。
您是否测试过安全闪存启动模式需要多长时间？ 400ms 值基于 F2838x。
根据我们的软件专家、如果未使用安全闪存启动、您的代码将变得不安全、因为您将失去信任根。 您是使用安全闪存引导模式来防止代码被篡改还是仅为了确保闪存已正确编程？
Luke、您好：
[报价 userid="529193" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1337026/tms320f2800157-tms320f2800157/5106871 #5106871"]您是否测试过安全闪存启动模式需要多长时间？ 400ms 值基于 F2838x。
根据我们的软件专家、如果未使用安全闪存启动、您的代码将变得不安全、因为您将失去信任根。 您是使用安全闪存引导模式来防止代码被篡改还是仅为了确保闪存已正确编程？
[报价]如 也就是说、在安全启动模式下、CPU1 在 INTOSC 10MHz 上首先对16KB 数据进行身份验证、并且需要大约400ms。对于 F2800157、INTOSC 也是10MHz、所以我认为时间是相似的。
‘s 必须使用非安全引导模式、因为400ms 不符合客户的要求(它们要求我们在150ms 后首先发送 CAN 帧)、即使我们的代码可能已被篡改。
对于这一点,我们的概念是以下的,你有建议或更好的解决方案?
57ms 和63.2ms 计时对于您的应用而言是否足够快？ 如果不是、是否可以从 RAM 调用 calculateCMAC API？[/QUOT]是的、如果我们将 calculateCMAC API 放置到 RAM 中并进行调用、时间可能会更短、但我认为这不是关键的关键块点。 应用程序大小超过60KB、需要更多时间来验证应用程序。
/BR
塞缪尔
