Xavier NX 调试FS_FAULT错误问题

1. 前言

在Jetson Xavier NX上使用Flir tau2红外相机 但出现FS_FAULT错误(结束帧不来)。

连接如下： Flir_Tau2<=(cmos 14 bit)=> lattice_crosslink<=(csi_1_lane_raw_12)=>Nvidia_Xavier(Custom_driver).

如何修复End_of_frame问题？ 日志:

kworker/0:4-3207 [000] …. 622.319767: rtcpu_vinotify_event: tstamp:19767533445 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:19767309369 data:0x00000100 kworker/0:4-3207 [000] …. 622.431583: rtcpu_vinotify_event: tstamp:19770923489 tag:FS channel:0x00 frame:1 vi_tstamp:19770860917 data:0x00000012 kworker/0:4-3207 [000] …. 622.431587: rtcpu_vinotify_event: tstamp:19770923633 tag:ATOMP_FS channel:0x00 frame:1 vi_tstamp:19770860918 data:0x00000000 kworker/0:4-3207 [000] …. 622.431588: rtcpu_vinotify_event: tstamp:19770923794 tag:CHANSEL_PXL_SOF channel:0x23 frame:1 vi_tstamp:19770862905 data:0x00000001 kworker/0:4-3207 [000] …. 622.431589: rtcpu_vinotify_event: tstamp:19770923931 tag:RESERVED_19 channel:0x23 frame:1 vi_tstamp:18487290720 data:0x08020001 kworker/0:4-3207 [000] …. 622.487584: rtcpu_vinotify_event: tstamp:19771940872 tag:CHANSEL_PXL_EOF channel:0x23 frame:1 vi_tstamp:19771873824 data:0x01fe0002 kworker/0:4-3207 [000] …. 622.487586: rtcpu_vinotify_event: tstamp:19771941015 tag:ATOMP_FRAME_DONE channel:0x23 frame:1 vi_tstamp:19771873839 data:0x00000000 kworker/0:4-3207 [000] …. 622.487588: rtcpu_vinotify_event: tstamp:19771941173 tag:RESERVED_19 channel:0x23 frame:1 vi_tstamp:18519641024 data:0x02020001 kworker/0:4-3207 [000] …. 622.487590: rtos_queue_peek_from_isr_failed: tstamp:19772161500 queue:0x0bcbcf78 kworker/0:4-3207 [000] …. 622.599589: rtcpu_vinotify_error: tstamp:19775033497 tag:CSIMUX_FRAME channel:0x00 frame:1 vi_tstamp:19775031763 data:0x000000a2 kworker/0:4-3207 [000] …. 622.599592: rtcpu_vinotify_event: tstamp:19775034785 tag:CSIMUX_FRAME channel:0x00 frame:1 vi_tstamp:19775031763 data:0x000000a2 kworker/0:4-3207 [000] …. 622.599593: rtcpu_vinotify_event: tstamp:19775034948 tag:FS channel:0x00 frame:1 vi_tstamp:19775031763 data:0x00000012 kworker/0:4-3207 [000] …. 622.599594: rtcpu_vinotify_event: tstamp:19775035089 tag:ATOMP_FE channel:0x00 frame:1 vi_tstamp:19775031764 data:0x00000000

看起来Lattice在丢失1行数据 是否能破解Vi驱动绕过那个检查？ 因为减少active_h(510)会创建PIXEL_RUNAWAY。 当给出active_h(511)时，失去了1行。

2. 问题分析

以下的log有可能是一些用户定义的数据导致的点阵输出

kworker/0:4-3207 [000] … 622.319767: rtcpu_vinotify_event: tstamp:19767533445 tag:CSIMUX_STREAM channel:0x00 frame:0 vi_tstamp:19767309369 data:0x00000100

FE丢失可能是FS_FAULT的原因。 咨询nvidia FAE，不支持破解Vi驱动绕过那个检查

3. 检测信号

我们在探测信号后进行了检查。 FS随数据帧而来。

在探测信号之后，还检查了在探测期间FE没有到来。 这也可能是时机的问题

3. 采集方式绕过FE包

如果不等待FE包，可以使用下面的命令捕获帧:

v4l2-ctl -d /dev/video0 –set-ctrl bypass_mode=0 –stream-mmap –stream-count=1 –stream-to=test.raw

然后使用hexeditor转换原始文件，内容如下:

00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0000000000 0xb8 0x89 0x00 0x0b 0xb9 0x98 0x00 0x0b 0xb8 0x89 0x00 0x0b 0xb9 0x99 0x00 0x0b 0000000010 0xb9 0x99 0x00 0x0b 0xb8 0x89 0x00 0x0b 0xb9 0x98 0x00 0x0b 0xb9 0x98 0x00 0x0b 0000000020 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb8 0x89 0x00 0x0b 0000000030 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0000000040 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0000000050 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0000000060 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0000000070 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b 0xb9 0x99 0x00 0x0b . . . . 000009fa80 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009fa90 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009faa0 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009fab0 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009fac0 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009fad0 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009fae0 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 000009faf0 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b 0x90 0x0b

原始文件的总大小为(640x511x2(字节)= 654080 (9faff))。 因此，它接缝2字节包含1像素数据，

但是我们不能提取12位的数据:比特在这里混淆了，正如TRM所说:

NX使用T_R16从T_R16_I左移一位

以对于RAW12，将从数据中删除bit2、bit1、bit0。

删除位0-3

例如：

00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0000000000 0xb8 0x89 0x00 0x0b 0xb9 0x98 0x00 0x0b 0xb8 0x89 0x00 0x0b 0xb9 0x99 0x00 0x0b 0000000010 0xb9 0x99

所以如果数据像上面一样，将使用 0xb8 0x89 它将会是 0x89 0xb8

移去3到0之后，会变成 0x89 0×8