[参考译文] OPPT3101：使用 dealias 模式

您好，霍斯特，

我们在 SDK 或此在线示例代码中没有经销商支持。

对于 a 和 b：您链接到的 e2e 帖子中提供的 dealias 文档中的相同方程式可用于8.57MHz delias 模式。  

'对10MHz 主调制频率的串扰寄存器进行缩放，以获得12MHz 调制频率的串扰值。 根据测量的去别名频率12MHz (I2，Q2)的串扰数据和默认频率10MHz (I1，Q1)的串扰数据，使用以下公式计算串扰缩放系数 α，β。' (参见文档中的方程式)

我不确定您的其他问题。 HDR /单热模式独立于经销商，有针对经销商频率的 hdr0和1寄存器。

最佳

亚历克斯

亚历克斯：

感谢您的评论。

我仍然不确定我的理解是否正确。  

假设 xTalk 两种频率相似，那么在大多数情况下，“alpha_dealia_scale”和“beta1_dealia_scale”寄存器将被编程为“1”？

您是否有校准值的示例？ 这可能有助于我查看我的代码是否按预期工作，并返回正确的值。

• iphase_xTalk _reg_hdr1_tx0
• qphon_xtale_reg_hdr1_tx0
• α 1_dealias 标度
• Beta1_dealia_scale
• 相位偏移 hdr1_tx0
• Phase2_offset_hdr1_tx0

关于我关于人类发展报告模式的相关问题：

除别名和 HDR 模式均使用序列发生器。 在使用去别名和 HDR 模式时，建议使用什么方法对序列发生器进行编程？

关于单热模式：

我知道，在单热模式下，将捕获 MONOSHOT_NUMFRAME 帧。

在 SDK 中，序列发生器在捕获结束时启动：

	this->reg.tg_seq_int_start  = 9850; // Sequence Start
	this->reg.tg_seq_int_end        = 9858; // Sequence End

所以我需要将 序列发生器步骤+1的数量调整为 MONSOHOT_NUMFRAME，以便在一个单热结束时获得正确的测量结果？

每个单热触发器的序列发生器将在位置0处启动吗？

谢谢，

糟糕

你好，Alex，

我在使用8.57 MHz 测量 xTalk 时遇到了困难。

如何切换到该频率以测量正确的串扰值。
当我切换到8.57MHz 时，我的串扰(内部和照明)接近零。

当使用12MHz 时，计算出的照明串扰 alpha1和 beta1在 H 和 L HDR 模式下是完全不同的。
我使用什么值？

如果您可以举例说明 HDR 模式：

• 10MHz 时的串扰
• 如何切换至经销商频率
• 在经销商频率处使用串扰
• 如何计算和编程 alpha 0，beta0，alpha 1和 beta1

这将非常有帮助。

谢谢你，

糟糕

您好，霍斯特，

我正在检查我们可以做些什么来提供帮助

最佳

亚历克斯

亚历克斯：

我想知道您是否有机会了解如何测量8，57MHz 串扰以及如何最佳设置参数。

谢谢，

糟糕

您好，霍斯特，

当切换到8.57MHz 时，串扰接近零意味着什么？ 什么是10MHz 的 xTalk，什么是8.57MHz 的 xTalk？

对于12MHz，我们不建议使用12MHz 模式，因为我们看到 xTalk 使用此模式增加了相当多的时间。 但是，如果你认同自己的价值观，我可以仔细看看。

最佳

亚历克斯

亚历克斯：

通过串扰接近零，我的意思是 I 和 Q 值低于10。

我做了两次测量，一次是10MHz (标准设置)，下次我只切换到8.57MHz：

这些是10MHz 的输出：

INFO::Internal Cross talk Measurement Completed
      I,      Q,S, ScaledI, ScaledQ,tMain,tIlum,tMain(C),  tIlum(C),Magnitd
-007911,+005298,0,-0007911,+0005298, 0000, 0000,     +00, -128.0000, 31.1

INFO::Cover Photodiode with optical shied for illumination Cross talk measurement
Press any Key to continue:
INFO:Performing Illum Crosstalk for TX0 HDR 0
      I,      Q,S, ScaledI, ScaledQ,tMain,tIlum,tMain(C),  tIlum(C),Magnitd
-001422,+000684,0,-0001422,+0000684, 2264, 0000,     +27, -128.0000,  5.2

这就是我对8.57MHz 的了解，唯一的区别是切换到8.57MHz：

INFO::Internal Cross talk Measurement Completed
      I,      Q,S, ScaledI, ScaledQ,tMain,tIlum,tMain(C),  tIlum(C),Magnitd
+000000,+000000,0,+0000000,+0000000, 0000, 0000,     +00, -128.0000,  0.0

INFO::Cover Photodiode with optical shied for illumination Cross talk measurement
Press any Key to continue:
INFO:Performing Illum Crosstalk for TX0 HDR 0
      I,      Q,S, ScaledI, ScaledQ,tMain,tIlum,tMain(C),  tIlum(C),Magnitd
+000000,+000000,0,+0000000,+0000000, 2248, 0000,     +25, -128.0000,  0.0

当我执行相同的开关但速度为12MHz 时，我可以测量串扰。

您是否看到类似的行为？ ——您是否有一些有关如何切换到8.57MHz 或如何使用 dealias 模式的示例代码？

谢谢，
糟糕

您好，霍斯特，

这里的情况似乎不正确。 是的，使用8.57可以获得一些输出。 不幸的是，我没有用于8.57MHz SDK 的示例代码。

最佳

亚历克斯

好的，谢谢您确认这些值不正确。

我们如何才能发现正在发生的情况？

这对我们来说是一个严重的问题。

我们想要测量距离高达15米的低反射物体，因此我们需要使用 dealias 模式才能获得有用的结果。

您建议我们怎么做？

您好，霍斯特，

我正在研究这个问题，我会尽快让你知道我找到了什么。

谢谢你，

布伦特·埃利奥特

您好，Elliott，

感谢您的关注。 您是否能够再现这种行为？ ———你需要我提供更多信息吗？

谢谢，

糟糕

您好，霍斯特，

我还无法再现这种行为，对此我深表歉意。 本周，我将尽快与您联系，了解我所发现的最新情况。

谢谢你，

布伦特·埃利奥特

您好，

您是否设法了解了这一点？ 您是否能够再现这种行为？

谢谢，

糟糕

您好，霍斯特，

我们将确保在科技委当天的时区结束前，今天能收到您的回复。

最佳

亚历克斯

我还会提取 xTalk 校准代码，并在明天分享。 希望这将有助于提供 xTalk 流程示例以及 alpha 和 beta 缩放系数。

最佳

亚历克斯

谢谢你，

这很奏效。

我正在按照“OPPT3101–去锯齿以扩展距离范围”第4章“校准”中的寄存器设置操作

在本章中，不会修改定时发生器的寄存器。 可能是这导致了这个问题？

@亚历克斯：我成功地计算了缩放系数，取得了良好的结果。 所以我假设我能够正确地计算出这些数值。

因此，无需发送代码提取。

主要的混淆来自在经销商模式下获取0 I/Q 值。

糟糕

您好，霍斯特，

很高兴听到您能够解决问题。 是的， 听起来 这是个问题。 由于8.57MHz 的周期较长，因此需要延长计时。 我将确保更新我所附经销商文档中的常见问题，以注意这些注册更新。 感谢您指出这一问题在那里消失。

最佳

亚历克斯