[参考译文] DS125DF1610：DS125DF1610

您好，Manar：

您能否向我们提供一些有关您正在编写的注册表的信息，以获取您对HEO和Veo测量值的反馈？ 我怀疑可能发生的情况是有另一个正在运行的进程刷新HEO和Veo测量值，而您的程序可能在刷新时捕获HEO和Veo缓冲区，从而产生一个“0”读数。

如果您能让我们知道您的注册记录(或代码)和相应的回读，这将有助于我们了解可能发生的情况。

谢谢！

Michael

您好，Michael：

我正在从通道寄存器读取：
0x27水平眼孔
0x28垂直吊环开口

我的代码是系统上唯一运行的代码，它不是多线程的，所以我不认为它是寄存器读写上的争用。

高级描述：
我的系统在电缆上执行4个数据位传输，并在电缆另一侧读取这些位。

我的DS125DF1610设备被配置为运行@ 10 GHz的代码生成器，并生成PRBS模式(4个数据位由8个差分信号表示)。这些位将发送到我的发射器，然后通过电缆发送它们。
另一端有一个接收器模块正在读取数据，Rx输出信号连接到另一个执行眼睛检查的DS125DF1610。

DS125DF1610 (代码生成器)--> Tx -->电缆--- Rx -->DS125DF1610 (眼睛检测器)

在“眼部检查器”中，有些读中我得到了HEO和Veo的绝对零，而其他读中我得到了极好的大开眼界的读数。 这意味着我得到了极好的眼部开度或绝对零(没有差信号读数！！)

您好，Manar：

感谢您的描述。 我认为在整个过程中，您作为眼科检查仪使用的DS125DF1610从未脱离锁定状态？

如果是，则问题似乎不是链路完整性问题，而是可能在DS125DF1610逻辑中。

HEO和Veo值大约每10毫秒更新一次，所以我认为，每隔一段时间，您就会捕捉到HEO和Veo，此时它会根据下一个测量值刷新值。

请尝试以下操作，强制手动触发HEO/Veo回读。 假设您位于通道寄存器页面：

REG 0x67[5]= 0 //禁用HEO/Veo EOM锁定监控
REG 0x23[7]=1 //在Reg 0x24[1]=1时获取HEO/Veo
REG 0x24[1]= 1 //获取HEO/Veo测量(自清除)

---回读Reg 0x24[1]，然后等待它变为0'b，表示HEO/Veo测量已准备就绪
读取HEO的Reg 0x27
读取Veo的Reg 0x28

REG 0x67[5]= 1 //重新启用HEO/Veo EOM锁定监控
REG 0x23[7]=0 //将HEO/Veo采集设置回正常操作

此致，

Michael

我不确定我是否理解您的回答，我对此有几个问题：
1)您能否详细说明10毫秒的刷新率，您是否意味着10毫秒是最大采样率？
所以当我在10 GHz传输时，采样周期为每10毫秒，而不是对每项事务进行眼睛检查？

2)您上面描述的手动锁定过程，我是否需要执行每个示例，还是init的一次性命令

您好，Manar：

1. DS125DF1610不断刷新它的HEO或Veo回读值，以确保"眼睛健康"足以保持锁定。 此刷新率是更新HEO/Veo参数的默认采样率。

我不太确定您对"每笔交易"的定义。 您指的是每个位还是一串位？ HEO/Veo回读假定在进行HEO/Veo测量之前，许多位已经过去，而不是一个位转换

2.我建议每次您的程序测量传入HEO和Veo时都执行上述步骤，以便在您获得测量值后，设备恢复其自动刷新行为。 否则，如果您只是从Reg 0x27和Reg 0x28读回，您可以简单地放弃0 HEO和0 Veo的回读值，假设您一次只读一次，并且不会重复看到此回读值 (将其视为"噪音滤波器"方法)。

希望这能有所帮助！

此致，

Michael

您好，Michael：

我还是很困惑:(

每10毫秒刷新一次HEO和Veo是什么意思？ 这是否意味着，如果我每1毫秒读取一次Veo和HEO，我将获得相同的读数10次，直到下一次刷新？

设置的目的是验证Tx和Rx随时间推移的质量，这意味着我将长时间发送比特流并分析大开眼界，因此添加此过程将会在运行时产生开销。

您好，Manar：

您的理解是正确的。 如果您在刷新HEO/Veo值后立即开始读回，则HEO和Veo值应在大约10 ms的窗口内相同。

每次达到锁定监视器定时间隔时，HEO/Veo中存储的值都会复位，并且新的HEO/Veo测量会自动开始。 因此，为确保HEO/Veo读回准确，应通过设置Reg 0x69[5]=0来禁用此自动10毫秒“刷新”。 这样，在写入Reg 0x23[7]=1和Reg 0x24[1]=1之后的回读将是最近获得的HEO/Veo值。 否则，在发生新的自动HEO/Veo测量时，您可能会读回HEO/Veo值。

如果在正常操作条件下HEO/Veo每10毫秒刷新一次，添加此过程是否仍会显著缩短运行时间？

此致，

Michael

基于这些事实，我不需要将采样速率提高到10毫秒以上。
我将更新我的测试代码，按照您根据反馈提出的建议进行采样，而不是定期进行。
我可以在10毫秒的时间间隔内进行所有计算，这样就不会有程序开销。

您提到的另一件事是，检查器可能会解除锁定，我如何检查检查检查器的状态并确保它仍然处于锁定状态？

您好，Manar：

执行此操作的快速方法是回读Reg 0x78[4]，这是CDR锁定状态位。 这将告诉您DS125DF1610当前是否锁定。 如果希望在程序中设置中断标志，而DS125DF1610曾经脱离锁定状态(换言之，事件标志)，则可以在Reg 0x79[1]和Reg 0x78[3]中设置中断。

我忽略了说，有一本可用于此设备的编程指南可帮助您进行编码开发工作。 我将很快向您发送一封电子邮件，并附上此文档。

谢谢！

Michael

您好，Michael：

Reg 0x23[7](EOM_GET_HEO_Veo_OV)是否有任何限制 ？

我在我的代码中实施了你的建议，用于手动触发，但我不能将寄存器EOM_GET_HEO_Veo_OV值修改为'1'，我甚至在写入后也得到0的读数1。

 

请忽略我的上一篇帖子-我可以写来注册。

在我实施您的建议，将HEO/Veo的自动读数转为手动触发读数后，我得到的是HEO和Veo的零值。
有时，我会得到所有车道的眼部开度绝对为零，而所有其他读数都具有良好的眼部开度(与之前的自动读数一样)。

还有其他想法吗？

您好，Manar：

您是否看到HEO和Veo的所有读数都为零？ 如果不是，则零的回读是否比自动触发的情况更糟？

此外，您能否发送有关您正在编写的代码的信息？ 也许我们可以在感恩节假期回来时尝试模仿这种行为。

请注意，我们的团队将于下周一(11/27)结束。

此致，

Michael

它是相同的开关自动触发

为您提供完整的信息：
我为@检查器的CDR_LOG_STATUS添加了一个检查，发现当我看到零眼开启时，它处于解锁状态。

导致CDR未锁定的根本原因是什么？
如果接收器停止获取新数据，CDR是否会解除锁定？ 还是与内部计时相关？

您好，Michael：

经过大量调试后，我发现在某些运行中，CDR在初始化过程结束时解锁，导致零眼张读取。

在我的代码中，我有一个初始化的部分，我在其中重置CDR (使用CDR_RESET_OV和  CDR_RESET_SM)，等待0.2秒，然后开始大开眼界的检查，在我的大多数回归中，此代码按预期工作(我锁定了CDR)， 在某些情况下，我在重置后未锁定CDR。

是否为确定性操作？ 这意味着我可以在重置后等待足够长的时间，然后开始眼神交流检查，如果是，建议的等待时间是多少？

如果不是，在重置后，启动眼部开度检查的正确方法是什么。

  

您好，Michael：

我要通过增加等待时间和执行重新启动来解决CDR解锁问题，但两者都没有帮助，因此我怀疑CDR解锁是问题而不是问题。

我将尝试启用数据丢失中断，并检查是否存在Eye Checker停止接收任何数据的情况， 您怎么看？

如果您记得我的系统中有一个重新计时器被配置为模式生成器(PRBS31)，另一端的接收器重新计时器被配置为Eye Checker (存在CDR解锁问题)，  是否有方法验证模式生成器在我配置数据后是否正在发送数据(通过读取寄存器或 通过中断)？

*此检查将帮助我找出未锁定CDR问题的根源。

为了提醒您，我的系统如下：   

再计时器(模式发生器- PRBS) ->发射器>----------- 电缆----------- >接收器->计时器(眼睛检查器-在我的回归过程中，我检查了CDR并将其解锁)   

您好，Manar：

很抱歉没有跟进您最近发布的帖子。 根本原因和解决方案是什么？

Michael

该问题与CDR重置后立即尝试测量眼部开度有关，在CDR重置完成锁定且能够读取正确的眼部开度值后，增加了2毫秒的等待时间(可能更短的等待时间会起作用，但为了安全起见，我使用了2毫秒)。