[参考译文] CDCI6214：输出上无时钟信号

R70 0x00460000
R69 0x00450000
R68 0x00440000
R67 0x00430020
R66 0x00420200
R65 0x00410F34
R64 0x0040000D
R63 0x003F4210
R62 0x003E4218
R61 0x003D1500
R60 0x003C0018
R59 0x003B1061
R58 0x003A0008
R57 0x00398851
R56 0x00380000
R55 0x0037C001
R54 0x00360000
R53 0x00358000
R52 0x00340008
R51 0x00338861
R50 0x00320021
R49 0x0031C001
R48 0x00300000
R47 0x002F8000
R46 0x002E0008
R45 0x002D0851
R44 0x002C0009
R43 0x002BC001
R42 0x002A0000
R41 0x00298000
R40 0x00280008
R39 0x00270851
R38 0x00260009
R37 0x0025C001
R36 0x00240000
R35 0x00238000
R34 0x00220050
R33 0x00210007
R32 0x00200000
R31 0x001F1E72
R30 0x001E514A
R29 0x001D0006
R28 0x001C0000
R27 0x001B1801
R26 0x001A0A1D
R25 0x00192406
R24 0x00180000
R23 0x00170000
R22 0x00160000
R21 0x00150000
R20 0x00140001
R19 0x00130000
R18 0x0012FFFF
R17 0x001126C4
R16 0x0010921F
R15 0x000FA137
R14 0x000E0000
R13 0x000D0000
R12 0x000C0000
R11 0x000B0000
R10 0x000A0000
R9 0x00090000
R8 0x00080001
R7 0x00070C0D
R6 0x000619CA
R5 0x000507FE
R4 0x00040055
R3 0x00030801
R2 0x00020053
R1 0x00016B88
R0 0x00000900

嗨 Peter，

您必须启用 BITS  IP_BYP_en_CH1和 IP_BYP_en_CH2 (或设置为1)。

字段名称：IP_BYP_EN_CH1

注册名称：R27
起始位：11.
停止位：11.
长度：1.

说明：启用旁路路径缓冲区

此致，

朱利安

谢谢朱利安

实际上，我已经通过将0x1B 设置为0x1801来尝试了这一点，但问题仍然存在。

此致，
彼得

嗨 Peter，

请尝试将以下位设置为0：

PDN_PLL_lockdet

PDN_PLL_vcobbf2

ZDM_MODE

ZDM_auto

此致，

朱利安

谢谢，

我已将0设置为：

PDN_PLL_lockdet 和 PDN_PLL_vcobuf2：0x020C 至法规0x05

ZDM_MODE：0x0000至 REG 0x00

ZDM_auto：0xA037至 REG 0x0F

但是，我仍然对输出没有任何了解。

我注意到当我按照数据表中的指南将值写入 EEPROM 时，计算 CRC 的最后一步始终为0x0000。 此外，我还看到，从 TIC Pro 应用 程序 R3 0x00030801中，保留的第0位设置为1，但数据表显示为0？

您是否碰巧在 C(++)中有任何演示应用程序在 Linux 上编译和运行，以便通过 i2c 连接芯片？

谢谢朱利安

有了这些值，我就能获得一些结果！ 这是否意味着旁路模式无法正常工作？

但是我有一些问题，我看到 ref_inbuf_Ctrl 被设置为“交流-差分”，我们在 REFP 上有一个单端输入，它应该被设置为“LVCMOS”吗？

我尝试了另一台设备/IC，现在我也可以绕过生成信号。 这让我相信另一个 IC 上设置了一些东西来使其发生故障？

我们比较了数据表中的默认值，EEPROM1表和第8章中的说明之间的保留字段似乎存在差异。 我们应该使用哪种？

例如，POWER1位3在 p 45上为 R/W-0h，但在 EEPROM1值中为1。

我们是否可以使用当前一代 IC 和未来版本的任何有保证的工作值？

  数据表中还有一些其他不一致之处(例如 I2C 地址被声明为0x77 ，EEPROMSEL 高，但实际上是0x76。)

建议的编程过程描述似乎也有一个格式错误的列表，其中“注册提交流”似乎放在 pt 下。 7而不是 pt。 1 (第28页)

如果能提供经过更新的修正数据表，我们将不胜感激。

嗨 Peter，

我很快就会答复。

此致，

朱利恩

嗨 Peter，

很抱歉耽误你的时间。

我们发运的所有设备都将具有相同的 EEPROM 编程。 这在我们对每个零件的最终测试中得到了保证。 如果样品库存中的"新鲜"部件可靠运行，则测试时另一台设备上会出现不需要的 EEPROM 编程？

您已确认使用共享寄存器集时旁路模式工作正常。 这就说明了设备本身没有损坏。 为了确保未来的设备能够正常工作，您必须使用正确的值对 EEPROM 进行一次编程(如果您需要在启动时使用该功能)。 如果不是，则每次启动直接寄存器编程也是一个选项)。

例如，您可以使用我共享的设置。

感谢您在 8.5.2 EEPROM 访问一章中指出奇怪的格式。 我会将其添加到我们的数据表更新票证系统中。

默认 I2C 地址：这是已知的，将在下一次数据表更新到0x76时修复。

此致，

朱利安