TI中文支持网Part Number:AWR2243
尊敬的TI工程师和论坛的朋友们：
我们在MMWAVCAS-RF-EVM级联板上进行功能开发时，需要实现长时间均匀发射和接收chirps，如下图是我们在GUI中的设置：
理想情况是，帧周期100ms，连续发射100帧，每帧包含171个chirp，即共连续发射171*100=17100个chirp，这17100个chirp发射的间隔应该相同。然而目前仅能保证帧内的chirp间隔为给定的idle time。在每帧结束时需要一段不可控空白时间，导致duty cycle不能设置为100%。当我们将其设置为100%时出现“ FRAME_ON_TIME>FRAME_PERIODICITY“的错误。在论坛上我们找到了下面的说明
https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/757384/awr1243-what-is-the-lower-limit-of-frame-periodicity
似乎这段空闲时间被指定为200usec+1chirp period。请问各位是否有办法能解决帧间chirp间隔不可控的问题，或者有其他方法能实现连续的chirp发射？谢谢大家！
Chris Meng：
你好，
每一帧结束后的空闲时间没有办法为0。
按照你的配置，你的chirp数应该是（11-0+1）*171*100。
AWR2243可以配置512个不同的chirp，no of loop最大为255。做多一帧输出512×255个chirp。如果你可以修改你的chirp数量小于512×255，那可以尝试看看能否发射一帧数据满足你的需要。目前12x171x100>512×255。
,
Zhongxing Wang：
既然没有方法取消每一帧结束后的空闲时间，我们改用每帧只包含一个chirp，并且提高帧数的方法来部分实现均匀发射的效果，然而遇到了如下问题：
1. 下图是我们的设置和lua脚本中的配置，共7000帧，每帧只有一次循环，然而却发现仅有472帧数据被接收和传输。事实上每次测量接收的帧数都不同（最后一张图是四次运行的结果，配置均相同，但却得到四种不同的文件大小），且都远远少于设定的7000帧，请问这种情况是什么原因造成的，应该如何解决？
,
Chris Meng：
你好，
如果加大frame period，现象是否有改善？目前数据采集是TDA2边采集边存储到硬盘上，受到写硬盘速度的限制。
,
wang xiao：
你好，我也遇到了同样的问题，同样遇到了数据大量丢失的问题，25000帧能丢失3000帧，不知道这丢失的数据是中间随机丢失的还是一块丢失的
,
Zhongxing Wang：
您好，wang xiao：
这个问题我们也无法准确回答，我们在使用mmwave studio处理数据时，大部分时候丢帧在末尾，但也曾出现过中间一部分帧数据丢失，后面又有数据的情况，仅供参考。还是需要TI专业的工程师来解答。
,
wang xiao：
我和你的目标一样，需要连续等时发射大量chirp，目前也是采用一帧一个loop的方法，设置大量帧后发现会丢失很多帧的数据，如果是在末尾丢失还好，如果是在中间随机丢失某些帧，对我们的后续信号处理会有很大影响
,
Chris Meng：
Chris Meng 说：如果加大frame period，现象是否有改善？目前数据采集是TDA2边采集边存储到硬盘上，受到写硬盘速度的限制。
这个方法有尝试么?
,
Zhongxing Wang：
您好，采用您说的方法，丢帧情况有所改善，但依然会丢失少量帧（帧周期100ms，丢失1~2帧）。另外我们也尝试了您最开始提供的发射一帧数据的方法，即配置512个chirp，255个循环，但是发现帧周期最大只能设置为1342ms，无法满足使用要求。请问这个问题要如何解决？
,
Chris Meng：
Zhongxing Wang 说：采用您说的方法，丢帧情况有所改善，但依然会丢失少量帧（帧周期100ms，丢失1~2帧）
如果加大frame period问题有所改善，基本可以确认是采集卡来不及采集存储导致的问题。
Zhongxing Wang 说：但是发现帧周期最大只能设置为1342ms，
这是芯片的硬件限制。下面的信息可以在mmwave_dfp_02_02_03_01\docs\mmWave-Radar-Interface-Control.pdf里找到。
