TI中文支持网Part Number:AWR2243
您好，我这边是使用AWR2243自研的雷达板，通过一片2243作为master，12片2243作为slave，其中12片2243仅打开RX通道，TX通道关闭；其中master仅打开TX通道，RX通道关闭；遇到的问题如下：
1. 在同一次采样中，部分RX芯片在暗室内能检测到目标，但ADC采样画出的波形幅值很小，在正负0.05V左右波动
2. 在同一次采样中，部分RX芯片在暗室内检测不到目标
目前已确定Master芯片输出的20G信号正常，Slave接收到的20G信号也正常；请问还可以通过检查哪些内容确认问题点呢？ 2243的配置是通过SPI进行交互
Shine：
请问是否有做校准？可以参考mmwave_studio_cascade_user_guide.pdf文档里的8.3.1 Calibration
,
? ?：
您好，我看这个章节的校准是需要用一个角反在5米处进行采样，但我现在的问题是有部分2243的芯片，Rx通道接收到的只有底噪，检测不到目标
,
Chris Meng：
你好，
你是通过monitor master， slave的LO输入功率来确认本振信息正常么？
是否有通过monitor ball break，看是否焊接正常？
主芯片，slave芯片分别自发自收（单发单收），信号是否正常？
请问配置文件是否参考DFＰ example？如果是因为，里面的program filter请关闭。
还有可能是外部天线设计，制造出现问题。
,
? ?：
您好，
1. 这个LO输入功率是可以如何测量？我这边通过频谱仪确定了Master提供出去的20G信号输出正常，有效带宽也和配置的相符
2. monitor ball break未报错
3. 因为设计上单颗芯片要么仅用作发射，要么仅用作接收，所以没法自发自收进行测试，但是使用test模式可以收到正确的ADC数据
4. 这边是通过一个MCU对芯片进行配置，使用SPI通讯；配置流程确实是参考的DFP example里的配置流程，请问这个program filter是什么？关闭它具体需要做些什么呢？
5. 外部天线设计方案有验证过，目前可排除这一问题
,
Chris Meng：
? ? said: 4. 这边是通过一个MCU对芯片进行配置，使用SPI通讯；配置流程确实是参考的DFP example里的配置流程，请问这个program filter是什么？关闭它具体需要做些什么呢？
#
#Programmable Filter config parameters, please modify if needed.
#rlRfProgFiltConf_t
#
profileId=0;
coeffStartIdx=0;
progFiltLen=14; -》修改为0
progFiltFreqShift=100; -》修改为45
#END
,
Chris Meng：
? ? said: 1. 这个LO输入功率是可以如何测量？
DFP mmWave-Radar-Interface-Control.pdf
AWR_MONITOR_PM_CLK_LO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB
SYNC_20G_POWER
AWR_MONITOR_PMCLKLO_INTERNAL_ANALOG_SIGNALS_CONF_SB
SYNC_20G_SIG_SEL
? ? said:我这边通过频谱仪确定了Master提供出去的20G信号输出正常
如何测量的？有20Ghz信号输出接口预留？
你是否有用频谱仪测试过发射信号是否正常？
Thanks，
Chris
,
? ?：
您好，目前我们基本确定LO的输入功率存在问题；请问当前我配置监测LO的方法是否有误？我设置后只能收到RF Monitor Type Trigger Done(其中type类型为type0)；并且同时收到Monitor Report Header事件(其中对FTTI_COUNT的值为0);并不能收到AWR_MONITOR_PM_CLK_LO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB事件。
我仅对master进行了监控配置，其中Master采用的是硬触发采样，通过外部MCU控制，具体监控配置如下：
1. Profile配置仅配置了0，其中起始频率为77.076GHz，斜率为14.966490MHz/us，空闲时间为2.00us，ADC开始时间为3.63us，ADC采样点数为256，采样率为25M，Rame End time为14.08us
2. 一帧共48个Chirp，每个Chirp循环48次，其中所有Chirp的起始频率都配置为333.229MHz；一帧的Frame Periodicity为200ms
3. 初始化MONITOR_ANALOG_ENABLES_CONF_SB，使能了其中所有模拟部分的监控，即ANA MONITORING ENABLES为0x17FF3FFF;LDO_VMON_SC_MONITORING_EN也设置为了0x0F
4. 配置CALIB_MON_TIME_UNIT_CONF_SB，配置Calib_Mon_Time_Uint为1(1 * 200ms符合设置规定，一帧有效时间为：(2 + 14.08) * 48 * 48 = 37.04832ms;一帧的时间为200ms，即空闲时间占空比为81.476%，即空闲时间有162.952ms；按照计算，校准+监控的时间应远小于这个空闲时间)，NumOfCascadedDev为1，DeviceID为0；Monitoring Mode设置为0x01(API触发)； 请问我的Calib_Mon_Time_Uint配置是否按我理解的，是配置正确的吗？
5. 配置监控AWR_MONITOR_PMCLKLO_INTERNAL_ANALOG_SIGNALS_CONF_SB，其中ProfileIndex为0，ReportingMode为0x02(周期发送并做阈值检测)；Sync_20G_Sig_Sel设置为监控FMCW_SYNC_OUT；阈值最小值设置为63dB，最大值设置为-63dB(这样设置的目的是确保一定会有事件发出)
6. 配置AWR_MONITOR_TYPE_TRIG_CONF_SB，设置触发类型为全部，即Mon_TRIG_TYPE_ENABLE设置为0x07
7. 配置FrameStart
8. MCU使用硬触发信号触发采样
9. 收到系统的ADC数据，并反馈给MCU接收完所有数据，此时MCU等待2s后再发FrameStop命令(0x04)，等待2s的过程中能收到RF Monitor Type Trigger Done事件和Monitor Report Header事件
10. 等待结束后再次进行6~9的操作，一直循环，期间一直无法收到AWR_MONITOR_PM_CLK_LO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB事件
,
Chris Meng：
? ? said:Monitoring Mode设置为0x01(API触发)；
能否尝试设置为0？
? ? said:阈值最小值设置为63dB，最大值设置为-63dB(这样设置的目的是确保一定会有事件发出)
不理解你这个设置的原因，可以尝试min=0，max=0xff.
? ? said: 3. 初始化MONITOR_ANALOG_ENABLES_CONF_SB，使能了其中所有模拟部分的监控，即ANA MONITORING ENABLES为0x17FF3FFF;LDO_VMON_SC_MONITORING_EN也设置为了0x0F
只需要使能b20 INTERNAL_PMCLKLO_SIGNALS_MONITOR。
收到的消息是AWR_RF_ASYNC_EVENT_MSG2，里面的AWR_MONITOR_PMCLKLO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB
,
? ?：
您好，
1. Monitoring Mode设置为0后，每次采样还是仅能收到Monitor Report Header事件，没有收到AWR_RF_ASYNC_EVENT_MSG2，里面的AWR_MONITOR_PMCLKLO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB
2. 只需要使能b20 INTERNAL_PMCLKLO_SIGNALS_MONITOR后，效果也是一样的，没有AWR_MONITOR_PMCLKLO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB时间产生
3. 请问我的Calib_Mon_Time_Uint配置是否按我理解的，是配置正确的吗
4. Monitor Report Header事件里的FTTI_COUNT值一直为0，请问这个事件是因为什么产生？为什么会一直为0？是否因为什么配置出现错误？
,
? ?：
我刚发现，AWR_MONITOR_PMCLKLO_INTERNAL_ANALOG_SIGNALS_REPORT_AE_SB事件回复不是在AWR_RF_ASYNC_EVENT_MSG2，而是在AWR_RF_ASYNC_EVENT_MSG1，即MSGID标志位0x80； 能否帮忙确认是否AWR2243自身SPI的回复存在问题？
,
Chris Meng：
你好，
代码：
mmwave_dfp_02_02_04_00\ti\control\mmwavelink\include\rl_messages.h
#define RL_RF_ASYNC_EVENT_MSG (0x80U)#define RL_RF_ASYNC_EVENT_1_MSG (0x81U)
文档：
Thanks，
Chris
