AWR2243BOOST: AWR2243Boost +AM2732以太网原始数据采集

好的，谢谢，如果先把当前开发板以太网的ADC数据采集配置成功，后续我们自己的产品升级下以太网是否可以实时采集呢？

你好，

AM2732的以太网只支持百兆，不支持千兆，这个功能无法升级的。

哦哦，好的，针对不同的产品应用可能还是LVDS接口才行，谢谢。

想请问下如果通过LVDS接口是否可以一边实时采集ADC数据，一边实时做目标检测显示呢？

你好，

目前demo支持的lvds streaming就是ADC数据输出和处理是同时的，在mmwave sdk3.5 release note里和lvds streaming相关有如下描述，也请注意。这种模式下芯片内部是数据吞吐是很大的。

谢谢，当前按照user guide里面4.4方法，通过LVDS接口做数据采集时，在step4  b)运行DCA1000EVM_CLI_Control.exe start_record AM273X_Capture.json时，会同时出现EEPROM Failure，这个是何原因呢，会影响后续数据采集吗？

此后在visualizer中Load  ‘profile_LVDS.cfg’之后，visualizer中plots能正常显示目标信息，但是运行到40帧停止了，ADC数据没有采集到，我修改了AM273X_Capture.json里面采集帧数为100帧，同样运行到40帧停止了，也没有原始的ADC数据，麻烦再帮忙看下，非常感谢。

Kun Wang 说：

DCA1000EVM_CLI_Control.exe start_record AM273X_Capture.json时，会同时出现EEPROM Failure

EEPROM是存放DCA1000EVM的网络地址的。你的DCA1000EVM有确认可以正常工作么？例如可以和AWR2243BOOST+mmwave studio采集到ADC数据么？

可以的，刚试了下AWR2243BOOST+mmwave studio可以采集到ADC数据，DCA1000应该没有问题，在cmd运行DCA1000EVM_CLI_Control.exe start_record AM273X_Capture.json时有没有可能哪里出错？

还有射频板的SOP模式想确认下，AWR2243Boost+DCA1000模式设置是110，AWR2243Boost+AM2732时看user guide里面是需要设置100，在数据采集时不知是否有影响？

谢谢。

DCA1000接上AM2732之后那个EEPROM Failure的指示灯就会爆红，还需要啥硬件的配置吗，AM2732的Debug Connector开关也设置成了DBG_SPI（S2 switch）。

Kun Wang 说：

DCA1000接上AM2732之后那个EEPROM Failure的指示灯就会爆红，还需要啥硬件的配置吗，AM2732的Debug Connector开关也设置成了DBG_SPI（S2 switch）

AM2732 EVM和DCA1000EVM连接后，两个板子分别上电后，DCA1000EVM上的EEPROM failure的LED灯就长亮了？请问你DCA1000EVM的cable是连在AM2732 EVM的DEBUG_CONN接口J7上的么？

Kun Wang 说：

AWR2243Boost+DCA1000模式设置是110，AWR2243Boost+AM2732时看user guide里面是需要设置100，

这样设置是没有问题的。

是的，连接应该没问题，就是上电一段时间几秒钟（有时候十几二十秒）EEPROM failure的LED灯就长亮了，这个还会和啥配置或者硬件连接有关吗？

您好，

我又重新试了下，那个EEPROM failure的LED灯还是会亮，这个会不会影响目标的实时显示和ADC数据采集呢？

在上述EEPROM failure  LED灯亮的情况下，在visualizer中Load  ‘profile_LVDS.cfg’之后，visualizer中plots能正常显示目标信息，但还是运行到40帧停止了，ADC数据没有采集到（帧数改到了100帧），麻烦看下哪里还有些问题呢；

此外，我看AM273X_Capture.json里面数据类型是‘real’，如果复数数据改成‘complex’就可以吗？

谢谢。

{
"DCA1000Config": {
"dataLoggingMode": "raw",
"dataTransferMode": "LVDSCapture",
"dataCaptureMode": "ethernetStream",
"lvdsMode": 1,
"dataFormatMode": 3,
"packetDelay_us": 25,
"ethernetConfig": {
"DCA1000IPAddress": "192.168.33.180",
"DCA1000ConfigPort": 4096,
"DCA1000DataPort": 4098
},
"ethernetConfigUpdate": {
"systemIPAddress": "192.168.33.30",
"DCA1000IPAddress": "192.168.33.180",
"DCA1000MACAddress": "12.34.56.78.90.12",
"DCA1000ConfigPort": 4096,
"DCA1000DataPort": 4098
},
"captureConfig": {
"fileBasePath": "C:\\ti\\data_capture\\",
"filePrefix": "am273x_",
"maxRecFileSize_MB": 1024,
"sequenceNumberEnable": 1,
"captureStopMode": "infinite",
"bytesToCapture": 4000,
"durationToCapture_ms": 4000,
"framesToCapture": 100
},
"dataFormatConfig": {
"MSBToggle": 0,
"laneFmtMap": 0,
"reorderEnable": 0,
"dataPortConfig": [
{
"portIdx": 0,
"dataType": "real"
},
{
"portIdx": 1,
"dataType": "real"
},
{
"portIdx": 2,
"dataType": "real"
},
{
"portIdx": 3,
"dataType": "real"
},
{
"portIdx": 4,
"dataType": "real"
}
]
}
}
}

visualizer中Configure和plots如下，console里面看着应该没啥问题。

Kun Wang 说：

在visualizer中Load  ‘profile_LVDS.cfg’之后，visualizer中plots能正常显示目标信息，但还是运行到40帧停止了

这个LVDS cfg里配置的frame number就是40帧

frameCfg 0 1 32 40 256 100 1 0

Kun Wang 说：

刚试了下AWR2243BOOST+mmwave studio可以采集到ADC数据，DCA1000应该没有问题，

请问这个时候EEPROM failure的灯会亮么？

mmWave studio这个采集是不会出现的，这个爆红会不会影响原始数据的采集和目标检测呢？

好的，我查到这个frameCfg里面关于帧数的配置了，这个采集的帧数跟AM273X_Capture.json里面关于帧数的定义是没啥关系的是吧，数据类型AM2732+AWR2243应该是复数形式，直接改成complex就可以吗？

此外，在profile_LVDS.cfg里面好像没有使能lvdsStreamCfg，这样应该本来就不会采集到ADC的数据吧？我改了下，加了lvdsStreamCfg -1 0 1 0，在visualizer里面Load之后，configure console里面有显示‘lvdsStreamCfg’ is not recognized as a CLI command，这个命令为什么会显示不识别呢，下载失败。

在profile_LVDS.cfg里面使能lvdsStreamCfg如下，然后在visualizer里面Load之后会显示不识别lvdsStreamCfg，sensorstart没有执行，如下，当前AWR2243+AM2732应该是支持lvdsStream的啊，为啥这边会不识别呢？

% ***************************************************************
% Created for SDK ver:04.01
% Created using Visualizer ver:4.1.0.0
% Frequency:77
% Platform:AM273X
% CFG TYPE: 2D
% ***************************************************************
sensorStop
flushCfg
dfeDataOutputMode 1
channelCfg 15 5 0
adcCfg 2 1
adcbufCfg -1 0 1 1 1
lowPower 0 1
dataPathClkCfg 1 1
profileCfg 0 77 7 3 39 0 0 100 1 256 7200 0 0 30
dataPathConfig 0 1 0 2 64 64 64 0
hsiClockConfig 9 0
hsiLaneConfig 15 1 0 2 0 4 0 5 0 3 0 0
dataFormatConfig 1 1
chirpCfg 0 0 0 0 0 0 0 1
chirpCfg 1 1 0 0 0 0 0 4
frameCfg 0 1 32 100 256 100 1 0
guiMonitor -1 1 1 0 0 0 1
cfarCfg -1 0 2 8 4 3 0 15.0 1
cfarCfg -1 1 0 4 2 3 1 15.0 1
multiObjBeamForming -1 0 0.5
calibDcRangeSig -1 0 -5 8 256
clutterRemoval -1 0
compRangeBiasAndRxChanPhase 0.0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0
measureRangeBiasAndRxChanPhase 0 1. 0.2
aoaFovCfg -1 -90 90 -90 90
cfarFovCfg -1 0 0.25 8.64
cfarFovCfg -1 1 -10.59 10.59
extendedMaxVelocity -1 0
calibData 0 0 0
lvdsStreamCfg -1 0 1 0
sensorStart

Kun Wang 说：

我又重新试了下，那个EEPROM failure的LED灯还是会亮，这个会不会影响目标的实时显示和ADC数据采集呢？

我这里测试的时候DCA1000EVM的EEPROM failure LED没有亮。由于这个EEPROM是保存的DCA1000EVM的IP地址，如果不正确，那PC和DCA1000EVM的网络通信就会有问题。

你现在S2的6这个开关在哪一侧？你能否放到on这一侧看看是否有改善？我这里S2.6无论在哪侧都不会出现EEPROM failure的提示。

Kun Wang 说：

此外，在profile_LVDS.cfg里面好像没有使能lvdsStreamCfg，这样应该本来就不会采集到ADC的数据吧？我改了下，加了lvdsStreamCfg -1 0 1 0，在visualizer里面Load之后，configure console里面有显示‘lvdsStreamCfg’ is not recognized as a CLI command，这个命令为什么会显示不识别呢，下载失败。

AM2732的LVDS demo不需要调用lvdsStreamCfg的配置，只要你编译的时候是编译的lvds demo就可以了。

我这里已经尝试，可以正常采集到原始adc数据，环境是AWR2243BOOST+AM2732 EVM+DCA1000EVM。需要注意的是命令行采集命令需要在下载cfg'配置前运行。

S2.6拨到USER_SW1灯还是会亮，如下，请问其他的还有没有啥地方没注意到会导致这个爆红呢（AM2732上有没有哪里需要设置）？现在这个出现错误，那后面数据采集肯定还是有问题，事实上我现在也是采不到ADC数据的，visualizer是可以运行的，麻烦在帮忙检查下，非常感谢。

你好，

你现在DCA1000EVM上的FPGA版本是2.8的么？如果不是，能否更新一下？更新方法见DCA1000EVM user guide。FPGA binary：\ti\mmwave_studio_03_00_00_14\mmWaveStudio\PlatformBinaries\DCA1000FPGA\DCA1000_FPGA_RECORD_V2.8_05JUL2019.bit。

是2.8的，前两天在mmWave studio采集的时候看过，也是可以采集到原始数据的，这个就一直爆EEPROM Failue，硬件上面应该没啥大问题了呀，有点奇怪。。。

好的，我再仔细检查下，还有问题的话去英文论坛问一下，非常感谢。

然后我现在cmd中运行以下命令时，FPGA怎么都配置不成功了，已尝试多次（前面虽然EEPROM_RD_FAIL灯常亮，但是这个命令运行没问题），重新刷了下image，现在就是接上DCA1000之后灯一直会亮，visuralizer中可以下载cfg文件，目标也能实时显示，就是采集命令现在也是一直有点问题。。。

FPGA Configuration如下：

你好，

我这里AM2732EVM和DCA1000EVM连上后，AM2732EVM的DS2也会亮，但不影响LVDS数据采集。

对于DCA1000EVM上EEPROM_RD_FAIL灯亮的问题，会否是I2C总线上有异常设备导致的？能否请你们的硬件同事，去掉AM2732 EVM J7上的R390和R391，断开AM2732 EVM上I2C信号和DC1000EVM，看对这个问题是否有改善？注意，如果EVM上硬件有改动就不能保修了，请在修改EVM硬件前明确知晓这一点，如果同意再修改。

好的，谢谢，那应该不是DS2的问题，但是我这边有两块板我都试过接DCA1000，EEPROM_RD_FAIL灯都会亮，重新刷固件也是这样，然后现在那个采集命令FPGA Configuration也一直不成功，之前是可以的。。。

“对于DCA1000EVM上EEPROM_RD_FAIL灯亮的问题，会否是I2C总线上有异常设备导致的？”针对这个的话，我这边是Rev B 版本，开发板上会有什么异常设备影响呢？visualizer上是没问题的，就是接上DCA1000做数据采集有这个问题，如果去掉这两个电阻，没有影响，手动焊接回来我们内部用也可以吧，当前有其他用户有类似的问题吗，我看第一代产品有些遇到类似的问题，与软件版本那些可能有些关系，但是这个AM2732+DCA1000还没看到类似的问题。

Kun,

我这里目前没有收到其他客户类似的问题。你可以去英文论坛再问问。

我理解目前AM2732的J7上的I2C应该是没有使用的，DCA1000EVM没有需要通过I2C访问AM2732 EVM上的I2C器件，反之亦然。

好的，谢谢，已经在英文论坛上问了，感谢。

您好，

英文论坛上还没有回复，我想请问下这个有没有可能是刷录固件的问题，我已经换了两块AM2732和两块DCA1000了，硬件应该没问题的啊，EEPROM_RD_FAIL灯都会亮，ADC数据采集失败，但是visualizer上面目标检测是没问题的；

我也查看过1588.DCA1000 Debugging Handbook.pdf了，EEPROM_RD_FAIL灯亮可能跟FPGA版本有关，在mmWave studio上面我也看过了是2.8版本，应该没问题，有可能是AM2732软件刷录哪里不对导致这个问题吗？

cmd中刷录显示成功的，如下log，这个完成后按照mmwave_mcuplus_sdk_user_guide.pdf里面说明切换到QSPI模式后怎么确定一定刷录成功了，application一定运行起来了呢？在ccs UART Terminal 里面有时候没有看到完整的starting Boatloader的log显示（参考AM243x MCU+ SDK: EVM Setup (ti.com)， 如下图）。

谢谢。

E:\TI_up\mmwave_mcuplus_sdk_04_02_00_02\mcu_plus_sdk_am273x_08_01_01_06\tools\boot>python uart_uniflash.py -p COM17 --cfg=E:\TI_up\mmwave_mcuplus_sdk_04_02_00_02\mmwave_mcuplus_sdk_04_02_00_02\tools\am273x\default.cfg

Parsing config file ...
Parsing config file ... SUCCESS. Found 3 command(s) !!!

Executing command 1 of 3 ...
Found flash writer ... sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_uart_uniflash.release.tiimage
Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_uart_uniflash.release.tiSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_uart_uniflash.release.ti Sent flashwriter E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_uart_uniflash.release.tiimage of size 64286 bytes in 5.77s.

Executing command 2 of 3 ...
Command arguments : --file=E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage --operation=flash --flash-offset=0x0
Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage: 77Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage: 77Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage: 77Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage: 77Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage: 77Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage: 77 Sent E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/tools/am273x/sbl_qspi.release.tiimage of size 76286 bytes in 10.25s.
[STATUS] SUCCESS !!!

Executing command 3 of 3 ...
Command arguments : --file=E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDS.appimage --operation=flash --flash-offset=0xA0000
Sending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDSSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDSSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDSSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDSSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDSSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDSSending E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDS Sent E:/TI_up/mmwave_mcuplus_sdk_04_02_00_02/mmwave_mcuplus_sdk_04_02_00_02/ti/demo/am273x/mmw/am273x_mmw_demoTDMLVDS.appimage of size 409532 bytes in 39.58s.
[STATUS] SUCCESS !!!

All commands from config file are executed !!!

E:\TI_up\mmwave_mcuplus_sdk_04_02_00_02\mcu_plus_sdk_am273x_08_01_01_06\tools\boot>

这个跟default.cfg里面那个image的flash-offset=0xA0000有关系吗，我看这个flashing tool（AM273x MCU+ SDK: Flashing Tools）里面说的是0x80000，如下图，默认按照default.cfg里面0xA0000地址刷录的，跟这个有没有关系呢？

谢谢。

您好，

这个应该是AM2732的FTDI和DCA1000的FDTI接口有冲突导致的，我现在已经可以了，还有两个疑问：

1）数据格式

这个采集的数据格式是按照AM273X_Capture.json里面的datatype采集的吗，这个5个port代表的什么呢，而且默认的数据格式都是“real”，实际采集到的数据格式是按这个来的吗，解析的格式是什么样的呢，跟AWR2243+DCA1000有啥区别不？

2）参数配置固化后的Demo如何进行ADC数据的采集

针对产品，后续Demo image需要固化参数配置，完整的编译bin文件（此时应当是实时运行的，不是配置有限帧数的），这种情况下可以通过什么样的方式采集到想要帧数或一定时长的ADC数据呢？

谢谢。

Kun Wang 说：

应该是AM2732的FTDI和DCA1000的FDTI接口有冲突导致的

你把AM2732 EVM上的两个USB口都连到电脑上了？我只连了XDS那一个。

Kun Wang 说：

1）数据格式

两片级联参考设计使用的也是同一个json，在sdk里有参考数据和matlab的解析代码：C:\ti\mmwave_mcuplus_sdk_04_02_00_02\docs\testlogs\am273x\cascade

Kun Wang 说：

2）参数配置固化后的Demo如何进行ADC数据的采集

在lvds一直输出的情况下也是可以用同样的方法采集，但问题是采集的时候不一定是帧的开始，所以建议通过串口先sensor stop ，设置好采集，然后再sensor start。

您好，

请问这个如果通过串口先sensor stop，需要在cli.c里面去做什么配置吗，如何把数据采集命令穿插在sensor stop和sensor start间呢？

此外，在cli.c里面framecfg命令的帧数如果配置成0实时运行，此时有办法采集有限帧或者有限时间的ADC数据吗，当前Demo里面profile_LVDS.cfg里面framecfg默认配置采集40帧数据，采集完就停止运行了，是需要像Demo这样在配置编译的时候就需要设置好需要采集的帧数吗？

谢谢。

您好，

刚试了下，在LVDS一直输出的情况下（设置了100帧），按照下面的方法没有采集到ADC的数据，这个也是需要先设置sensor stop，配置好采集命令，然后再sensor start才行吗，这个可以把采集命令穿插进去吗？

谢谢。

Kun Wang 说：

刚试了下，在LVDS一直输出的情况下（设置了100帧），按照下面的方法没有采集到ADC的数据，这个也是需要先设置sensor stop，配置好采集命令，然后再sensor start才行吗，这个可以把采集命令穿插进去吗？

100帧也不是一直输出，配置number of frame=0才是。

请问你的DCA1000 record命令是在配置下载前运行的么？需要先让DCA1000等待采集，然后在输出数据。

配置成0的话有办法采集有限的帧数或者有限时长的ADC数据吗，Demo里面配置采集的40帧，我们期望的状态就是配成0，然后能采集所需的帧数或者时长的ADC数据，请问如何做这样的配置呢，当前的状态是在framecfg里面配置多少帧采多少帧的；

当前固化参数配置后，理应上电参数配置就完成了，这个DCA1000 record命令怎么先设置采集状态再输出数据呢，需要将record命令写到参数配置里面去吗？

谢谢。

你好，

配置成帧数0，也是可以sensor stop的，然后准备好dca1000采集，然后再sensor start。

不好意思，我还没太明白怎么实现的，想再请教下：

1）首先按照mmwave_mcuplus_sdk_user_guide.pdf里面的说明需要在visualizer里面连接串口，在cmd命令里面设置好DCA1000采集record命令，然后visualizer再下载profile.cfg参数配置，此时可以采集ADC数据；

如果换成CLI参数固化配置之后，理应上电开始就执行profile的参数配置了，sensor stop——xxxxx——profilecfg——xxxxx——sensorstart，此时的DCA1000采集命令怎么加载在sensorstop后，sensorstart开始后就采集ADC数据呢，有没有哪里有说明啊?

2）此外，当前Demo里面ADC数据采集的帧数是在framecfg里面配置确定的（比如profile_LVDS.cfg里面当前配置的40帧，采集的就是40帧的数据），如果固化参数配置成0后，怎么配置采集想要的帧数或者采集一定时长的数据后人为停止呢，DCA1000的采集命令可以设置吗？

如果采集的帧数都是通过framecfg里面配置确定的，那不是每次都要改下固化的参数配置，编译、刷录然后再采集吗，有办法固化参数后设置随机想采集的数据量吗？

谢谢。

Kun Wang 说：

如果固化参数配置成0后，怎么配置采集想要的帧数或者采集一定时长的数据后人为停止呢，DCA1000的采集命令可以设置吗？

你可以在TI_DCA1000EVM_CLI_Software_UserGuide.pdf里找到下面的内容：

好嘞，非常感谢，这个直接在AM273x_Capture.json里面修改想采集的帧数就可以是吧；

关于之前说的这个“配置成帧数0，也是可以sensor stop的，然后准备好dca1000采集，然后再sensor start。”，请问这个是说在visualizer上plots里面手动设置的sensor stop，然后CMD命令里面设置好采集，最后在visualizer上plots里面手动设置的sensor start下发命令吗？可能跟我之前理解的不太一样，我们期望是后续自己的雷达不用visualizer配置了，固化参数配置，上电后就自动下载参数发射波形，此种情况下雷达上电就执行sensor stop——xxxxx——profilecfg——xxxxx——sensorstart，此时的DCA1000采集命令怎么加载在sensorstop后，sensorstart开始就采集ADC数据呢，能从第一帧开始采集吗，我尝试过刷录固化参数后的Demo，上电后再设置DCA1000采集命令，此时没有采集到ADC数据，按照另外Building Demo（AWR2243BOOST: AWR2243Boost+AM2732 Building Demo问题 - 传感器论坛 - 传感器 - E2E 设计支持 (ti.com)）那个帖子说明，也有可能固化参数配置没有完全成功导致的，请问此处有办法固化参数配置后不依赖visualizer里面的sensor stop和sensor start设置DCA1000采集命令吗（因为visualizer里面重新sensor start经常下发失败），非常感谢。

Kun Wang 说：

此时的DCA1000采集命令怎么加载在sensorstop后，sensorstart开始就采集ADC数据呢

DCA1000EVM先配置好record start，等待LVDS上的数据，这样在sensorstart后在LVDS上输出第一帧数据的时候就可以采集到了。

谢谢，就是这个上电后需要在visualizer上设置sensorstop，再CMD命令下配置record start，然后visualizer上再sensorstart吗？因为这个固化参数配置后一上电就应该下发了配置参数的，就是这个record start配置命令顺序上是如何实现的呢？

当前我上电后在cmd下运行start record后，有如下的错误：

我的AM273x_Capture.json文件配置如下，修改了"captureStopMode": "frames"，采集40帧，并且reorderEnable设置为1使能（此处是否需要设置为1使能，我看有地方就是设置为0的，这个是采集数据的排序是吗），参考了“DCA1000EVM: Record stopping using number of frames is valid only in raw mode. - Sensors forum - Sensors - TI E2E support forums”上述的错误跟这个模式有关吗，当前已经设置为raw mode 了。

谢谢。

{
"DCA1000Config": {
"dataLoggingMode": "raw",
"dataTransferMode": "LVDSCapture",
"dataCaptureMode": "ethernetStream",
"lvdsMode": 1,
"dataFormatMode": 3,
"packetDelay_us": 25,
"ethernetConfig": {
"DCA1000IPAddress": "192.168.33.180",
"DCA1000ConfigPort": 4096,
"DCA1000DataPort": 4098
},
"ethernetConfigUpdate": {
"systemIPAddress": "192.168.33.30",
"DCA1000IPAddress": "192.168.33.180",
"DCA1000MACAddress": "12.34.56.78.90.12",
"DCA1000ConfigPort": 4096,
"DCA1000DataPort": 4098
},
"captureConfig": {
"fileBasePath": "C:\\ti\\data_capture\\",
"filePrefix": "am273x_",
"maxRecFileSize_MB": 1024,
"sequenceNumberEnable": 1,
"captureStopMode": "frames",
"bytesToCapture": 4000,
"durationToCapture_ms": 4000,
"framesToCapture": 40
},
"dataFormatConfig": {
"MSBToggle": 0,
"laneFmtMap": 0,
"reorderEnable": 1,
"dataPortConfig": [
{
"portIdx": 0,
"dataType": "real"
},
{
"portIdx": 1,
"dataType": "real"
},
{
"portIdx": 2,
"dataType": "real"
},
{
"portIdx": 3,
"dataType": "real"
},
{
"portIdx": 4,
"dataType": "real"
}
]
}
}
}

好的，非常感谢，这个采集的record命令您这边也是上电之后在CMD命令下设置运行的吗，这样采集下来的是不是就不是从第一帧开始的了，固化参数后一上电就下发参数配置了，此种情况下有可能将DCA1000的采集命令在参数配置下发之前配置好处于等待采集的状态吗，当然其实从参数配置下发后开始采集也是可以的，如果能从第一帧一开始就采集数据更好了，谢谢。