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.

[参考译文] IWR6843ISK:IWR 6843ISK 的时钟漂移

Guru**** 2463330 points
Other Parts Discussed in Thread: DCA1000EVM, IWR6843ISK, MMWAVE-SDK

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1475424/iwr6843isk-the-clock-drift-of-iwr-6843isk

器件型号:IWR6843ISK
Thread 中讨论的其他器件:DCA1000EVMMMWAVE-SDK

工具与软件:

尊敬的 TI 团队:

我正在使用 IWR6843ISK + DCA1000EVM、并使用 mmWave Studio 来配置每一个频率。

时钟偏移有问题、我用了接收器以及降频转换器、把它连接到了示波器上、好像帧周期和我设置的周期不一样。 另外、帧时间漂移也随着时间的变化而变化、例如、设置为10ms、但实际上、从 示波器来看、它是10.00055ms、之后它将变为 10.00065ms。  帧周期的变化不会  随时间呈线性变化。  

我的问题是:

1.是否有任何校准可以帮助您? (我知道默认情况下  APLL 和 VCO 合成器运行时校准每1秒发生一次)、但是否可以对每一帧进行此校准?

2.是否有一个模型可以描述这种时钟漂移?

3.有什么变通办法吗?

下面是我的线性调频脉冲和帧设置、我不确定我使用的参数是否会影响我提到的帧周期。 我设置的帧间时间为788秒。

"rlProfiles":[]

"rlProfileCfg_t":{
"profileID":0、
"pfVcoSelect":"0x2"、
"pfCalLutUpdate":"0x0"、
"startFreqConst_GHz":60.0、
"idleTimeConst_usec":5.0、
"adcStartTimeConst_usec":3.0、
"rampEndTime_usec":20.0、
"txOutPowerBackoffCode":"0x0"、
"txPhaseShifter":"0x0"、
"freqSlopeConst_MHz_usec":50.0、
"txStartTime_usec":0.0、
"numAdcSamples":212、
"digOutSampleRate":12500、
"hpfCornerFreq1":0、
"hpfCornerFreq2":0、
"rxGain_dB":"0x1e"
}
}
]、
"rlChirps":[

"rlChirpCfg_t":{
"chirpStartIdx":0、
"chirpEndIdx":0、
"profileID":0、
"startFreqVar_MHz":0.0、
"freqSlopeVar_KHz_usec":0.0、
"idleTimeVar_usec":0.0、
"adcStartTimeVar_usec":0.0、
"txEnable":"0x1"
}
}

"rlFrameCfg_t":{
"chirpEndIdx":1、
"chirpStartIdx":0、
"numLoops":222、
"numFrames":0、
"framePeriodicity_msec":11.888、
"触发器选择":1、
"numDummyChirpsAtEnd":0、
"frameTriggerDelay":0.0
}

此致!

是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:  

    我们正在调查您的问题。 请给我们一天左右的时间来回应。  

    谢谢!  

    Josh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    我正在查看您的查询。 请允许我在几天内给您回复。

    谢谢!

    Swarnendu  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    您能否分享一下您是如何进行测量的?

    您是否使用了其他接收器天线并将射频信号下变频?

    你在示波器上绘制什么、模拟信号?

    谢谢!

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好  Swarnendu、

    是的、我使用不同的接收器天线和与60GHz 信号混合的降压转换器、因此我将在转换器之后获得0-2GHz 信号。 是的、我正在绘制模拟信号。 和图中所示的电路类似。

    此致!

    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    我懂了。  

    实际上、如果帧时间变化~550ns、则不是所看到的时钟漂移。 合成器和 APLL 需要一些时间来重新启动。  如此高的刷新率(10ms 的帧时间)和 低至788us 的帧间时间可能不足以满足要求、因此帧计时器将调整 APLL 和 SYNTH 的启动时间。  因此、您可能会看到帧时间的漂移很小。  对于器件、拥有对这一点的控制是不切实际的。

    但是、您可以使用相应的 API 禁用 SYNTH 断电、并使用外部 MCU 在 APLL 和 SYNTH 从不关闭的情况下触发帧。 这样、您就可以完全控制帧时间。 我们没有这方面的具体演示。 这必须在客户侧进行设计。

    运行时校准每秒进行一次、无法针对每一帧进行修改。  

    谢谢!

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Swarnendu、

    非常感谢您的答复。 正如您所说的、问题是因为我设置的帧间时间较低、可能不足以重新启动合成器和 APLL、对于我的情况、是否有任何建议的 帧间时间值? 多久就足够了?

    此致!

    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嘿 Swarnendu、

    现在我想跟进关于建议的帧间时间的问题、以确保合成器和 APLL 正确重新启动。 您是否对多久就足够了有任何见解? 提前感谢。

    谢谢!
    是的  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    很抱歉响应延迟。

    请参阅以下文档、了解线性调频脉冲编程的时序要求。

    https://www.ti.com/lit/an/swra553a/swra553a.pdf 

    我还希望您参考  MMWAVE-SDK Doxygen、它可以在以下位置找到:

    \packages\ti\demo\ \mmw\docs\doxygen\html\index.html   

    最后、请参阅毫米波传感估算器:  

    https://dev.ti.com/gallery/view/mmwave/mmWaveSensingEstimator/ver/2.4.0/ 

    谢谢!

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Swarnendu、

    线性调频脉冲编程的时序要求。

    高级帧的时序要求如下:突发间时间应为≥50 µs≥、子帧间时间应为≥100 µs、帧间时间应为 4573 200 µs。  

     根据线性调频脉冲编程手册、788 us 应该足够。

    我认为 MMWAVE-SDK Doxygen 主要用于独立雷达用例、但我也使用数据采集板。 因此在 MMWAVE-SDK Doxygen 中,它考虑了2D/3D 处理时间,但我不认为我需要考虑我的案例中的数据处理时间。  

    因此、老实说、我不知道我现在应该设置什么值来避免 我在帧时间内观察到的小漂移。 如果您能提供建议、我将不胜感激

    此致!

    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    在您的配置中、您是否有帧间空闲时间788us?

    此数字是来自计算值还是来自模拟信号波形观察结果?

    当您在下变频后观察信号时、下变频器的精度是多少?

    另外、您能否分享一下您接收的模拟信号的快照? 对于低分辨率、我无法清楚地看到前面的图像。

    谢谢!

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Swarnendu:

    很抱歉这么晚才回复。

    是的、帧间空闲时间为788µs、该值来自计算结果、 但我没有 直接通过模拟信号波形进行验证。

    我认为计时应该相当准确、因为我们将其广泛用于60GHz 实验。 我目前正在检查规范、一旦有规范、我就会给您回复。  此外、我可以肯定的是、问题源于雷达本身。 我在测试时使用了两个在相同帧周期工作的雷达、它们彼此放置在前面。 如果这些帧真正同步、则来自一个雷达的干扰信号应以另一个雷达的每个帧的相同线性调频脉冲形式出现。 但是、我观察到以不同的线性调频脉冲显示的干扰信号、这表明雷达在某个帧周期内不准确。

    附上您请求的数字、希望现在更清楚。

    此致!
    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    感谢您分享该图像。

    观察未同步 LOS 的并行干扰会在它们之间产生多种差异。 因此、这可能很困难、可能无法绝对确认帧时间延迟。

    我在示波器中看到的是11.889ms、这与已在配置中设置的帧时间(11.888ms)类似。   

    理想情况下 、帧时间误差将取决于 XTAL ppm 误差。  IWR6843ISK 中使用的40MHz 晶体的容差为+/-50ppm。 在这种情况下、预计10ms 帧周期内会出现~0.5us 的漂移。 这不是由线性调频脉冲引起的、而是由于 XTAL 的频率容差。

    谢谢!

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的  Swarnendu

    非常感谢您的解释、它确实很有帮助。  

    我有几个跟进问题。  

    1.我观察到帧周期是 在运行 一段时间后11.8886624ms、比 大家说的+/-50ppm 范围稍高一些。 那么、 是否有任何 其他影响 XTAL ppm 容差的因素(如温度)? 或者、在器件运行一段时间后、误差通常会更高?

    2. ppm 误差是否随时间而变化? 因为从我观察到的内容来看、每一帧都有一些与设定编号相对应的误差、但每帧的误差也不同。 这是一种正常 现象吗?

    3.是否有校准的方法? (根据我的理解、 我不能)

    提前感谢!

    此致!

    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    请在下面找到我的回复:

    1.在您已共享的配置中,帧时间设置为11.888ms。 是否可以确认?

    2. XTAL 频率容差为+/-50ppm、频率稳定性为+/-200ppm。 这些是最大限值。 那么误差将处于该限值内。

    谢谢!

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的  Swarnendu:

    1.正确。

    不同的 XTAL 的误差不同、对吧? 但是 对于特定的雷达、ppm 误差是否随时间而变化?

    关于 XTAL、我们无法校准、对吧?

    此致!

    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bei:

    随着时间的推移、考虑几帧、理想情况下数据变化不应超过指定的限值。 此外、它不依赖于雷达器件。 在选择 XTAL 时、通常会考虑必要的驱动强度、负载电容和其他参数。 考虑到雷达应用、我们通常允许+/-50ppm 的频率容差。

    在不同温度条件下、XTAL 的频率在+/-200ppm 范围内变化。 可能会发生这种情况、随着时间的推移、随着雷达器件发出线性调频脉冲并升温几摄氏度、您将观察到漂移略多。

    是的、我们无法消除 XTAL 容差。  

    谢谢。此致、

    Swarnendu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的  Swarnendu:

    非常感谢您的答复。 它很有帮助。

    此致!

    是的

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢贝。  

    很高兴提供帮助。

    此致、

    Swarnendu