[参考译文] MSP430FR5959：启动预期时序

您好 Luke、
您如何运行代码？ 有时、您使用的计算机可能会给运行的代码增加延迟。

此致、

Diego Abad

尊敬的 Diego：  

我非常感谢您的快速响应！ 我们通过测量比较 Vcc 线路何时启动到>3V 的电压来捕获此延迟、并将其与 GPIO 线路开始切换的时间(插入外部看门狗计时器)进行比较、这是我们代码中首先发生的事情之一。 如果这对我有所帮助、我可以发送示波器捕获、但似乎从电源总线达到电压到代码 GPIO 激活之间有~220ms 的时间间隔。 您还可以在电压轨上看到、当 GPIO 开始切换时负载增加、我假设这部分是由于驱动 GPIO、但也可能是因为它指示代码正在开始运行。

谢谢、

Luke

您好 Luke、
我建议附加示波器捕获、这样我就可以对其进行分析、看看是否有任何奇怪的地方。 问一下、代码应该怎么做、在 GPIO 切换之前是否有任何命令正在运行？

此致、

Diego Abad

尊敬的 Diego：

客户将能够在周一返回办公室后提供示波器捕获。  

由于预计会有上电延迟、因此应优先考虑看门狗 GPIO 的切换。 他们会仔细检查是否没有其他函数事先运行、但我预计它们中的任何一个都不会很重要。

此应用用于处理专有协议和安全功能的 NFC 设备。

此致、

Luke

您好 Luke、
感谢您告诉我。 我将在星期一等待进一步的信息。

此致、

Diego Abad

我尝试了一个 FR5969 (Launchpad)的实验：我在_system_pre_init 中提出了一个 GPIO、另一个 GPIO 作为 main 的第一行。 I 测量值：

1) VCC 上为3.0V ->_system_pre_init：0.536ms

2) VCC 上为3.0V ->主电源：0.580ms

然后我插入了一个1800字节的变量(.bss)、以便启动初始化有一些工作要做。 为此、我测量了：

3) VCC 上为3.0V ->主电源：22.8ms

因此、C 初始化可以是一个元素、但这仍然不是220ms。 在 GPIO 之前您还做了什么？

您好的团队、

附件是示波器捕获图。

‘Float Time"显示为从 Vcc (Ch1)达到~3.3V 的稳定电压到看门狗计时器信号(CH2)从浮动电压变为0V 的状态。 这在 NFC 系统中、因此电源轨需要一些时间来稳定。

"Load Time"是看门狗‘信号从0V 到开始切换的时间。 这显示~20ms、与您下面提供的第3个估算值一致。 您还可以看到电压轨开始波动并且超过了这段时间的尖峰、因此我相信这是合理理由相信这一点的时间是初始化完成并且代码正在运行。

谢谢、

Luke

您好 Luke、
设置看门狗计时器之前的代码似乎以某种方式使时间停滞。 您能否向您的客户询问有关他们之前拥有哪些代码的更多信息？

此致、

Diego Abad

您好 Luke、
客户情况的任何更新？

尊敬的 Diego：

我已与客户联系、了解更多信息、并在听到回复时告知您。  

此致、

Luke

您好 Luke、
太棒了 当您提供进一步帮助时、请告诉我。

此致、

Diego Abad

尊敬的 Diego：

 其代码的启动序列如下：

1. 禁用内部看门狗
2. 全局禁用中断
3. 初始化时钟
4. 配置 I2C 引脚
5. 全局启用全局中断
6. 将外部看门狗计时器 GPIO 引脚设置为输出

• • 此时示波器捕获的通道1显示电压变为~4V

他们想知道为什么通道1上的电压会在1V 处挂起(就好像它未初始化一样)很长时间。 一旦电压变为~4V、他们就了解时序。 上述序列应该非常快、您能帮助我们了解为什么在上电和步骤6之间需要很长的时间吗？

此致、

Luke

对您认为正在发生的情况的一般性描述比实际代码有用得多。 例如、"初始化时钟"可以涵盖很多内容。 例如 LFXT 的典型启动时间。 这本身可以超过200ms。

您好 Luke、
David 在时钟初始化方面是正确的。 是否有办法共享客户的代码？ 此外、它们是否使用外部晶体？  

此致、

Diego Abad

尊敬的 David、Diego：

我已要求客户分享他们的代码、因为我知道这将更有用。 我会让你知道,当我听到回来.

谢谢、

Luke

您好 Luke、
好的。 我很期待这件事。

此致、

Diego Abad