[参考译文] PGA411-Q1：PGA411输出错误信息

Luffy，

这意味着跟踪环路未正确锁定。 这种情况可能发生在几种不同的情况下：

- IZF，IEx，OSIN/Ocos信号电平不正确
—相位偏移寄存器设置
－旋转分解器传感器已断开

您能否提供更多信息以便我们解决此问题？
1.在PGA411 IC上执行所有寄存器设置，以便我可以确认寄存器设置是否正确。
2.在其中一个过境点(0，9018.027万度)，请测量IZ1，IZ2，IZ3，IZ4，IE1，IZ1，IZ2，IZ3，IZ4，IZ1，IZ1，IZ1，IZ1， IE2，OSIN和OCOS。
3.确认旋转分解器传感器连接正确。
4.放大OSIN/Ocos信号以查找噪音。

请先提供寄存器设置，以便我们可以将其从列表中划掉。

谢谢！

－Clancy

您好，Clancy，ö m

我是Luffy的同事，

1.所有寄存器设置均显示在：下面

0 DEP_OVUV1 0x8000

1 DEP_OVUV2 0x00FF

2 DEP_OVUV3 0xFCC0

3 DEP_OVUV4 0x07E2

4 DEV_OVUV5 0x1C00

5 DEP_OVUV6 0x038F

6 DEP_TLOOP_CFG 0x0514

7 DEP_AFE_CFG 0x0005

8 dev_phone_CFG 0x1400

9 dev_config1 0x0002

10 dev_control1 0x0000

11 dev_Control2 0x0000

12 dev_Control3 0x0003

13 DEV_STAT1 0x0000

14 DEV_STAT2 0x0000

15 DEV_STAT3 0x0000

16 DEV_STAT4 0x0002

17 DEW_STAT5 0x4FBA

18 DEP_STAT6 0x3FFF

19 DEV_STAT7 0x004B

20 DEV_CLCRC 0x00CE

21 dev_crc 0x0000

22 CRCCALC 0x00FF

23 DEV_EE_CTRL1 0x0000

24 DEV_CRC_CTRL1 0x0000

25 DEP_EE_CTRL4 0x0000

26 DEV_UNLK_CTRL1 0x00F0

二.

IZ1的VPP电压为2.33V

IZ2的VPP电压为2.45V

IZ3的VPP电压为2.37V

IZ4的VPP电压为2.45V

IE1的VPP电压为2.17伏

IE2的VPP电压为2.17伏

OTIN的VPP电压为1.97V

Ocos的VPP电压为1.93V

旋转分解器传感器连接正确。

4.当放大OSIN/OCOS时，没有任何噪音，如下所示。

谢谢。

 

霍华德

感谢您的详细信息。 我仔细检查了您的注册设置，自动注册配置看起来正确。 还有一些问题：

1.您提到4块板中有2块板出现此行为。 在这些主板之间执行A-B-A交换时会发生什么情况？ 该步骤是在工作正常的主板和非工作正常的主板之间交换PGA411-Q1 IC。 然后，您测试以查看PCB是否存在问题，或者IC是否存在问题。 这将是非常有用的信息。

2.适用于出现此行为的主板。 发生频率如何？ 是否仅在特定角度发生？ 如果是，从哪个角度？

谢谢！

－Clancy

霍华德

感谢您的耐心等待。 这样的调试问题很难解决，尤其是当我无法在主板上重现相同的问题时。 我有更多的测试供您运行，这些测试将帮助我们确定问题所在。

首先，如果可能，请确认在可靠地产生此问题的主板和未出现此问题的主板之间交换IC会导致PCB出现问题(如您的消息所示)。 如果是这样，我们可以通过PCB的每个部分来查找问题。

您还可以运行几个测试：

1) 从IZF针脚上拆下所有保护二极管。 这些可能会产生小的偏置电流，因此最好排除这一潜在原因。

2.)将dev_TLOOP_CFG更改为0x0214，这将产生与关闭AMODE相同的影响。 我不希望这可以解决问题，但在调试过程中值得检查。

3) 如果是印刷电路板加剧了这一问题，我想知道这是否与SIN / COS通道之间的相位延迟有关。 测试这种情况的一个实验是使用工作板和非工作板，并在两个板之间交换所有AFE组件。
这似乎不可能是纸面上的问题，因为看起来就像我们建议的那样，您在AFE上使用了精密公差组件。 我也会对这种可能性进行一些调查。

4) 拆下升压的电感器和二极管，并为VEXT/VEXTS节点提供台式电源。 这将排除升压噪音导致的问题。 (这也不太可能，但值得检查)

5) 如果您使用直流/直流转换器为PGA411提供5V导轨，请尝试在主板直接由干净的5V工作台电源供电的情况下运行测试。

这些测试的目的是找出问题。 一旦我们隔离了问题，我们就可以制定一个强大的解决方案，这样您就不会再看到这种情况了。

谢谢！

－Clancy

1.我们移除了所有保护二极管，行为仍然存在。

2.我们将 dev_TLOOP_CFG更改为0x0214，同时我们尝试打开/关闭AMODE，该行为仍然存在。

3.我测试相位延迟，我认为这并不明显，也不会影响结果。 这是我捕捉到的波浪。

黄线为OE1，绿线为OTIN。

测试后，我将所有AFE组件从板2 (没有问题)转移到板5 (有问题)并测试板5，该行为仍然存在。

4.我移除了升压的电感器和二极管，并为VEXT节点提供了一个工作台12V电源，这种行为仍然存在。

5，PGA411的5V电源比较干净，纹波小于50mV。

此外，在测试中，我们发现这种行为与角度有关，但在不同的电路板上，这种行为是从不同的角度发生的。

我希望这些测试能帮助你解决问题，我们真的希望尽快解决这个问题，因为我们真的没有足够的时间。 如果我们不能很快解决这个问题，也许我们必须考虑使用其他RDC IC。

谢谢。

霍华德

感谢您的快速响应！ 我也渴望解决这个问题。

1.我在您的原理图上看不到VCC和QVCC之间的筛选。 您使用的是什么筛选器？

2.由于相位延迟太低，尝试手动相位模式可能会很有趣。
dev_phone_CFG = 0x2400

谢谢！

－Clancy

您好，Clancy：

感谢您的快速响应！

1.VCC和QVCC来自两个不同的纯净线性稳压器，经测试，VCC为4.98V，而QVCC为4.97V。

2.我们将 dev_phone_CFG设置为0x2400，行为消失...所有3块板都是相同的。

所以我想现在可以说问题已经解决了。但我仍然有一些疑问，

为什么自动模式相位延迟校正会导致这种行为？这是否是IC的缺陷？

2.为何有些集成电路有这个问题，但有些集成电路却没有呢？

谢谢。

霍华德

我的团队正在研究这些问题的答案。 分析可能需要一些时间，因为我们需要让设计工程师参与，而分析将需要我们的进一步测试

我还有另一个问题要问你。 发生此类追踪丢失时，是否发生了任何故障？ 或者您是否忽略了故障，将FAULTRES保持在较低的水平？

如果未发生故障，则尝试降低LPETHL和LPETHH阈值，直至在跟踪事件丢失期间开始出现错误。

谢谢！

－Clancy

Clancy，

1.在之前的所有测试中，行为发生时没有发生故障。我们从未将FAULTRES保持在较低水平。

2.在我们将  LPETHL和LPETHH降低到0.25V后， 发生该行为时发生FLOOPE错误。

霍华德

我已经与我的团队讨论过这个问题，我们还有一些问题：

-在停止电机之前，您是否尝试以不同的速度运行？ 是否有任何依赖性？ 如果电机在停止前转得非常慢或用手转动，是否会发生此问题？
-输出振荡的频率是否一致，还是每次出现问题时都不同？
-您共享的相位延迟波形中的OTIN信号看起来有点嘈杂。 这是正确的还是示波器的伪影？
在4月4日的图顶中，Aout最终是否沉到了您在其他图中所显示的锯齿波形中？

谢谢！

－Clancy

Clancy，

1.我们尝试以不同的速度运行，我认为没有依赖性。

当我们用手非常缓慢地转动电机时会发生此问题，即使用手轻轻转动也会导致此问题。

2，频率不一致，随时间流动而变化。

3.噪音不真实，是示波器的伪影。

4.否 该行为有两种主要的不同形式，如下所示：

第一个，如你所知，锯齿波形，频率随时间而变化。

第二个是这样，振幅随时间而缩小，一段时间后，振幅接近零。

您好，Clancy，ö m

这是自‘s讨论此问题以来的很长时间。

我想知道这个问题是否有任何进展。

如果我们在产品中使用PGA411有任何风险，我需要确保。 我们发现了这个问题，所以我们不知道IC中是否有其他问题，我们担心如果我们在产品中使用它，可能会出现一些未知的问题，这是不可接受的。

因此，我希望从您那里获得更多有关该问题的信息。

非常感谢。

霍华德

我在其他客户也遇到过类似的问题，但每次出现问题都是因为AUTOPHASE_CFG设置未设置为B00，我们知道这可能会导致问题。 请仔细检查主板上的此设置吗？ 对PGA411进行回读，以确保设置正确。

我私下向您的同事发送了一封邮件，告诉我们您可以向我们发送一个主板，以便我在这里测试问题。 这是否可能？

谢谢！

－Clancy

Clancy，

下周我们将对设置进行仔细检查。

但我很困惑为什么自动阶段行为会导致这样的不良行为。

我们的主板不是演示板，没有用于外部控制器的额外端口，我们使用的MCU是Fresscale DSP MC56F8366，我不知道您是否可以使用它。

霍华德

您是否有机会仔细检查寄存器设置？