TI中文支持网Part Number:IWR1843
将outbox工程改自启动之后出现下面问题的原因是什么，硬件的原因会导致这个问题的出现吗，用TI demo板没有出现这个问题
[2023-05-25 17:55:08.656]# RECV ASCII>
HXL573,calibDcRangeSig
mmwDemo:/>HXL573,extendedMaxVelocity
mmwDemo:/>HXL573,lvdsStreamCfg
mmwDemo:/>HXL573,compRangeBiasAndRxChanPhase
mmwDemo:/>HXL573,measureRangeBiasAndRxChanPhase
mmwDemo:/>HXL573,CQRxSatMonitor
mmwDemo:/>HXL573,CQSigImgMonitor
mmwDemo:/>HXL573,analogMonitor
mmwDemo:/>HXL573,aoaFovCfg
mmwDemo:/>HXL573,cfarFovCfg
mmwDemo:/>HXL573,cfarFovCfg
mmwDemo:/>HXL573,calibData
mmwDemo:/>
[2023-05-25 17:55:08.732]# RECV ASCII>
Debug: Init Calibration Status = 0xdfe
Exception: ../mss_main.c, line 3180.
下面是../mss_main.c, line 3180.的代码
/* Start the mmWave module: The configuration has been applied successfully. */
if (MMWave_start(gMmwMssMCB.ctrlHandle, &calibrationCfg, &errCode) < 0)
{
MMWave_ErrorLevel errorLevel;
int16_t mmWaveErrorCode;
int16_t subsysErrorCode;
/* Error/Warning: Unable to start the mmWave module */
MMWave_decodeError (errCode, &errorLevel, &mmWaveErrorCode, &subsysErrorCode);
System_printf ("Error: mmWave Start failed [mmWave Error: %d Subsys: %d]\n", mmWaveErrorCode, subsysErrorCode);
/* datapath has already been moved to start state; so either we initiate a cleanup of start sequence or
assert here and re-start from the beginning. For now, choosing the latter path */ MmwDemo_debugAssert(0); //line 3180
return -1;
}
Shine：
JX Z 说：将outbox工程改自启动
请问具体怎么改的？自启动是指HCC (Hard Code Configuration) ?
,
JX Z：
对，就是将cfg写入工程内
类似下面，这个方法应该时TI官方给的
const char * command[] = {
// "sensorStop\r\n", "sensorStop \r\n", "flushCfg \r\n", "dfeDataOutputMode 1 \r\n", "channelCfg 15 7 0 \r\n", "adcCfg 2 1 \r\n", "adcbufCfg -1 0 1 1 1 \r\n", "profileCfg 0 77 267 7 57.14 0 0 20 1 256 5209 0 0 30 \r\n", "chirpCfg 0 0 0 0 0 0 0 1 \r\n", "chirpCfg 1 1 0 0 0 0 0 4 \r\n", "chirpCfg 2 2 0 0 0 0 0 2 \r\n", "frameCfg 0 2 16 0 100 1 0 \r\n", "lowPower 0 0 \r\n", "guiMonitor -1 1 0 0 0 0 0
,
JX Z：
问题是出现在这个函数MmwDemo_startSensor内的，MmwDemo_startSensor的运行对硬件是有什么要求吗
,
Shine：
同样的HCC程序在TI的开发板上是可以的是么？
自己的板子和TI的demo板有什么不一样？修改之前的OOB demo可以在自己的板子上运行吗？
,
JX Z：
后面我用Traffic_Monitoring工程修改为自启动，用自己的板子运行又没有什么问题了，我看Traffic_Monitoring工程和outbox工程结构基本一样，怎么会一个可以运行，一个不行啊
,
JX Z：
后面我用Traffic_Monitoring工程修改为自启动，用自己的板子运行又没有什么问题了，我看Traffic_Monitoring工程和outbox工程结构基本一样，怎么会一个可以运行，一个不行啊
,
Shine：
JX Z 说：用TI demo板没有出现这个问题
之前说的修改的outbox工程不是可以在TI demo板上运行的么？
,
JX Z：
现在情况是这样：
outbox工程可以在TI demo运行，但是不能在自己板子运行
Traffic_Monitoring工程可以在TI demo运行，并且也可以在自己板子运行
,
Shine：
两个修改过的工程都能在TI的demo板上运行。感觉还是板子的硬件有关，您的板子和TI的demo板有什么不一样？
,
JX Z：
但是Traffic_Monitoring工程可以在自己板子上运行啊，Traffic_Monitoring工程和outbox工程框架是一样的啊
,
Shine：
TI demo上两个都可以运行，而自制的板子有的程序可以运行，有的不可以，我感觉还是硬件不稳定。
,
JX Z：
好的，非常感谢
