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.
您好、TI、
我们在 DSP 上使用 SCI 引导加载低级例程并测试卡。
如果 TX 引脚被错误 的外部应用或短路驱动为低电平、我们有一个关于 SCI 引导保护的问题。
DSP 是要在 SCI 引导时挂起还是在某个超时后跳转到闪存?
在 sprui33a TMD p617"SCIBOOT 函数概述"中、我们可以看到在未收到有效密钥的情况下出现"跳转到闪存"。
我们希望"自动波特率锁定"也具有超时时间、并防止 DSP 在 LOWTX 引脚上挂起。
您能确认我们的期望吗?
谢谢、
此致、
PA N.
HI PA N、
我们可以确认“自动波特率锁定”上有*否*超时。 如有任何疑问、请告知我们。
谢谢!
Krishna
您好!
感谢您的回答,但这完全不是我所期望的...
我的问题与 DSP 唤醒时 SCI Tx 引脚被"错误地"设置为0有关。 并启用 SCI 引导。
这是否意味着在 TX 引脚被驱动为低电平时 DSP 将永远挂起"自动波特锁"?
DSP 是否退出并跳转到闪存、因为它永远不会接收到"密钥"?
3.如果可以进行这种挂起,如何防止 这种挂起或尽量减少这种挂起?
谢谢、
此致、
PA N.
大家好、TI、
是否有人可以分析我的帖子并向我提供一些反馈?
我们想知道 、在启用 SCI 引导的情况下、如果 无意中将 TX 引脚驱动为低电平、DSPTM 是否会挂起自动波特?
谢谢、
PA .N.
尊敬的 PA: N.
您的特定问题似乎与 TX 引脚意外短路有关。 首先、这会导致器件的输入配置出现故障、如您所知、防止这种情况发生非常重要。
对于等待自动波特率锁定的处理器、没有与该操作相关的超时。 因此、SCI 引导流程将永久等待锁定。
希望这能解答您的问题。 请告诉我们我们是否可以提供进一步的帮助。
谢谢!
Krishna
您好、Krishna、
由于 TI DSP 通常会提出几种引导方法、我很惊讶 TX 引脚上的简单短接会导致 DSP 不确定挂起。
1. 您确认 Tx 引脚的永久短路,同时还启用了其它启动,例如闪存启动,会导致 DSP 丢失,但通信永远不会发生? 即 DSP 永远不会跳到闪存?
2.如果 TX 引脚发生非永久性短路、 您确认 一旦 TX 错误值消失、问题就会消失...
谢谢、
此致、PA N
HI PA N、
关于您的以下评论:
>>由于 TI DSP 通常提出几种引导方法、我很惊讶 TX 引脚上的简单短接会导致 DSP 不确定挂起。
您能解释一下您感到惊讶的原因吗? 您所期望的行为是什么、这是什么基础和理由。 只是需要你们做一些澄清、因为我可能遗漏了一些东西。
现在、关于项目1、您现在要问的是闪存启动。 您是否已将两个 GPIO 引脚(GPIO 24和 GPIO 32)配置为高电平?
对于您的第二个问题、是的、我希望引导过程如 TRM 中所述完成。 请参阅 图4-5中的流程图。 SCI 引导功能概述。
谢谢、
Krishna
HI PA N、
我认为您已经能够解决您遇到的问题。 请确认吗? 谢谢! Krishna
您好、Krishna、
很抱歉回复太晚了...
如您对我的问题的回答中所述:
>>由于 TI DSP 通常提出几种引导方法、我很惊讶 TX 引脚上的简单短接会导致 DSP 不确定挂起。
为了澄清我的想法:
SCI 引导模式 使用多个关键字的检查来确定是否进入引导:如果密钥无效、则 DSP 会检查"VALID KeyValue 0x08AA"、然后检查"Jump to Flash"。 如果在某个"超时"之后自动波特未被锁定、我就会期望同样的行为。
我发现这在 SCI 引导中是一个非常弱的点、此时也 可以跳转到闪存引导。
在 SPI、I2C、CAN 引导模式中、如果密钥无效并且 在启动时没有悬挂在 GPIO 的错误值上的风险、则 DSP 退出。
这是我的观点。 既然我们已经意识到了这一缺陷、我们将 会以不同的方式考虑我们的引导方法。
谢谢、
此致、
PA Nicoletti。
尊敬的 PA Nicoletti:
是的、请考虑使用稳定可靠输入配置的解决方案、因为这是确保可靠、可预测且符合规范行为的唯一方法。
我将继续并关闭此问题。 如果您需要进一步的帮助、请随时提交新的 TT。
谢谢!
Krishna