我发现 ROS 驱动程序有丢弃消息的趋势、我想它可能与过热有关?
我运行了2组数据收集、仅以两种不同的安装配置运行雷达。 请看此处两者的比较、第一个显然有很多丢弃的消息

除了运行时间之外、这两组装置之间的唯一区别是安装配置。 顶部数据集以3D 打印案例的形式安装在一对支柱上:

而较低的数据集是在传感器位于桌子顶部时捕获的、传感器"暴露"在环境中

这可能是发热问题吗? 我们应该如何解决这种采样不一致的问题?
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.
我发现 ROS 驱动程序有丢弃消息的趋势、我想它可能与过热有关?
我运行了2组数据收集、仅以两种不同的安装配置运行雷达。 请看此处两者的比较、第一个显然有很多丢弃的消息

除了运行时间之外、这两组装置之间的唯一区别是安装配置。 顶部数据集以3D 打印案例的形式安装在一对支柱上:

而较低的数据集是在传感器位于桌子顶部时捕获的、传感器"暴露"在环境中

这可能是发热问题吗? 我们应该如何解决这种采样不一致的问题?
您好 、Morten Nissov、
它可能不是由温度引起的(最高温度限值为105°C)、它不太可能达到该高温。
这也可能是由于 UART 最大数据速率限制、具体取决于占空比和对点数的检测、雷达发送的数据点可能会影响 UART 支持的最大数据速率。 如果检测到过多的反射、则点数可能会增加、并且可能会限制数据传输的容量、数据包可能会丢失。
您可以减小占空比或检测阈值以减少反射数量、从而降低点云密度、从而降低 UART 可以处理的数据速率、然后提高封装压降率。
谢谢、此致、
CHETHAN Kumar Y.B.
您好!
是否有办法监控数据包大小并验证原因?
我同意它似乎不太可能达到105摄氏度、但我再次尝试从底座收集数据、这次是与外部风扇一起收集数据、这次数据似乎更加一致。
也就是说、散热器的触感也很高、不舒适。
编辑:请注意、这是一个较小的丢弃消息案例。 我们还遇到了几个情况、其中雷达一次将丢失消息10秒、或者在运行过程中完全崩溃、而不会向 ROS 终端打印任何内容。 此时关闭节点会导致"" escalating to SIGTERM
Edit2:出于好奇检查了占空比、我使用演示可视化工具进行配置、因此我认为一切都应该正常。 ROS 驱动器输出: 
如果我错了、对吧、但这应该意味着我的占空比为16%? 由于占空比=(128线性调频脉冲* 130us)/(100ms)
编辑3:仅为方便起见、下面是我使用的配置文件:
% *************************************************************** % Created for SDK ver:03.05 % Created using Visualizer ver:3.5.0.0 % Frequency:60 % Platform:xWR68xx_AOP % Scene Classifier:best_vel_res % Azimuth Resolution(deg):30 + 30 % Range Resolution(m):0.214 % Maximum unambiguous Range(m):10.95 % Maximum Radial Velocity(m/s):3.84 % Radial velocity resolution(m/s):0.06 % Frame Duration(msec):100 % RF calibration data:None % Range Detection Threshold (dB):15 % Doppler Detection Threshold (dB):15 % Range Peak Grouping:disabled % Doppler Peak Grouping:disabled % Static clutter removal:disabled % Angle of Arrival FoV: Full FoV % Range FoV: Full FoV % Doppler FoV: Full FoV % *************************************************************** sensorStop flushCfg dfeDataOutputMode 1 channelCfg 15 7 0 adcCfg 2 1 adcbufCfg -1 0 1 1 1 profileCfg 0 60 115 7 15 0 0 100 1 64 9142 0 0 158 chirpCfg 0 0 0 0 0 0 0 1 chirpCfg 1 1 0 0 0 0 0 2 chirpCfg 2 2 0 0 0 0 0 4 frameCfg 0 2 128 0 100 1 0 lowPower 0 0 guiMonitor -1 1 1 0 0 0 1 cfarCfg -1 0 2 8 4 3 0 15 0 cfarCfg -1 1 0 8 4 4 1 15 0 multiObjBeamForming -1 1 0.5 clutterRemoval -1 0 calibDcRangeSig -1 0 -5 8 256 extendedMaxVelocity -1 0 lvdsStreamCfg -1 0 0 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.5 0.2 CQRxSatMonitor 0 3 4 19 0 CQSigImgMonitor 0 31 4 analogMonitor 0 0 aoaFovCfg -1 -90 90 -90 90 cfarFovCfg -1 0 0 10.97 cfarFovCfg -1 1 -3.2 3.20 calibData 0 0 0 sensorStart
您好!
您可以尝试降低帧速率、看看这是否有用。
此外、为了降低所有功耗、您还可以探索采用低功耗模式
https://dev.ti.com/tirex/explore/node?node=ALNwx9A2x.o5T7wR85tZlQ__VLyFKFf__LATEST
有关低功耗模式的更多详细信息、请参阅以下应用手册。
https://www.ti.com/lit/an/swra689/swra689.pdf
谢谢、此致、
CHETHAN Kumar Y.B.
我只是不明白这里可能会有什么问题吗? 似乎热量是问题所在、但考虑到我应该很好地处于传感器的工作范围内、这似乎很奇怪。
如果它的额定占空比高达50%、尤其是我尝试在标准散热器的背面添加一个额外的散热器。 我只是很难看到如何使用 额外的散热器来运行16%的占空比、并且仍然在某种程度上遇到了在使用标准散热器时、应可将占空比提高50%的单元上的热量问题。
我们是否可以做些什么来进一步检查它? 考虑到配置的保守程度、我认为它应该在当前状态下工作。 您建议我如何验证问题的根源?
谢谢!
关于数据速率、我在启动文件中设置了以下参数
那么、我想它是以最大波特率运行的吗? 可能开箱即用演示或 ROS 驱动程序正在发布不必要的信息?
我在该字段中看到了一些工作、其中列出了"最大扫描尺寸"、例如 https://link.springer.com/article/10.1134/S2075108721040039中的256个对象。 计算或考虑这一点是否相关?