工具与软件:
您好!
引导系统后、打开多个 SSH 终端并执行多个管道可能会导致系统间歇性挂起。 输油管的发射数量和发射之间的时间间隔都可能影响冻结的发生。
-
时间间隔越短 管线执行之间的时间间隔、 挂起的概率就越高 .
- 示例:如果
cms
先启动、然后几乎立即启动ir
和rgb
、系统将持续冻结。
- 示例:如果
-
启动的管道数量越多 、 挂起的概率就越高 .
- 示例:
-
cms
引导后立即启动具有 极低的概率 冰点。 -
ir
cms
已成功启动后启动具有 低概率 冰点。 -
rgb
在cms
和ir
运行之后启动会导致中的 概率要高得多 冰点。
-
- 示例:
测试结果: 最初启动的流水线冻结的场景。
稍后启动的管道可能会在处冻结 与时钟同步相关的 GST 日志消息 、无后续 ISP 相关日志 已打印。
dmesg
输出如下:
通过使用 devmem2
命令检查相关寄存器、可以观察到寄存器 0x30102040
、、 0x30102060
0x30102080
、 0x30101060
和的值 0x31011028
在这两个过程中保持相同 GST 冻结 和 正常 GST 操作 . 具体而言、这些值为: 0x8010006C
、 0x801000AB
0x801000EB
0x20000000
、、和 0x000E0100
。
关于此问题、我有以下问题:
- GST 无法接收摄像头图像数据的可能原因是什么?
- 我最初怀疑是 DMA 问题。 除了上的寄存器之外
0x30102020 + 20*j
、是否还有其他寄存器可用于检查 DMA 的操作状态?- 例如、配置 DMA 的寄存器 源(src) 和 目标(目标) 进行通信。
- 为什么 GST 无法接收摄像头数据是间歇性问题?
提示:
接收数据后打印的日志消息是一种调试工具、用于监控是否成功接收摄像头图像数据帧。
谢谢!
Yuwei