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.
大家好、
我们最近订购了 TIDEP-01012、大约一个月前在 MIMO-SAR 模式下运行 LUA 脚本 Cascade _Configuration_MIMO 和 Cascade _Capture 对其进行了测试。 一切似乎都正常(除了 https://e2e.ti.com/support/sensors/f/1023/t/878434?tisearch=e2e-quicksearch&keymatch=15m%20tidep-01012中已经描述的大约15m 的最大距离外)。 现在、我们想要校准系统、因此我们尝试获取新的数据集。
运行级联_Configuration_MIMO.lua 时、第一个器件(主器件)被正确处理。 但是、第二个器件似乎崩溃、并显示以下错误消息:
设备2:SOP 重置成功
[RadarAPI]:arL.AddDevice (2)
状态:失败、错误类型:RESP 超时
未收到 MSS 上电异步事件!
设备2:SPI 连接失败
***脚本成功完成。***
有没有人有过这方面的经验,可以告诉我们如何解决这方面的问题?
最棒的
Andreas
尊敬的 Andreas:
该消息向我指出:
您是使用开箱即用的 lua 脚本还是修改后的脚本运行?
您能否确认是否存在这些问题?
您是否掌握了 MMWCAS-DSP-EVM 中的 MMWCAS-RF-EVM? 还是另一个主板?
谢谢、
-Randy
Randy、您好!
感谢您的留言。
我们正在使用由 MMWCAS-RF-EVM 和 MMWCAS-DSP-EVM 组成的 TIDEP-01012集。
2.我们以前使用过稍微修改过的 lua 脚本,但我们重新安装 了 mmWave Studio,并再次使用开箱即用的脚本。
3.我怀疑 SPI 走线/连接器引脚会损坏、因为我们非常小心。 (下图)
4. AWR #1主器件未配置或无法向 AWR #2从器件提供 OSC_CLKOUT 40MHz 时钟:如何测试?
5. 在尝试 SPI 引导之前、AWR#2器件未完全退出复位状态:如何测试此情况?
好的、Andreas
Randy、您好!
这是否与错误有关: https://e2e.ti.com/support/sensors/f/1023/t/881829 (重建 SSD -警告:重新读取分区表失败...)
最棒的
Andreas
尊敬的 Andreas:
该系统此时是否始终如一地发生故障? 还是一些初始化周期正确继续?
我不认为其他线程的问题与该其他线程直接相关、但我想知道您为什么需要重新格式化 SSD。 开箱即用即可完成。 如果您需要在某个时候设置另一个 SSD、我们只提供一些方便的说明。
如果您使用示例 MIMO Cascade \Cascade _Configuration_MIMO.lua 配置器件、则应正确配置主器件和从器件、除非电路板有问题。
U7是40MHz 时钟扇出缓冲器。 您可以在 U7引脚5处进行探测、以观察主器件提供的 OSC_CLKOUT、40MHz 时钟。 您可以通过探测顶层 BGA 入口点附近的过孔来观察 AWR #2 CLKP。 请参阅下图。 其他 AWR #3和 AWR #4器件具有类似的过孔探测位置。
谢谢、
-Randy
尊敬的 Randy:
它在这一点上始终如一地失败、不仅使用 Cascade _Configuration_MIMO.lua 脚本、还使用提供的其他脚本。 我还尝试根据 GUI 指令启动它、而当我选择器件3和4时、它也不起作用。
我将尝试联系我们的技术人员、让他检查射频电路板、并在一段时间内回来与您联系。
关于 SSD 的改造:我以为在它没有正确启动后就弄乱了软件相关的东西、因此我尝试重新启动、安装所有内容都很干净(包括 microSD 上的固件)。
好的、Andreas
同步系统和硬件时钟 似乎不是问题。 离开办公室之前、我想重新启动系统、现在它成功执行了该部分、没有任何错误或警告。
尊敬的 Andreas:
您是否还可以断开射频和 DSP 板之间的连接、并检查射频板和 DSP 板上的主机接口连接器是否有碎片或任何看起来异常的东西?
谢谢、
-Randy
Randy、您好!
问题得到解决。 我们不知道是谁来做的、以及发生在哪里。 但是、电路板物理损坏:两个电阻器(R151和 R175_2)已断开。 我们的技术人员更换了它们、现在似乎可以再次正常工作。 正在运行用于 MIMO-SAR 配置和采集的现成 LUA-scripts、并且已采集数据。 我们尚未分析的数据、但我们将在未来几天进行分析。
"Load Kernel Module"和"Network Service (Bus Name)"似乎仍然会导致一些问题、因为故障消息仍然存在。 您能也能告诉我一些关于这些问题的信息吗?或者我应该提出一个新问题吗?
最棒的
Andreas