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.

[参考译文] AWR1642BOOST:运行时出错

Guru**** 2595805 points
Other Parts Discussed in Thread: AWR1642, TIDEP-0090, MATHLIB, TIDEP-0092

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/655646/awr1642boost-error-on-runtime

器件型号:AWR1642BOOST
主题中讨论的其他器件:TIDEP-0090AWR1642MATHLIBTIDEP-0092

您好、TI 雷达团队、

  我一直在尝试在 AWR1642上运行 TIDEP-0090跟踪算法。 我已经按照随软件包一起提供的指南中的步骤进行了操作。 在 命令提示符下执行命令 MMW_DEMO 5 10 4 mmw_tm_demo.cfg 1之前、所有步骤都正常。 Matlab GUI 将启动并仅查看配置表。 CCS 中止并写入以下消息:

(第2条

CCS 控制台

(二

[Cortex_R4_0]调试:MMWDemoMSS 接收到 CLI sensorStart 事件
[C674x_0] ADC 采样数必须是16的倍数
{MODULLE#8}:"dss/DSS_main.c"、第1372行:错误{id:0x10000、args:[0x814054、0x814054]}
xdc.runtime.Error.raise:终止执行

(小部分

我已将下面的".bat"文件与所示的所有软件包版本链接在一起。 以及执行"gmake all"命令后的命令提示符消息。 以及上面的 CCS7错误和中止消息。

我注意到"mmw_TM_demo.cfg" 文件中包含的一个"错误"、该文件将 adcbufCfg 设置为"0 1 1"、而在毫米波 SDK 1.0.0.5用户指南中、该文件显示设置为"0 1 1"。  

尽管如此、两个 adcbufCfg 配置都存在相同的错误。

我希望所提供的信息足够吗? 那么、我如何解决它呢?   

我还想知道我是否也应该配置 dss_linker.cmd 文件?

 

(三

 文件名:mmwave_sdk_setupenv.bat

(二

设置 R4F_CodeGen_INSTALL_PATH=C:/ti/ccsv7/tools/compiler/ti-cgt-arm_16.9.1.LTS
设置 MMWAVE_SDK_INSTALL_PATH=C:/ti/mmwave_sdk_01_00_00_05/packages
设置 BIOS_install_path=c:/ti/bios_6_52_00_12/packages
设置 XDC_INSTALL_PATH=c:/ti/xdctools_3_50_00_10_core
设置 PERL_INSTALL_PATH=C:/Strawberry/perl/bin
设置 C674_CodeGen_INSTALL_PATH=C:/ti/c6000_7.4.16
设置 C64Px_DSPLIB_INSTALL_PATH=C:/ti/Trackingdemo/mmwave_demo_dev/lib/dsplib_c64Px_3_4_0_0
设置 C674x_MATHLIB_INSTALL_PATH=C:/ti/mathlib_c674x_3_1_2_1
设置 XWR16XX_RADARSS_IMAGE_BIN=C:/ti/mmwave_sdk_01_00_00_05/firmware/radarss/xwr16xx_radarss_rprc.bin

(小部分

   命令提示符

(三

lib -o xwr16xx_mmw_demo_dss.xe674

"dss/dss_mmw_linker.cmd"、第49行:警告#10068-D:无匹配段
构建 DSS 毫米波演示[准备 bin 格式]
解析输入目标文件 xwr16xx_mmw_demo_dss.xe674。
添加零8484320
添加零8502064
添加零8511640
文件转换完成!
秘书长的报告
构建了 DSS 毫米波输出和二进制格式
秘书长的报告
C:/ti/mmwave_sdk_01_00_00_05/packages \scripts\ImageCreator\xwr16xx\multicore_image_generator\MulticoreImageGen.exe LE 37 0x01000005 iwr16xx_mmw_demo.bin 0x35510000 xwr16xx_mmw_demo_mss.bin b5510000 C:/ti/mmwave_sdk_01_00_00_05/firmware/radarss/xwr16xx_radarss_rprc.bin 0xd5510000 xwr16xx_mmw_demo_dss.bin
输入文件数量3.
零数48
0的数量8.
零数56

调用 C:/ti/mmwave_sdk_01_00_00_05/packages 脚本\ImageCreator\xwr16xx\CRC_multicore_image\crc_multicore_image.exe iwr16xx_mmw_demo.bin iwr16xx_mmw_demo.bin.tmp
应用程序映像的大小为508544字节
CUR_CRC_READ_addr 128
CUR_CRC_READ_ADDR 115200
CUR_CRC_READ_ADDR 251392
无法删除 CRC 临时文件

Perl C:/ti/mmwave_sdk_01_00_00_05/packages 脚本\ImageCreator\xwr16xx\append_bin_crc\gen_bincrc32.pl iwr16xx_mmw_demo.bin
>>>二进制 CRC32 = 2e2675fb <<<
>>>二进制文件508548中的总字节<<<
秘书长的报告
已构建 MMW 演示闪存二进制文件
秘书长的报告

********

  CCS7控制台

(二

[C674x_0]调试:记录 UART 实例@00815560已成功打开
调试:DSS 邮箱句柄@0080f550
调试:MMWDemoDSS 创建事件句柄成功
调试:MMWDSS DemommWave Control 初始化成功
[Cortex_R4_0]
调试:启动毫米波演示
(小部分
调试:MMWDemoMSS 启动了初始化任务
调试:MMWMSS DemommWave Control 初始化成功
调试:CLI 可用
[C674x_0]调试:MMWDemoDSS ADCBUF 实例(0)@00815530已成功打开
调试:MMWDemoDSS 数据路径初始化成功
调试:MMWDemoDSS initTask 退出

(二

拉巴

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Rabah、

    如错误所示、您是否使用了配置中 ADC 采样数不是16的倍数的配置?
    其他2个突出显示的构建日志是警告。 这些是虚假通知、不是问题。

    -Raghu
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好 Raghu、

      文件"mmw_TM_demo.cfg"附带的 ADC 配置已配置为16位。 我没有更改它。  

    无论如何 、我已经构建并运行了 tipt-0092、它工作正常。 但我想加载我从毫米波传感估算器生成的自己的配置、以便与 tip-0090或 tip-0092一同运行(基本上与跟踪算法一起运行)。 但是 、我的配置具有"200 km/h 的高最大速度、最新的跟踪算法(tip-0092)只能达到90 km/h  

    因此、根据我的理解、应在 AWR1642上生成并刷写新的二进制文件、该文件具有我自己的自定义配置并包含跟踪算法。   

    我该怎么做?

    拉巴

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Rabah、

    根据我的理解、您希望修改 TIDEP0092 (或 SRR TI 设计)以使用线性调频脉冲配置、该配置可以准确地估算高达200km/h 的速度。 是这样吗? 如果是、您的距离要求是什么?  

    "SRR TI 参考设计"不直接接受来自"mwave Sensing Estimator"的配置、因为它旨在演示 AWR1642器件的一些更高级特性。 例如、它是一种多模式雷达、这意味着它可以跟踪距离分辨率为~35cm (我们将称之为 SRR80配置)、在距离分辨率为~~4cm 的情况下以80kmph 的速度行驶的80m 物体(将其称为 USRR20配置)。

    SRR80配置使用最大速度增强算法、允许我们将可根据给定线性调频脉冲配置估算的最大速度提高三倍(设计文档@ www.ti.com/.../TIDEP-0092中提供了详细信息和参考)。 换言之、如果未使用此最大速度增强算法、则最大不模糊速度将为~55kmph。 使用此算法、最大不模糊速度为165 kmph。 但是、我们仅测试了~100 kmph、因此文档中的限制为90kmph。 如果您可以按原样测试设计、并查看其是否满足您的要求、请执行此操作。

    了解 SRR80中使用的算法后、即可开始修改配置。 SRR80配置可从位于 (C:\ti\mmwave_sdk_01_00_02\packages/ti\demo\xwr16xx\SRR\con\SRR_config_chirp_design_SRR80.h)的.h 文件中修改。


    此致
    Anil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Anil:

      感谢你的答复。

      您已理解正确。 我的最大不模糊速度为200km/h 我的最大距离是56-57米。 该范围是在 "多波感应估算器"上选择的、因此立方体大小仍适合存储器。 考虑到实现所需立方体尺寸所需的其他参数变化、即:100cm 的距离分辨率、1km/h 的速度分辨率以及最后2个 RX 1 Tx。

    但是、我最近使 TIDEP-0090正常工作、它有一个 CLI 命令来启动通过".cfg"文件发送配置的传感器。 我尝试将从  "mmwave Sensing 估算器"获取的配置加载 到此文件中(尽管估算器不会生成其各种内容)、因此我遇到了配置失败错误。 我选择了 TIDEP-0090、因为我找到了通过 UART 发送的清晰跟踪器 ID。

    对于 SRR80中使用的算法、该算法不会仅依靠线性调频脉冲配置来检测200km/h 的速度。 我可以附加 我从"mmwave Sensing Estimator"生成的已保存配置、以便您查看并决定如何加载它?

    此致

    拉巴  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Anil:

    感谢您的意见。 我是 Rabah 的同事。

    我们目前正在开发一种通过 UART 收集数据的解决方案、我们需要具有唯一标识符的跟踪对象、这在 TIDEP-0092中是我们无法找到的、因此必须回到 TIDEP-0090上、其中数据结构包含"TrackID"。

    至于我们的配置、我们很难让它运行。
    我们使用感应估算器获取配置所需的值、如下所示:


    "平台":"xWR1642"、
    "num_Rx":4、
    "num_TX":1、
    "TX_GAIN":9、
    "Rx_GAIN":9、
    "frequency _range":"76 - 77"、
    "最大带宽":1000、
    "TX_POWER":12、
    "Ambient temperature degC":20、
    "最大可检测距离":57、
    "距离分辨率":90、
    "最大速度 kMP":190、
    "Velocity_resolution_kmph":2、
    "测量速率":25、
    "Typical_Detected_object":"car"、
    "检测损失":1、
    "系统损耗":1、
    "实现_裕度":2、
    "检测_SNR":12、
    "maximum_radar_cube_size":768、
    "最大射频带宽":5、
    "最大采样频率":6.25、
    "SENSOR_maximum_bandwidth ":1000、
    "允许的最大带宽":1000、
    "起始频率":76、
    "最大速度":52.7777777777777778、
    "速度分辨率":0.5555555555555556、
    "有效扫描带宽":166.66666666666666、
    "idle_time":2、
    "ADC_VALLED_START_TIME":4.2、
    "超额_ramping_time":1、
    "周期性":40、
    "环境温度":293.15、
    "Noise_Figure ":16、
    "NU_virtual_Rx":4、
    "非相干合并损耗":2、
    "RCS_Value":5、
    "合并系数_in_dB":-4、
    "组合因子线性":0.39810717055349726、
    "Inter_chirp_time":7.2、
    "AUX_COMP_COEFF_A":760833333.33333、
    "AUX_COMP_COEFF_b":-872552.6315789474、
    "线性调频脉冲时间":11.468380699832824、
    "Ramp_SLOW_INIT":14.532711376515097、
    "RAMP_SLOW_PARAMETER":301、
    "斜坡斜率":14.532208442687988、
    "AUX_COMP_T1":1、
    "最大拍频":5.5222392082214355、
    "采样频率":6.135821342468262、
    "number_of _samples_per_chirp":71、
    "total_swear_bandwidth ":243.72537863881965、
    "idle_time_minimum":2、
    "Ramp End_Time":16.771392978570457、
    "载波频率":76.06103739215885、
    "AUX_COMP_T2":3.2、
    "ADC_VALLED_START_TIME_2":4.2、
    "Lambda":3.944200740429647、
    "Max_chirp_Repeation_Period":19、
    "啁 啾重复周期":19、
    "NU_RANGE_FFT_Bins ":128、
    "min_num_for_chirp_loops":187、
    "Max_range_for_Typical_Detected_object":77.85950674640894、
    "MIN_RCS 可检测到的最大距离":1.4362261663205205、
    "num_popplel_FFT_bins:256、
    "活动帧时间":3.553、
    "range_inter_bin_resolution":49.921875、
    "Velocity_inter_bin_resolution":0.40581597222222227、
    "radar_cube_size":374


    使用此处找到的值为毫米波演示配置文件生成合适的参数、我提供了以下配置:
    DfeDataOutputMode 1
    通道配置15 1 0
    ADCfg 2 1.
    AdcbufCfg 0 1 1
    ProfileCfg 0 76 2 4.2 16.77 12 0 14.533 1 71 6136 0 9
    线性调频脉冲配置0 0 0 0 0 0 0 0 1
    帧配置0 187 0 40 1 0
    低功耗0 0
    guiMonitor 1 0 0 0
    cfarCfg 4 15 16 8 4 63 0
    DoaCfg 3 1047 3 600 10 50
    dbscanCfg 1 4 12 13 20 3 128
    跟踪配置1 10 2 3 25
    sensorStart

    但是,当我尝试运行演示(在调试模式下,使用 CCS 7)时,使用此配置时,我会得到-13008的错误,这对应于"mmwave_sdk_01_00_00_05\packages/ti\ccontrol\mmwave\"下的 mmwave.h 上的失败 profileCfg 配置。

    请您说明一下为什么会发生这种情况吗? 如前所述、我通过在感应估算器生成的 json 文件中找到相应的字段来获得 profileCfg 参数、方法是按照 tmdemo 中"GUI"文件夹下的"chirpParams_TMdemo.xlsx"文件中的说明进行操作。

    此外、感应估算器仅为 SDK 配置提供配置值、但不会生成与 cfarCfg、doaCfg、dbscanCfg 和 TrackingCfg 相关的任何内容。 是否有某种工具或工作表可以指导您根据解决方案的设置找到这些配置的最佳值?

    提前感谢您
    Jad
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好、Jad、

    交通监控演示正在更新为新的跟踪滤波器、不再支持它(处于当前状态)。 话虽如此、您看到的误差可以得到修复。 将要发送的配置与毫米波 SDK 用户指南中给出的模板进行比较。

    例如,profile config 命令有一些错误

    ProfileCfg 0 76 2 4.2 16.77 12 0 14.533 1 71 6136 0 9

    "profileCfg"、 " "、

    您可以尝试以下备用命令。

    ProfileCfg 0 76 2 4.2 16.77 0 14.533 1 71 6136 0 40

    此致

    Anil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    关于第二个问题、我希望您阅读 TIDEP0090设计页面中的文档、并尝试了解代码组织、以便您了解参数并进行必要的修改。

    此致
    Anil
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Anil:

    根据您的建议,我已将 txpower 和 rxgain 固定为您提供的值。
    但是、配置似乎仍然没有启动。

    自上一篇帖子以来、我们的配置发生了一些变化、因此我将包含由 Sensing 估算器生成的 json 文件:

    "平台":"xWR1642"、
    "num_Rx":2、
    "num_TX":1、
    "TX_GAIN":9、
    "Rx_GAIN":9、
    "frequency _range":"76 - 77"、
    "最大带宽":300、
    "TX_POWER":12、
    "Ambient temperature degC":20、
    "最大可检测距离":57、
    "距离分辨率":100、
    "最大速度 kMP":200、
    "Velocity_resolution_kmph":1、
    "测量速率":25、
    "Typical_Detected_object":"car"、
    "检测损失":1、
    "系统损耗":1、
    "实现_裕度":2、
    "检测_SNR":12、
    "maximum_radar_cube_size":768、
    "最大射频带宽":5、
    "最大采样频率":6.25、
    "SENSOR_maximum_bandwidth ":1000、
    "允许的最大带宽":300、
    "起始频率":76、
    "最大速度":55.5555555555555556、
    "速度分辨率":0.2777777777777778、
    "有效扫描带宽":150、
    "idle_time":2、
    "ADC_VALLED_START_TIME":4.2、
    "超额_ramping_time":1、
    "周期性":40、
    "环境温度":293.15、
    "Noise_Figure ":16、
    "NU_virtual_Rx":2、
    "非相干合并损耗":1、
    "RCS_Value":5、
    "合并系数_in_dB":-3、
    "组合因子线性":0.5011872336272722、
    "Inter_chirp_time":7.2、
    "AUX_COMP_COEFF_A":76075000000、
    "AUX_COMP_COEFF_b":-801630、
    "线性调频脉冲时间":10.53736442983897、
    "ram_slope _init":14.23505856816736、
    "RAMP_SLOW_PARAMETER":295、
    "斜坡斜率":14.24252986907959、
    "AUX_COMP_T1":1、
    "最大拍频":5.412161350250244、
    "采样频率":6.01351261138916、
    "number_of _samples_per_chirp":64、
    "total_swear_bandwidth ":225.6401026876349、
    "idle_time_minimum":2、
    "Ramp End_Time":15.842698225790464、
    "载波频率":76.0598206453081、
    "AUX_COMP_T2":3.2、
    "ADC_VALLED_START_TIME_2":4.2、
    "Lambda":3.9442638367371186、
    "Max_chirp_Repeation_Period":18、
    "啁 啾重复周期":18、
    "NU_RANGE_FFT_Bins ":64、
    "min_num_for_chirp_loops":395、
    "Max_range_for_Typical_Detected_object":81.85665055530121、
    "MIN_RCS 可检测到的最大距离":1.1755836760595009、
    "num_popplel_FFT_bins:512、
    "活动帧时间":7.11、
    "range_inter_bin_resolution":100、
    "Velocity_inter_bin_resolution":0.2143012152777778、
    "radar_cube_size":197.5


    下面是我们基于此设计文件的配置文件:
    DfeDataOutputMode 1
    通道配置3 1 0
    ADCfg 2 1.
    AdcbufCfg 0 1 1
    ProfileCfg 0 76 2 4.2 15.84 0 14.24 1 64 6014 0 48
    线性调频脉冲配置0 0 0 0 0 0 0 0 1
    帧配置0 395 0 40 1 0
    低功耗0 0
    guiMonitor 1 0 0 0
    cfarCfg 4 15 16 8 4 63 0
    DoaCfg 3 1047 3 600 10 50
    dbscanCfg 1 4 12 13 20 3 128
    跟踪配置1 10 2 3 25
    sensorStart

    (P.S:我在 profilecfg 的末尾尝试了40和48作为 rxgain,似乎没有任何变化)

    当我尝试启动此配置时、我收到一个错误:
    错误:MMWMSS DemommWave 配置失败[错误代码-13010]

    错误代码指向一个帧配置错误、然而在 frameCfg 中、除了每帧的线性调频脉冲数(在我们的案例395中)、实际上没有太多变化、这是感应估算器为我们提供的值、如 json 文件中所示。

    非常感谢您的帮助。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Anil:

    还有一件事。
    我们已经阅读并研究了几乎所有 TI 相关文档、从 AWR1642文档到 TIDEP 90文档、但这是我第一次在答复中看到屏幕截图中的表格。 请您参阅从中摘录的文档吗?

    谢谢
    Jad
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好、Jad、

    要回答以下命令的文档问题、您可以查看 C:\ti\mmwave_sdk_01_00_02\docs\mmwave_sdk_user_guide.pdf、其中提供了'mwave SDK API 的说明。  大多数 CLI 命令(如 profileCfg)都可在此处获取。 请注意、这些 CLI 命令仅是高级 API、它们在内部(在主子系统上) 调用毫米波长 API、这些 API 是低级 API。 毫米波 ICD (下载毫米波 DFP 软件包并在 D:\ti\mmwave_DFP_01_00_00_01\docs 中检查这些文档。 此处还给出了限制、错误代码定义等。  

    doaCfg、dbscanCfg、trackingCfg 等命令特定于"交通监控"演示。 要了解它们的用途、您需要通过代码进行 grep 操作。

    您可以按如下方式修改 frame config 命令

    DfeDataOutputMode 1

    通道配置3 1 0

    ADCfg 2 1.

    AdcbufCfg 0 1 1

    ProfileCfg 0 76 2 4.2 15.84 0 14.24 1 64 6014 0 48

    线性调频脉冲配置0 4 0 0 0 0 0 1

    帧配置0 4 79 0 40 1 0

    低功耗0 0

    guiMonitor 1 0 0 0

    cfarCfg 4 15 16 8 4 63 0

    DoaCfg 3 1047 3 600 10 50

    dbscanCfg 1 4 12 13 20 3 128

    跟踪配置1 10 2 3 25

    sensorStart

    我所做的更改是考虑到'frame Config command'(第三个参数)中环路数量的限制。 给定一组线性调频脉冲可能的最大循环数为255 (您可以在毫米波 ICD 中看到与 frameConfig 对应的此限制)。 为了生成更多数量的线性调频脉冲、您必须创建更多类型的线性调频脉冲、然后通过线性调频脉冲循环。 在上面给出的示例中、我已经对5种线性调频脉冲进行了编程(使用相同的参数)、在帧配置中、我通过它们进行79次循环、以生成必要的395个线性调频脉冲。

    此致

    Anil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Anil:

    感谢您的澄清。
    正如您所说的、我已经尝试更改了配置、并且不再出现帧错误。
    但是、我们会遇到以下错误:
    [Cortex_R4_0]调试:MMWDemoMSS 接收到 CLI sensorStart 事件
    DDR 堆:大小0 (0x0),使用0 (0x0)
    LL2堆:大小73728 (0x12000),使用0 (0x0)
    LL1暂存:大小8448 (0x2100),已用0 (0x0)
    调试:MMWMSS DemommWave 配置成功
    [C674x_0]处理器创建:(radarProcessInstance_t *) 0x8057f8
    处理器创建:(RADARDEMO_RANGEPROC_Handle *) 0x805894
    处理器创建:(RADARDEMO_dopplerProC_Handle *) 0x805a10
    处理器创建:(RADARDEMO_detectionCFAR_Handle *) 0x805f50
    处理器创建:(RADARDEMO_aoAEstBF_Handle *) 0x806960
    processCreate:(RADARDEMO_clusteringDBscanInstance *) 0x809828
    处理器创建:(RADARDEMO_clusterTracker_handle *) 0x80d708
    处理器创建:(radarProcessBenchmarkObj *) 0x810fe8
    processCreate:热图(float *) 0x20009e00
    DDR 堆:大小655360 (0xa0000),已使用77620 (0x12f34)
    LL2堆:大小56832 (0xde00),已使用47844 (0xbae4)
    LL2暂存:大小5376 (0x1500),已用3620 (0xe24)
    LL1暂存:大小16384 (0x4000),使用16384 (0x4000)
    HSRAM 堆:大小8192 (0x2000),使用0 (0x0)
    {MODULLE#8}:"dss/DSS_main.c"、第178行:错误{id:0x10000、args:[0x819c、0x81919c]}
    xdc.runtime.Error.raise:终止执行
    [Cortex_R4_0] xdc.runtime.Main:"MSS/MSS_main.c"、第755行:断言失败
    xdc.runtime.Error.raise:终止执行

    MSS 通过跟踪代码将此报告为 CPU 故障错误(MSS_main.c 第755行)
    /********
    * BSS 事件::CPU 故障
    (二 /
    IF (事件和 MMWDEMO_BSS_CPUFAULT_EVT)

    DebugP_Assert (0);
    中断;

    DSS 错误与线性调频脉冲处理令牌相关(dss_main.c 第178行)
    /*递增中断计数器以用于调试目的*/
    gMmwDssMCB.stats.chirpIntCounter++;

    gMmwDssMCB.dataPathObj.chirpStartTimeStamp = Cycleprofiler_getTimeStamp();
    如果(gMmwDssMCB.dataPathObj.chirpCount ==0)
    gMmwDssMCB.dataPathObj.frameStartTimeStamp = gMmwDssMCB.dataPathObj.chirpStartTimeStamp;

    /*检查先前的线性调频脉冲处理是否已完成*/
    //MmwDemo_processChirp (&(gMmwDssMCB.dataPathObj));
    DebugP_assert (gMmwDssMCB.dataPathObj.chirpProcToken = 0);
    gMmwDssMCB.dataPathObj.chirpProcToken++;

    我们已经在调试模式下尝试跟踪代码并在断点之前设置断点、但是、无论执行如何终止、从不在断点处停止。

    非常感谢您的帮助

    Jad
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好、Jad、

    请尝试以下配置。

    DfeDataOutputMode 1

    通道配置3 1 0

    ADCfg 2 1.

    AdcbufCfg 0 1 1

    ProfileCfg 0 76 2 4.2 15.84 0 14.24 1 64 6014 0 48

    线性调频脉冲配置0 0 0 0 0 0 0 0 1

    帧配置0 128 0 40 1 0

    低功耗0 0

    guiMonitor 1 0 0 0

    cfarCfg 4 15 16 8 4 63 0

    DoaCfg 3 1047 3 600 10 50

    dbscanCfg 1 4 12 13 20 3 128

    跟踪配置1 10 2 3 25

    sensorStart

     

    我已将线性调频脉冲数减少到128 (从395个)。 我刚刚意识到、由于 第二维 FFT 预计2个输入的功率、采样应用无法处理非" 2的幂"数的线性调频脉冲。

    如果这不起作用、我会认真地建议使用两条路线之一。

    1.尝试人员计数演示,演示中有一个跟踪器(带有曲目 ID)

    修改 SRR TI 设计以添加曲目 ID、这不会太困难、我可以帮助您进行更改。


    此致

    Anil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Anil、您好!

      我是 Jad 的同事。 我们一直在尝试您建议的所有配置以及更多配置。 但它不起作用。 我们已经阅读了此产品的所有文档、并按照这些文档进行了逐步操作。 但遗憾的是、我们的配置不愿意运行。 令人沮丧的是、该产品的工具显示配置应该正常工作。

    也许如果您尝试我们的配置(profileCfg、chirpCfg 和 frameCfg)、您可以更好地跟踪我们遇到的错误(-13008、-13004、-13010...) 它们都指向帧配置错误或配置文件配置一。 错误不可追溯到代码中应满足的特定条件、而是从通过 cfg 文件发送的任何配置参数中"未"选择的各种条件。  

    感谢你的帮助。

    拉巴  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Anil:  

    感谢您的持续支持、

    我已经看到了这种限制(如果我忘记了直接在代码中或在用户手册文件中看到它),并且已经尝试过您发送的配置,但仍然不幸运。  

    此外,如果使用 tmdemo 检查 demo cfg 文件,则它们的值不是2的幂。 例如、mmw_tm_demo_longRange.cfg 文件具有以下参数:

    帧配置0 117 0 40 1 0

    mmw_tm_demo.cfg 文件具有以下参数:  

    帧配置0 1 46 0 40 1 0

    对于帧中的线性调频脉冲循环数量、这两个值的幂不是2。  

    但是、我还注意到了其他一些东西、它相当奇怪和有趣、当我 通过 TI Resource Explorer 中提供的链接找到交通监控雷达页面时、会更加奇怪:

     可通过单击人员计数演示页面中 zip 文件内“线性调频脉冲”文件夹下的“下载全部”来下载 mmwave_industrial_toolbox_2_0_0.zip 文件来找到此页面(随附)。  

    在步骤2下。 线性调频脉冲配置,如果您单击“感应估算器中的负载”(短距离和长距离),您将发现感应估算器中的参数与在其相对 cfg 文件中找到的参数不同,在下面的同一页中,步骤3: OOB 演示配置文件。

    我注意到,在两个配置文件(短距离和长距离)中,某些参数似乎是“固定”的:  

    在 MMW_TM_DEMO.cfg 中: profileCfg 0 76 5 0 48 0 9.125 1 206 5000 0 48

    在 MMW_TM_DEMO_ONGANGE.cfg 中: profileCfg 0 76 5 48 0 3.766 1 199 5000 0 48

    在感测估算器时、空闲时间、ADC 开始时间、斜坡结束时间和采样率的值如下:

    短距离:2、4.8、50.31、 4381

    远距离:2、6、48.94、 3219

    请记住、感应估算器输出及其各自的 cfg 文件都位于同一页面上、因此感应估算器的输出值与配置文件的演示接受值之间似乎存在差异。 是否在其他地方有更好的记录、以便我们知道如何提供演示将接受的配置文件。  

    这可能是我们在采用您建议的向 TIDEP 0092演示添加 TrackID 的方法之前的最后一次试用。

    Regardse2e.ti.com/.../Traffic_2B00_Monitoring_2B00_Radar.html 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Anil:  

    我们已经放弃使用 TIDEP-0090、并已恢复使用 TIDEP-0092。  

    我们能够使用所需的配置对其进行配置、我们希望向跟踪器添加 TrackID。  

    是否有可能在这方面获得一些援助?

    此致

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好、Jad、

    我们为演示生成的大多数配置都是手动生成的。 一旦您了解 FMCW 线性调频脉冲/帧的不同参数及其与要求(如最大速度、最大距离或距离分辨率)的关系、这并不困难。  我们通常不使用传感估算器。 它只是一个帮助客户更快地生成有用配置的工具。

    我将请其他人回答您对交通监控配置未通过的问题。 您能告诉我们之前的配置有什么错误吗? 您是否还可以尝试以下操作。

    DfeDataOutputMode 1

    通道配置15 3 0

    ADCfg 2 1.

    AdcbufCfg 0 1 1

    ProfileCfg 0 76 2 4.2 15.84 0 14.24 1 64 6014 0 48

    线性调频脉冲配置0 0 0 0 0 0 0 0 1

    帧配置0 128 0 40 1 0

    低功耗0 0

    guiMonitor 1 0 0 0

    cfarCfg 4 15 16 8 4 63 0

    DoaCfg 3 1047 3 600 10 50

    dbscanCfg 1 4 12 13 20 3 128

    跟踪配置1 10 2 3 25

    sensorStart  

    此致

    Anil