[参考译文] 66AK2G12：sRIO 通信期间串行器/解串器寄存器值应用的时序

ITO

我将查看有关此主题的可用信息。  

——保罗

ITO

66AK2G12 没有 SRIO 接口。  您能提供更多详细信息吗？

——保罗  

您好、Paul：

感谢您的答复。

我的客户使用的是 66AK2H06DAAW24。
您是否有关于 SRIO 接口的任何信息？

此致、

ITO

ITO

器件产品文件夹中提供了 sRIO 用户指南： 适用于 KeyStone 器件的串行 RapidIO (SRIO) 用户指南（修订版 C）

我没有任何可以帮助回答您最初问题的信息。  

——保罗  

尊敬的 LTO：

我想推荐以下与 Keystone-2 架构 SRIO 相关的文档：

1.  KeyStone II 架构 — 串行器/解串器 (SerDes)：  https://www.ti.com/lit/ug/spruho3a/spruho3a.pdf?

2.  KeyStone I 和 II 器件上的 SerDes 链路调试 ： https://www.ti.com/lit/an/sprac37/sprac37.pdf?

根据第 17.2.2 节、 004 (LANE_004) 时的寄存器字段说明如下：

SIGDET_OVR_O_1_0 覆盖信号检测输出（LANE_004 内的 2 位字段）。

TXDRV_ATT_IN_OVR_O_3_0 是 LANE_004 中的单个实时 TX 振幅控制字段、其值在写入寄存器（通道处于活动状态）后立即对发送信号生效。

如果始终读回 0x8、则意味着稍后的 0xC 写入从不会实际更新该字段或被后续串行器/解串器初始化代码覆盖。

您能否确认在写入 TXDRV_ATT_IN_OVR_O_3_0 之前清除了位[28：25] ？  有时、不正确的屏蔽会阻止更新字段。

&您还可以参考 SDK 中提供的配置设置。  

路径：pdk_k2hk_4_0_16/packages/ti/csl/ip/serdes_sb src  

此致、

Betsy Varughese.

尊敬的 Varughese：

感谢您的帮助、

您能否确认在写入 TXDRV_ATT_IN_OVR_O_3_0 之前清除位[28：25] ？  有时、不正确的掩码会阻止更新字段。

在写入寄存器之前、我们使用公司的宏来格式化数据、然后执行寄存器写入。
具体而言、我们将位 28：25 清零、将其修改为 0xC、然后写入上述寄存器。
我们不会写入位 28：25、然后将其清除为零、然后写入 0xC。

如果您始终读回 0x8、则表示稍后的 0xC 写入从不会实际更新该字段或被后续串行器/解串器初始化代码覆盖。

我们也考虑过这一点,但我们认为没有地方会被覆盖。

此致、

ITO

尊敬的 Varughese：

Lane_004 的设置如下所示。 配置值如下：

第一次写入：0x78001084
第二次写入：0x7C001084（此处，位 28：25 更改为 0xC）
寄存器读取：0x78001084（它不会变为 0xC）

第二次写入和寄存器读取之间不会被其他值覆盖。
顺便说一下、SIGDET_OVR_O_1_0 的正确行为是什么—它是否应该以特定的方式反映信号或寄存器值？

此致、

ITO