工具/软件:
你(们)好
当到达线路#1234 Clock_uSleep 时、I2C 驱动程序在 I2C_LLD_PROBE 函数中挂起时遇到问题。
完全相同的代码在不具有 HS-SE 的 LaunchPad 器件上运行良好、但在我最近转换为 HS-SE 以便与 HSM 配合使用的器件上不能正常运行。
是否有任何因素会阻止 CPU 正确执行 ClockP_sleepTicks?
非常感谢
此致
Seb.
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.
工具/软件:
你(们)好
当到达线路#1234 Clock_uSleep 时、I2C 驱动程序在 I2C_LLD_PROBE 函数中挂起时遇到问题。
完全相同的代码在不具有 HS-SE 的 LaunchPad 器件上运行良好、但在我最近转换为 HS-SE 以便与 HSM 配合使用的器件上不能正常运行。
是否有任何因素会阻止 CPU 正确执行 ClockP_sleepTicks?
非常感谢
此致
Seb.
你(们)好
我发现问题的原因,但 diod 不是完全得到底部的原因。
如果在 TIFS 中测试 AES 示例时重建了 HSM 映像、则会发生什么情况。
这使 SemaphoreP_Pend()函数无法正常工作。 这是从 ClockP_sleepTicks ()调用的。 函数卡在 while 循环中。
通过 getversion 示例重建 HSM 映像、问题已经解决。 我注意到包含图像的 HSM 头文件已更改。
尤其是下面以红色显示的线条表示图像来自我构建示例时的图像。
我不能让她走,也不能让她走了。 我不明白为什么 HSM 映像不正确会对 ClockP_sleepTicks ()函数产生影响。
如果可能的话、我将对此作出解释。
否则、由于 HSM 映像重建、代码将按惯例工作。
谢谢。
此致
Seb.
尊敬的 Seb:
我认为、AES 示例运行所需的 HSM 服务与在 R5F 内核上运行 I2C 代码所需的服务略有不同。 我猜 TIFS SDK 中使用的 AES 示例用于 M4F 内核? 如果是这种情况、则不会配置 R5F 内核的服务。 sumulator_pend ()函数希望有人发布信标,但由于更新了 hsmImg , R5F 中断没有得到处理。
此致、
Shaunak