Other Parts Discussed in Thread: AWR2243, AWR2243BOOST
使用DCA1000EVM搭配AWR2243进行长时间数据采集,每次都是采集约4小时42分钟左右就自动停止采集了。
下面是做过的尝试,均会在4小时42分钟左右自动停止采集。
1. 已经设置了采集Frame数为无限采集,也开启了采集的序列号。
2. 检查过磁盘存储空间是足够的。
3. 开始采集之后,断开DCA1000EVM上所有的USB口和网络口,也是采集一段时间就自动停止了。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
使用DCA1000EVM搭配AWR2243进行长时间数据采集,每次都是采集约4小时42分钟左右就自动停止采集了。
下面是做过的尝试,均会在4小时42分钟左右自动停止采集。
1. 已经设置了采集Frame数为无限采集,也开启了采集的序列号。
2. 检查过磁盘存储空间是足够的。
3. 开始采集之后,断开DCA1000EVM上所有的USB口和网络口,也是采集一段时间就自动停止了。
Please ensure that the packet delay is configured as 45usec and the captured location has sufficient space. There is no run time limitation from this setup perspective.
我把您的问题升级到e2e了,请关注下面帖子的回复,因为感恩节,可能回复会晚些。
https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1055053/dca1000evm-how-long-can-dca1000evm-capture-raw-data
工程师有回复,请尝试他的方法。
Is the device in continuous framing? As i said earlier, there is no run time limitation from this setup perspective.
However, the user may try to reset the DCA with the API after every capture.
你好,
我点击setup DCA1000的按钮后,再点击connect、reset and configure按钮,我在output里看到了下面的输出,你可以尝试看是否能复位DCA1000EVM.
ar1.CaptureCardConfig_Mode(1, 0, 1, 2, 3, 30)
你好,
下面的讨论使用了CLI命令来复位DCA1000EVM。
你好,我也遇到了类似问题,在连续采集一段时间(4个多小时)之后,自动停止了(PC端收不到数据,DATA_TRANS_PROG_LED1停止了闪烁)而且在mmWaveStudio界面没有收到错误信息,在PostProc下的日志文件中也没有找到错误信息。
我是通过PC端的lua脚本来控制DCA1000EVM和AWR2243采集数据的。
其中,设置连续数据采集的方式是通过将No of Frames 的参数设置为0(User's Guide for mmWaveStudio 3.0.0.14的文档中提到“Number of frames is zero for infinite samples”)
lua脚本命令为“ar1.FrameConfig(0, 1, 0, 1, 10, 0, 1) ”。
你好,
正如e2e论坛讨论的建议,你能否隔一段时间复位一下DCA1000EVM,再尝试一下?
我这两天尝试了一下两个尝试:1、间隔三个小时用lua脚本自动复位并配置2243boost和DCA1000EVM,但是仍然在4小时42分钟左右自动停止采集。其中第一次自动复位(开始采集后3小时)是成功的,第二次自动复位(开始采集后6小时,此时采集已自动停止)有报错信息,主要问题是无法获取FPGA版本号,应该是FPGA出现了故障。2、在自动停止采集(也就是开始采集数据大约4小时40分后)通过mmwave studio的命令窗口发送ar1.CaptureCardConfig_Mode(1, 0, 1, 2, 3, 30),结果得到了错误代码
-4016。具体的测试方法和现象请查看附件。ti2243和ADC1000长时间数据采集故障排查报告TI.pdf
你好,
抱歉,之前提供的复位lua的命令有误,应该是ar1.CaptureCardConfig_ResetFPGA()。
问题出现后,波动DCA1000EVM的SW3,开关DCA1000EVM的总电源,能否恢复采集?
给BOOST和DCA1000EVM分别提供5V电源,是否有尝试过?
你好,关于你提的建议,
1、复位lua的命令ar1.CaptureCardConfig_ResetFPGA()还没有尝试,但是通过mmwave studio的SRFDataCaptureCard面板来复位FPGA是无法恢复的。我们尝试你的建议后会再回复你结果。
2、问题出现后,波动DCA1000EVM的SW3,开关DCA1000EVM的总电源,这样是可以恢复采集的。
3、给BOOST和DCA1000EVM分别提供5V电源,关于这条,我们会尝试你的建议后会再回复你结果。
你好,我们按照你提的建议,进行了相应的测试:
1、在发生故障后,通过mmwave studio发送复位命令ar1.CaptureCardConfig_ResetFPGA(),结果返回了timeouterror和-4013错误,且无法获取FPGA版本号,也无法进行数据采集。下面的图片是发送复位命令后output窗口的打印信息,供你参考
2、问题出现后,波动DCA1000EVM的SW3,开关DCA1000EVM的总电源,这样是可以恢复采集的。
3、给BOOST和DCA1000EVM分别提供5V电源,仍然会在同样的时间点发生自动停止数据采集的故障。
期待你的回复。
你好,
我今天也做了尝试。通过BOOST给DCA1000EVM供电(因为分别供电ar1.CaptureCardConfig_ResetFPGA()工作不正常),使用LUA脚本,每次采集后复位DCA1000,在3个多小时出现为复位失败,但再次尝试后又可以了,然后到4个多小时也出现的无法复位的情况。
论坛上有BU使用CLI命令来控制采集的,这个你是否有尝试过?
你好,关于这个“论坛上有BU使用CLI命令来控制采集的”,目前我只用了mmwavestudio和lua脚本(也就是CLI)两种方法,你说的别的方法来控制数据采集,能否具体说一下,或者给个参考。
看了你给的链接,这个做法是先开机5小时再执行采集,并不是采集5小时,没有借鉴意义。可以预见采集5小时左右一样会中断。
你好,非常感谢你的回复。但是我在你给的这个链接中没有看到有参考性的内容。请问你是让我参考这部分吗?
你好,
抱歉,我错误理解了这个链接的内容。
目前实验看DCA1000EVM+AWR2243BOOST,需要对DCA1000EVM断电复位才能长时间工作。