[参考译文] AFE7799：Rx EVM%改进[AL]

您好、

我可以寻求您的帮助、以便对如何改进 Rx EVM 提供一些见解吗？

谢谢。

阿兰

您好、Allan：

请告知确切的测试设置和方框图。 请告知 SG 型号。

请让客户将 SG 直接插入频谱分析仪256QAM 分析中、以查看测量的原始 EVM%、并与 AFE7799原始 EVM%性能进行比较。 谢谢！

-姜

尊敬的 Kang：

请参阅以下评论；

1. 使用 N7631C SIGNAL STUDIO 将245QAM 信号文件生成到 SG 和 DU 仿真器。
2. 连接 EXG、AIO RU (TI7799输入)和 DU 仿真器作为方框图。
3. 通过 VSA 分析 DU 仿真器输出数据、并获得 EVM 性能。

谢谢。

阿兰

您好、Allan：

几个想法：

1. 要再次检查图像(边带)和 LO 泄漏是否会影响性能、请要求客户将载波从 LO 上移开。 如果是20MHz 带宽信号、请通过10MHz 将该信号向右移动、使载波的边缘位于 LO 处。 这将消除边带和 LO 影响 EVM%。
2.  如果是 TDD 系统、请要求 客户在 RX 数据开始之前的一段时间将 RXTDD 引脚启用为逻辑高电平。 RXTDD 使能将使模拟电路上电、并确保 RX 电路在发送 RX 数据之前趋稳。
   1. 注意：RXTDD 信号用于打开/关闭 RX 电路、以节省 TDD 模式下的功耗。 稳定时间的典型最大值为2us。 因此、请在数据解码之前至少启用2us RXTDD 信号。

客户应告知上述两项措施

1. 要再次检查图像(边带)和 LO 泄漏是否会影响性能、请要求客户将载波从 LO 上移开。 如果是20MHz 带宽信号、请通过10MHz 将该信号向右移动、使载波的边缘位于 LO 处。 这将消除边带和 LO 影响 EVM%。
2.  如果是 TDD 系统、请要求 客户在 RX 数据开始之前的一段时间将 RXTDD 引脚启用为逻辑高电平。 RXTDD 使能将使模拟电路上电、并确保 RX 电路在发送 RX 数据之前趋稳。
   1. 注意：RXTDD 信号用于打开/关闭 RX 电路、以节省 TDD 模式下的功耗。 稳定时间的典型最大值为2us。 因此、请在数据解码之前至少启用2us RXTDD 信号。

根据我们的讨论、我们将执行以下操作：

1. 修改具有4.9GHz RX 和 TX 射频前端匹配的 AFE7769 EVM
2. 使用 configCustom2_4849.86配置文本文件启动 AFE7769 EVM
   1. e2e.ti.com/.../configCustom2_5F00_4849p86.txt
3. 为 RX 到 TX 环回启用环回模式
   1. 
   2. 回送 脚本：

   3. def synch(val):
      	device.JESD.ADC_TX[0].ADC_TX.JESD_TX_CONFIG83.sync_override=12
      	device.JESD.ADC_TX[0].ADC_TX.JESD_TX_CONFIG83.sync=12*val
      	device.JESD.ADC_TX[1].ADC_TX.JESD_TX_CONFIG83.sync_override=12
      	device.JESD.ADC_TX[1].ADC_TX.JESD_TX_CONFIG83.sync=12*val
      
      
      device.hardReadAlways=True
      device.currentPageSelected.setValue(0)
      device.logEn=1
      
      device.JESD.SUBCHIP.SUBCHIP.JESD_SUBCHIP_REG72.loop_back_mode_tx1=1 # 0
      device.JESD.SUBCHIP.SUBCHIP.JESD_SUBCHIP_REG72.loop_back_mode_tx0=1
      device.JESD.SUBCHIP.SUBCHIP.JESD_SUBCHIP_REG73.serdes_fifo_read_dly=1
      device.JESD.SUBCHIP.SUBCHIP.JESD_SUBCHIP_REG73.loop_back_fifo_init_state=1
      device.JESD.SUBCHIP.SUBCHIP.JESD_SUBCHIP_REG73.loop_back_fifo_init_state=0
      
      for chNo in range(2):
      	for offset in range(4):
      		device.JESD.SERDES[chNo].laneRegisters[offset].TIMING_PHASE12_OVERWRITE.OWEN_PHASE1_ACC=1
      
      synch(1)
      synch(0)
      device.currentPageSelected.setValue(0)
      device.logEn=0
      AFE.JESDRX[0].getJesdAlarms(1)
      AFE.JESDRX[1].getJesdAlarms(1)
      
      device.currentPageSelected.setValue(0)
      
      
      
      raise
      
      # change lane mux
      sysParams.jesdTxLaneMux			= [0,1,2,3,4,5,6,7]	
      AFE.JESD.SUBCHIP.configJesdTxLaneMux(sysParams.jesdTxLaneMux)
      sysParams.jesdRxLaneMux			= [0,1,2,3,4,5,6,7]	
      AFE.JESD.SUBCHIP.configJesdRxLaneMux(sysParams.jesdRxLaneMux)
      
      
      
      device.currentPageSelected.setValue(0)
      
      # changing lane mux
      device.writeReg(0x15,0x08)
      device.writeReg(0xC4,0x10)
      device.writeReg(0xC4,0x10)
      device.writeReg(0xC5,0x32)
      device.writeReg(0xC5,0x32)
      device.writeReg(0xC6,0x54)
      device.writeReg(0xC6,0x54)
      device.writeReg(0xC7,0x76)
      device.writeReg(0xC7,0x76)
      device.writeReg(0xC8,0x10)
      device.writeReg(0xC8,0x10)
      device.writeReg(0xC9,0x32)
      device.writeReg(0xC9,0x32)
      device.writeReg(0xCA,0x54)
      device.writeReg(0xCA,0x54)
      device.writeReg(0xCB,0x76)
      device.writeReg(0xCB,0x76)
      device.writeReg(0xCC,0x10)
      device.writeReg(0xCC,0x10)
      device.writeReg(0xCD,0x32)
      device.writeReg(0xCD,0x32)
      device.writeReg(0xCE,0x54)
      device.writeReg(0xCE,0x54)
      device.writeReg(0xCF,0x76)
      device.writeReg(0xCF,0x76)
      device.writeReg(0xD0,0x10)
      device.writeReg(0xD0,0x10)
      device.writeReg(0xD1,0x32)
      device.writeReg(0xD1,0x32)
      device.writeReg(0xD2,0x54)
      device.writeReg(0xD2,0x54)
      device.writeReg(0xD3,0x76)
      device.writeReg(0xD3,0x76)
      device.writeReg(0x15,0x00)
      
      # enable FB to TX JESD loopback
      device.writeReg(0x15,0x08)
      device.writeReg(0x48,0x05)
      device.writeReg(0x48,0x05)
      device.writeReg(0x49,0x02)
      device.writeReg(0x49,0x03)
      device.writeReg(0x49,0x02)
      device.writeReg(0x15,0x00)
      device.writeReg(0x15,0x04)
      device.writeReg(0x15,0x04)
      device.writeReg(0x4687,0x80)
      device.writeReg(0x4686,0x00)
      device.writeReg(0x4487,0x80)
      device.writeReg(0x4486,0x00)
      device.writeReg(0x4087,0x80)
      device.writeReg(0x4086,0x00)
      device.writeReg(0x4287,0x80)
      device.writeReg(0x4286,0x00)
      device.writeReg(0x15,0x00)
      device.writeReg(0x15,0x40)
      device.writeReg(0x4287,0x80)
      device.writeReg(0x4286,0x00)
      device.writeReg(0x4087,0x80)
      device.writeReg(0x4086,0x00)
      device.writeReg(0x4487,0x80)
      device.writeReg(0x4486,0x00)
      device.writeReg(0x4687,0x80)
      device.writeReg(0x4686,0x00)
      device.writeReg(0x15,0x40)
      device.writeReg(0x15,0x00)
      device.writeReg(0x15,0x01)
      device.writeReg(0x15,0x01)
      device.writeReg(0x72,0xC0)
      device.writeReg(0x72,0xCC)
      device.writeReg(0x15,0x00)
      device.writeReg(0x15,0x10)
      device.writeReg(0x72,0xC0)
      device.writeReg(0x72,0xCC)
      device.writeReg(0x15,0x11)
      device.writeReg(0x15,0x01)
      device.writeReg(0x72,0xCC)
      device.writeReg(0x72,0xC0)
      device.writeReg(0x15,0x00)
      device.writeReg(0x15,0x10)
      device.writeReg(0x72,0xCC)
      device.writeReg(0x72,0xC0)
      device.writeReg(0x15,0x10)
      device.writeReg(0x15,0x00)
      
      # read alarms
      device.writeReg(0x15,0x02)
      device.writeReg(0x81,0xFF)
      device.writeReg(0x81,0x00)
      device.writeReg(0x2D,0xDB)
      device.writeReg(0x2D,0x9B)
      device.writeReg(0x190,0x01)
      device.writeReg(0x190,0x00)
      device.writeReg(0x190,0x04)
      device.writeReg(0x190,0x00)
      device.readReg(0x00000163)
      device.readReg(0x00000162)
      device.readReg(0x00000161)
      device.readReg(0x00000160)
      device.readReg(0x00000167)
      device.readReg(0x00000166)
      device.readReg(0x00000165)
      device.readReg(0x00000164)
      device.readReg(0x0000012A) # expected 0xa
      device.readReg(0x0000012C) # expected 0x5
      device.writeReg(0x15,0x20)
      device.writeReg(0x81,0xFF)
      device.writeReg(0x81,0x00)
      device.writeReg(0x2D,0xDB)
      device.writeReg(0x2D,0x9B)
      device.writeReg(0x190,0x01)
      device.writeReg(0x190,0x00)
      device.writeReg(0x190,0x04)
      device.writeReg(0x190,0x00)
      device.readReg(0x00000163)
      device.readReg(0x00000162)
      device.readReg(0x00000161)
      device.readReg(0x00000160)
      device.readReg(0x00000167)
      device.readReg(0x00000166)
      device.readReg(0x00000165)
      device.readReg(0x00000164)
      device.readReg(0x0000012A) # expected 0xa
      device.readReg(0x0000012C) # expected 0x5
      device.writeReg(0x15,0x00)
      

4. 将 TM3.1A 256QAM DL 信号注入 RX 端口、使用 SA 在 TX 端口进行测量以解调 EVM%
5. 寻找优化配置的方法。

谢谢你。

尊敬的 Kang：

客户最初从 LO 使用-50MHz 至-30Mhz 的带宽、现在改为-40MHz 至-20Mhz。 EVM 从-7%提高至-2%。

它们仍在 进行测试、以在 Rx 之前启用 RXTDD 2us。

同时、客户也尝试按照您的步骤使用回送。 一些问题、

问题1： 如何 在 Latte 中使用 configCustom2_4849.86配置文本文件启动 AFE7769EVM？  

1. configCustom2_4849p86.txt

客户将回送脚本直接添加到 Latte 中、并显示错误和同步失败。

问题2：请告知客户实施回送脚本时可能会出现什么问题？  

以下是将  SG 直接插入频谱分析仪256QAM 分析中以查看原始 EVM%得出的测试设置和结果。

问题3：客户是 TDD 系统、但对于回送、需要说明我们是否应使用 FDD？

谢谢。

阿兰

您好、Allan：

请告知您下图所示的哪个图：它是环回还是直接从 RX 捕获？ EVM%非常好、不到2%。 我们想再次确认客户是如何达到这一目的的？

关于您的其他问题：

Keyon Zeng 说：

客户最初从 LO 使用-50MHz 至-30Mhz 带宽，现在改为-40Mhz 至-20Mhz。 EVM 从-7%提高到-2%。[/报价]

客户是否可以再次检查 RX 接口速率当前是否设置为122.88MSPS。 如果接口速率为122.88Msps，则 DDC 带宽仅为100MHz (即122.88Msps*80%)。 因此、在带边沿利用-50MHz 可能会推向 DDC 滤波器的边缘。

Keyon Zeng 说：

他们仍在 进行测试，以便在 Rx 之前启用 RXTDD 2us。

现在、请确保 RXTDD 引脚在 FDD 模式下始终处于逻辑高电平、这样我们就可以始终启用 RX 信号链。 这将防止 RX 信号链开关特性向 EVM%引入额外的变量。

Keyon Zeng 说：

问题1： 如何 在 Latte 中使用 configCustom2_4849.86配置文本文件启动 AFE7769EVM？  

1. configCustom2_4849p86.txt

[/报价]

我们目前正在为您研究配置文件序列的本机启动。 我们将在找到代码后上传该代码。

Keyon Zeng 说：

问题2：请告知客户实施回送脚本时可能会出现什么问题？  

以下是将  SG 直接插入频谱分析仪256QAM 分析中以查看原始 EVM%得出的测试设置和结果。

[/报价]

我们目前仍在进行这方面的工作、我们会尽快与您联系。

Keyon Zeng 说：

Q3：客户是 TDD 系统，但对于回送，想要澄清我们是否应该改用 FDD？

[/quote]

  现在、请在 FDD 模式下使 RXTDD 引脚始终保持逻辑高电平、以防止额外的瞬态变量。  

[/quote][/quote][/quote]

• 取消

• 向上 0 True 向下
• 取消

尊敬的 Kang：

0.57%的 EVM 只是 从 RX 直接获取的一个良好参考、可用于批准 Rx 信号是良好的。  

RX 接口速率设置为122.88MSPS。

需要更正的一件事是昨天执行的测试、EVM 从-7%提高到-2%、仅发生一次。  

客户执行了一些其他不同的测试来转移载波、但看不到 EVM 有太大的不同。  

P.S. SG 至 AFE7799 Rx、RxTDD 设置为10dB。  

 启动 PRB0、RXTDD 为 TDD 模式

2. 启动 PRB0和 RXTDD 在 FDD 模式下始终开启。

 启动 PRB25、RXTDD 为 TDD 模式

 启动 PRB111、RXTDD 为 TDD 模式

另外还想知道、是否有任何可能的硬件设计、例如电源、时钟也可能影响 Rx EVM？ 如果是、您能否指出一些可供客户检查的东西？  

此致、

阿兰

Kang、

客户说明了测试历史记录。 将射频开始触发时序从1588应用更改为 DU 仿真器1pps 信号、EVM 很好。 但2%的 EVM 是最佳情况、在相同的环境下难以复制。

P.S.在先前的测试中、SG 至 AFE7799 Rx 和 RxTDD 设置为10dB。  

谢谢。
阿兰

Kang、

下面的客户进一步评论。  

我认为这不是 LO 泄漏问题、因为您可以看到 I/Q 偏移值已经低到-45dB。

通常、EVM 的影响因素为：非线性、LO 泄漏(I/Q 偏移)、图像信号(I/Q 不平衡)、相位噪声和本底噪声。

我想这是 DDC 设置的本底噪声问题。

如果 DDC (数字下变频)设置不好、则噪声将变为带内信号。 您可以查看测试图、一些杂散是非常接近的有用信号。

非线性：已经测量了所有范围的 RX 输入功率

LO 泄漏：来自测试结果表、<-45dB

相位噪声：TX EVM 已通过 TX 链验证(5W RU TX EVM 可<2%)

图像抑制：我认为 QEC 已默认启用  

此致、

阿兰

您好、Allan：

您能否告知如何将1pps 信号连接到 AFE7799？ 这将有助于提供有关改进 EVM%测量的一些见解。  

通过将射频开始触发时序从1588应用更改为1pps 信号、我相信只有解调帧开始更改(即在 DU 仿真器时序上)。 我认为没有更改 AFE7799的硬件连接和软件。 请告知。  

您好、Allen：

您能否告知客户回送模式的以下步骤？

1) 1)使用以下脚本启动 EVM。 对于环回模式、LMFS 应该相同、因此我们修改了下面的脚本和附件。  sysParams.syncLoopBack 应为  False、以确保 EVM 测试的链接。  

e2e.ti.com/.../Alpha_5F00_EVM_5F00_bringup.py

2)为 Rx -> Tx 环回运行以下脚本。 如果出现任何链路问题、请尝试调用 afe.adcDacSync (1)

e2e.ti.com/.../loopback.py

3) 3)为 Rx 和 Tx 选择正确的通道。 在本例中、我们使用了 Rx1->Tx1。 因此、  

AFE.selectCh(0,0)
AFE.selectCh(2,0)

4)观察 VSA 信号。

请告知我们这个实验的结果。

谢谢。

Serkan

尊敬的 Kang：

Jin Huang1 说：

您能否告知1pps 信号如何连接到 AFE7799？

说明后、请参阅更新的测试设置：  

此致、

阿兰

您好、Allan：

Keyon Zeng 说：

说明后、请参阅更新的测试设置：  

[/报价]

至于上图、从 TI 的角度来看、我们需要澄清1588应用到 RXTDD 引脚的射频计时器同步时序、以进行 TDD 控制。

我想建议铃忠号覆盖 RXTDD 以使 RX 链始终启用、这是2024年1月29日所请求的。  

void overrideTdd(int fd,int overrideEn,int rxTdd,int fbTdd,int txTdd){
	/*	overrideEn= 0:no override. control goes to pin, 1:TDD is forced acoording to rxTdd, fbTdd and txTdd.
		rxTdd=0:RX ABCD are off, 1:RX AB is on, 2:RX CD is on, 3:RX ABCD are on
		fbTdd=0:FB 1&2 are off, 1:FB 1 is on, 2:FB 2 is on, 3:FB 1&2 are on
		txTdd=0:TX ABCD are off, 1:TX AB is on, 2:TX CD is on, 3:TX ABCD are on
	*/
	AFE77xx_RegWrite(fd,0x0014,0x04);
	AFE77xx_RegWrite(fd,0x124,overrideEn);
	AFE77xx_RegWrite(fd,0x126,overrideEn);
	AFE77xx_RegWrite(fd,0x128,overrideEn);
	AFE77xx_RegWrite(fd,0x12a,overrideEn);
	AFE77xx_RegWrite(fd,0x12c,overrideEn);
	AFE77xx_RegWrite(fd,0x12e,overrideEn);
	AFE77xx_RegWrite(fd,0x125,(overrideEn&(txTdd&1)));
	AFE77xx_RegWrite(fd,0x127,(overrideEn&(rxTdd&1)));
	AFE77xx_RegWrite(fd,0x129,(overrideEn&(fbTdd&1)));
	AFE77xx_RegWrite(fd,0x12b,(overrideEn&((txTdd&2)>>1)));
	AFE77xx_RegWrite(fd,0x12d,(overrideEn&((rxTdd&2)>>1)));
	AFE77xx_RegWrite(fd,0x12f,(overrideEn&((fbTdd&2)>>1)));
	AFE77xx_RegWrite(fd,0x0014,0x00);
}

请使用 overrideTdd (int FD = 0、int overrideEN = 1、rxTdd = 3、fbtTdd =无关、txTdd =无关)函数一直启用 RX 链。 1588应用对射频计时器同步时序的影响不应再成为一个变量。

一旦1588应用到 AFE7799器件 RXTDD 控制不再是变量、请报告 EVM%。 最佳 EVM%将是当前最佳理论 EVM%。

-姜

尊敬的 Kang：

问题1：

我们 希望确认 我们提供的 configCustom2_4849p86.txt 是否需要进行任何修改或不需要用于 RX EVM 改进？ 因为所有测试和测量都依赖于 AFE7799配置、所以此配置是有效的、没有错误。

问题2：

如果我们希望使用"void overrideTdd"函数进行测试、则必须将 overrideTdd 函数转换为 txt 模式。 除了我们通过 FPGA 完成 EVM 测量外、始终将 RXATT 配置为高电平。 因此 TI 想要通过覆盖 Tdd 功能再次测量 EVM 吗？

尊敬的  Serkan：

1. ALPHA_EVM_bringup.py 有 #Error:'NoneType'对象没有任何属性'Reconnect'。 我们可以忽略它吗？

2. loopback.py 有以下错误。 我们是否需要运行"alling AFE.adcDacSync (1)"、正确吗？

######################## 设备 DAC JESD-RX 0链路状态#######

(串行器/解串器信号丢失)通道0：1的 LOS 指示器

通道0：0的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道1：1的 LOS 指示器

通道1：0的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道2：1的 LOS 指示器

通道2：0的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道3：1的 LOS 指示器

通道3：0的帧同步错误(意外的 k28.5)

逗号对齐锁定区域0：错误；请检查发送器是否正在发送数据且眼图良好。

逗号对齐锁定区域1：错误；请检查发送器是否正在发送数据且眼图良好。

CS State TX0: 0b00000000。 预计为0b00001010

FS 状态 TX0: 0b00000000。 预计为0b00000101

无法为器件 RX 建立链路：0；警报：0xf00

##################################################

######################## 设备 DAC JESD-RX 1链路状态#######

(串行器/解串器信号丢失)通道0：1的 LOS 指示器

通道0：0的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道1：1的 LOS 指示器

通道1：0的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道2：1的 LOS 指示器

通道2：0的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道3：1的 LOS 指示器

通道3：0的帧同步错误(意外的 k28.5)

逗号对齐锁定区域0：错误；请检查发送器是否正在发送数据且眼图良好。

逗号对齐锁定区域1：错误；请检查发送器是否正在发送数据且眼图良好。

CS State TX0: 0b00000000。 预计为0b00001010

FS 状态 TX0: 0b00000000。 预计为0b00000101

无法为器件 RX 建立链路：1；警报：0xf00

##################################################

您好、Allen：

如果 Alpha 希望使用"void overrideTdd"函数进行测试，我们必须将 overrideTdd 函数转换为 txt 模式。 除了我们通过 FPGA 完成 EVM 测量外、始终将 RXATT 配置为高电平。 因此 TI 希望通过是否覆盖 Tdd 功能再次测量 EVM？

客户可以尝试以下寄存器写入以启用 TDD。 此外、我们还准备了回送寄存器写入供客户尝试。 客户可以在此情况下在自己的电路板上运行。

e2e.ti.com/.../overrideTdd.txt

e2e.ti.com/.../loopback.txt

1. ALPHA_EVM_bringup.py 有 #Error："NoneType"对象没有属性"Reconnect"。 我们可以忽略它吗？

这里提到 FPGA 库在加载时出现一些问题、或者无法再次连接到 FPGA。 我们不能忽视它

2. loopback.py 具有以下错误。 我们是否需要运行"alling AFE.adcDacSync (1)"。正确吗？

是的、你可以运行 adcDacSync、但如果你有 错误："NoneType"、我认为它不能帮助解决链接问题。

对于 TI FPGA 查询：

TI 7769EVB + TI FPGA 板。 测试结果显示在下面。

• 您为 TI FPGA 使用的是哪款 FPGA 板？
• 是否在启动文件之前运行安装程序和 devinit？ 设置和 devinit 文件特定于 FPGA 板版本。

e2e.ti.com/.../devInit_5F00_J58.pye2e.ti.com/.../setup_5F00_J58.py

1) 1)如果 TI FPGA 板是 TSW14J58、请先运行安装程序。 然后、按照 TI FPGA 的启动步骤操作。

您好、Serken：

  我们的答案和确认如下。 请检查并回答。

您为 TI FPGA 使用的是哪款 FPGA 板？  TWS14J56

启动文件之前是否正在运行安装程序和 devinit？ 设置和 devinit 文件特定于 FPGA 板版本。

Latee 程序应如下所示。 如果以下程序不正确、请说明我们。 非常感谢。

a.运行 devinit_j58.py

b. Setup_j58.py

c. Alpha_EVM_bringup.py

d. Loopback.py

3.确认 overwritetdd.txt 设置。  

我们计划通过以下过程使用上层设置来运行 overwritetdd.txt。 如果程序不正确、请说明我们。

a. FPGA ARM CPU 使用 configCustom2_4849p86.txt 通过 SPI 接口与 AFE7799进行通信。

b. FPGA ARM CPU 使用 txt 通过 SPI 接口与 AFE7799进行通信。

4.确认 loopback.txt 设置

 A. Rx1和 Tx1移植映射  

Rx1是图片1RxB 还是不是？

Tx1是图片1TX 还是不是？

b. loopback.txt 可以在 TDD 模式下运行吗？

Alpha configCustom2_4849p86.txt 文件为 TDD 模式。 Loopback.txt 是否可以在 TDD 模式下运行？ 如果 AFE7799无法在 TDD 模式下运行、如何在 TDD 模式下强制运行7799、然后再运行 loopback.txt

C.程序确认

如果 loopback.txt 可以在 tdd 模式  configCustom2_4849p86.txt 之后运行、请确认以下过程是否正确？  

C.1 FPGA ARM CPU 使用 configCustom2_4849p86.txt 通过 SPI 接口与 AFE7799通信

C.2 FPGA ARM CPU 使用 loopback.txt 通过 SPI 接口与 AFE7799通信

尊敬的 Serkan：

您正在将哪个 FPGA 板用于 TI FPGA？

最初他们使用'J56EVM 进行测试、但他们手头还有'J58EVM、这是为了让我们更轻松地调试/比较 、并 与提供的脚本文件有尽可能小的差异。  

1)如果 TI FPGA 板是 TSW14J58、请先运行设置程序。 然后、按照 TI FPGA 的启动步骤操作。

以下是他们按照您建议的步骤使用'J58EVM 与 AFE7769EVM 进行测试后得到的一些结果。 但显示一些错误、需要您的帮助来提供建议。  

电源5.5V (失败) ：JESD204同步故障、K 代码同步故障。
a. Setup_j58.py

b.运行 devinit_j58.py

c. Alpha_EVM_bringup.py

d. Loopback.py

e2e.ti.com/.../Switch_5F00_A_5F00_a_5F00_B_5F00_latte_5F00_infor.txte2e.ti.com/.../Switch_5F00_A_5F00_a_5F00_B_5F00_log.txt

如果不确定电源是否重要、他们使用6V 进行了另一项测试。

电源6V (故障)：  JESD204同步故障，K 代码同步故障。
a. Setup_j58.py

b.运行 devinit_j58.py

c. Alpha_EVM_bringup.py

d. Loopback.py

e2e.ti.com/.../Switch_5F00_A_5F00_a_5F00_B_5F00_6V_5F00_latte_5F00_infor.txte2e.ti.com/.../Switch_5F00_A_5F00_a_5F00_B_5F00_6V_5F00_log.txt

两个测试都在同一阶段停止。 错误消息：

(串行器/解串器信号丢失)通道0：1的 LOS 指示器

通道0：1的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道1：1的 LOS 指示器

通道1：1的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道2：1的 LOS 指示器

通道2：1的帧同步错误(意外的 k28.5)

(串行器/解串器信号丢失)通道3：1的 LOS 指示器

通道3：1的帧同步错误(意外的 k28.5)

lane0 FIFO Errors=0b1111；GOT errors: read_empty : FIFO 为空; read_error : High if read request with empty FIFO (注:仅当 JESD 块使用 init_state 初始化时释放); write_full : FIFO 已满; write_error : High if write request and FIFO 已满(注: 仅在使用 init_state 初始化 JESD 块时释放)；

lane1 FIFO Errors=0b1111; got errors: read_empty : FIFO 为空; read_error : High if read request with empty FIFO (注:仅当 JESD 块使用 init_state 初始化时释放); write_full : FIFO 已满; write_error : High if write request and FIFO 已满(注: 仅在使用 init_state 初始化 JESD 块时释放)；

Lane2 FIFO Errors=0b1111；got errors: read_empty : FIFO 为空; read_error : High if read request with empty FIFO (注:仅当 JESD 块使用 init_state 初始化时释放); write_full : FIFO 已满; write_error : High if write request and FIFO is full (注: 仅在使用 init_state 初始化 JESD 块时释放)；

lane3 FIFO Errors=0b1111；GOT errors: read_empty : FIFO 为空; read_error : High if read request with empty FIFO (注:仅当 JESD 块使用 init_state 初始化时释放); write_full : FIFO 已满; write_error : High if write request and FIFO 已满(注: 仅在使用 init_state 初始化 JESD 块时释放)；

lane0 Error=0b11111111；GOT 错误：8b/10b 不相关错误；8b/10b 不在表中的代码错误；代码同步错误；弹性缓冲区匹配错误。 第一个 NO-/K/与"match _Ctrl"和"match _data"编程值不匹配；弹性缓冲区溢出(错误的 RBD 值)；链接配置错误；帧对齐错误；多帧对齐错误；

lane1 Error=0b11111111；GOT 错误：8b/10b 分解错误；8b/10b 不在表中的代码错误；代码同步错误；弹性缓冲区匹配错误。 第一个 NO-/K/与"match _Ctrl"和"match _data"编程值不匹配；弹性缓冲区溢出(错误的 RBD 值)；链接配置错误；帧对齐错误；多帧对齐错误；

Lane2 Error=0b11111111；GOT 错误：8b/10b 分解错误；8b/10b 不在表中的代码错误；代码同步错误；弹性缓冲区匹配错误。 第一个 NO-/K/与"match _Ctrl"和"match _data"编程值不匹配；弹性缓冲区溢出(错误的 RBD 值)；链接配置错误；帧对齐错误；多帧对齐错误；

lane3 Error=0b11111111；GOT 错误：8b/10b 不相关错误；8b/10b 不在表中的代码错误；代码同步错误；弹性缓冲区匹配错误。 第一个 NO-/K/与"match _Ctrl"和"match _data"编程值不匹配；弹性缓冲区溢出(错误的 RBD 值)；链接配置错误；帧对齐错误；多帧对齐错误；

CS 状态 TX0：0b11111111。 预计为0b00001010

FS 状态 TX0：0b11111111。 预计为0b00000101

无法建立设备的链路 RX：0；报警：0xfffffffffff7L

Jin Huang1 说：

我建议 Tzuzuchung 按2024年1月29日的请求覆盖 RXTDD 以始终启用 RX 链。  [/报价]

根据 Kang 的建议,他们做了一个测试,通过 FPGA GPIO 覆盖 RXTDD,而不是使用  overrideTdd()函数。

Keyon Zeng 说：

开始 PRB0和 RXTDD 在 FDD 模式下始终处于打开状态。

不确定可能有什么区别,但他们将尝试 再次使用 overrideTdd()函数并更新结果。  

谢谢。

阿兰

[/quote]

尊敬的 Kang、Serkan：

客户 已优化 Keysight DU 仿真器环境以执行不同的输入功率 EVM 测试。 测试设置如下所示。  

e2e.ti.com/.../UL-256QAM-EVM_5F00_AFE7799_5F00_RX_5F00_input.7z

下面是 Keysight 发生器和 SG 从不同输入功率测量点测得的 UL 256Q EVM 测试数据比较。

在 AFE 输入端测量时、幅值范围为-25dBm 至-45dBm、LNA 下的幅值范围为-55dBm 至-75dBm。

根据结果、EVM 在 LNA 之后+60dBm 时仍然超过3%。  

此致、

阿兰

尊敬的 Serkan：

最后、我们使用 全新的 AFE77xxEVM C 版本+ TSW14J58EVM 成功设置了环回、但本底噪声似乎非常高、因此256QAM 无法解调。 您能建议我们可以做什么吗？  

1.回送，无任何信号。 本底噪声约为-12dBm

2.单声环回

3.使用5G NR TM3.1a 256Q 环回、但解调失败。  

P.S.  SG 至 SA、无需通过 EVM。 ACLR 在-53/-54dBc 下性能较佳。 (需要低于-45dBc)

此致、

阿兰

Allan：

输入和输出信号可以数字饱和。 请要求客户团队参考 AFE7799数据表的第8.6节、了解 RX 线路和满量程输入功率、以确保将适当衰减设置为不会使输入饱和。

同样适用于 TX 输出

Kang、

Keyon Zeng 说：

回送、而没有任何信号。 本底噪声约为-12dBm

[/报价]

这是一个没有输入信号且 AFE Tx 直接连接到 SA 的环回设置。 因此、我们认为 Rx 输入功率应该没问题、但不知道为什么输出本底噪声看起来相当高且超出规格。 我们可以检查/调节的任何其他东西？

此致、

阿兰