[参考译文] PROCESSOR-SDK-J784S4：CSITX1错误

您好、Milena、

你的意思是,当示例 CSIRX 和 CSITX 一起运行时,你看不到 CSITX 的任何输出,也没有捕获,这是正确的理解吗? 这两个独立的示例是否在 Linux 上运行？ 它们各自都能正常工作吗？  

此致、

Brijesh

您好、Brijesh、

我们确实有两个连接的同一 ECU 实例、如下所示。 我们使用的是 Linux+ RTOS 设置。 CSI_RX/TX 由 RTOS 控制。

ECU1 (CSI_TX1)- ECU1 (SER)<-> ECU2 (解析器)- ECU2 (CSI_RX0)  

ECU2通过相机进行验证。 当我们将摄像机连接到同一端口时、它工作正常( CAM (传感器)- CAM (ser)<-> ECU2 (解析器)- ECU2 (CSI_RX0 ))

ECU1 (我们有上面说明的简单用例、生成映像并发送到 CSI_TX1)。 ECU1的串行器配置从 ECU2端完成(顺序与摄像头中的串行器类似)。

我们尚未在 ECU1上验证此用例(除了所述的这些测试外、还有一些其他器件)

ECU2不接收任何帧。

串行器上的寄存器显示解串器之间的 GMSL 链路已锁定、但未检测到 PCLK。

此致、

Milena

您好、Milena、

如何通过 CSITX 发送帧？ 您正在使用 Vision Apps 或一些基于 PDK 的示例？ 这是 因为 DPHY 在 DSI 和 CSITX 之间共享、并且有一个控制模块寄存器来 配置 DPHY 的源。 我想知道它是否使用 DSI 作为输入、因此 CSITX 没有时钟？  

这在 appCsi2TxInit API 中 imaging\utils\hwa\app_ham.c src 文件内的视觉应用中进行了处理。  

此致、

Brijesh  

您好 、Brijesh、

Unknown 说：

我们确实有 vision_apps/reading 从文件和转发到 CSITX vision_app 上传: /cfs-file/__key/communityserver-discussions-components-files/791/app_5F00_csitx-_2800_1_2900_.zip (修改后的应用程序从此链接: e2e.ti.com/.../tda4vh-q1-csitx-output-image-abnormally )

我们使用的是 vision_apps、上面附加了应用程序。

我们有 UNDEF DSS_DSI、仅定义了 CSI_TX。 希望这可以消除所有冲突？

在初始化日志中、没有 DSS Init、仅 CSITX Init：

[MCU2_0]     14.561543 s: FVID2: Init ... !!!
[MCU2_0]     14.561686 s: FVID2: Init ... Done !!!
[MCU2_0]     14.561759 s: SCICLIENT: Sciclient_pmSetModuleState module=275 state=2
[MCU2_0]     14.561871 s: SCICLIENT: Sciclient_pmSetModuleState success
[MCU2_0]     14.561906 s: Before appCsiTxConfigureMAX96717
[MCU2_0]     14.562245 s: CSI_TX: Configuring MAX96717 Done!
[MCU2_0]     14.562277 s: After appCsiTxConfigureMAX96717
.....
[MCU2_0]     14.600558 s: CSI2TX: Init ... !!!
[MCU2_0]     14.600575 s: SCICLIENT: Sciclient_pmSetModuleState module=189 state=2
[MCU2_0]     14.600628 s: SCICLIENT: Sciclient_pmSetModuleState success
[MCU2_0]     14.600652 s: SCICLIENT: Sciclient_pmSetModuleState module=75 state=2
[MCU2_0]     14.600710 s: SCICLIENT: Sciclient_pmSetModuleState success
[MCU2_0]     14.600732 s: SCICLIENT: Sciclient_pmSetModuleState module=76 state=2
[MCU2_0]     14.600796 s: SCICLIENT: Sciclient_pmSetModuleState success
[MCU2_0]     14.600817 s: SCICLIENT: Sciclient_pmSetModuleState module=402 state=2
[MCU2_0]     14.600867 s: SCICLIENT: Sciclient_pmSetModuleState success
[MCU2_0]     14.600888 s: SCICLIENT: Sciclient_pmSetModuleState module=403 state=2
[MCU2_0]     14.600950 s: SCICLIENT: Sciclient_pmSetModuleState success
[MCU2_0]     14.601018 s: CSI2TX: Init ... Done !!!
[MCU2_0]     14.601039 s: ISS: Init ... !!!
[MCU2_0]     14.601078 s: IssSensor_IMX390_MAX9295A_Init start 
[MCU2_0]     14.601110 s: IssSensor_IMX390_MAX9295A_Init end 
[MCU2_0]     14.601130 s: IssSensor_Init ... Done !!!

从 app_hwa.c 中的代码中、我假设我们使用 DPHYTX1作为 CSITX1的输入：

    /* Select CSITX0 as the source for DPHYTX0 */
    CSL_REG32_WR(CSL_CTRL_MMR0_CFG0_BASE +
                    CSL_MAIN_CTRL_MMR_CFG0_DPHY_TX0_CTRL,
                    0x1);
    #if defined(SOC_J721S2) || defined(SOC_J784S4)
    /* Select CSITX1 as the source for DPHYTX1 */
    CSL_REG32_WR(CSL_CTRL_MMR0_CFG0_BASE +
                    CSL_MAIN_CTRL_MMR_CFG0_DPHY_TX1_CTRL,
                    0x1);
    #endif

此致、

Milena

您好、Milena、

您能否检查驱动程序是否具有我在以下链接中分享的补丁？ 这是 驱动程序中的第二个 CSITX 实例所必需的。  

/cfs-file/__key/communityserver-discussions-components-files/791/0001_2D00_CSITX_2D00_In_2D00_CsitxDrv_5F00_dphytxByteClkConfig_2D00_Wait_2D00_for_2D00_lane_2D00_-_2800_1_2900_.patch

此致、

Brijesh

您好、Brijesh、

我们这边没有这个贴片。

将会包含它。

至于性能统计信息、我们在此应用中没有常见的 vision_apps 统计信息、将会添加和检查。

此致、

Milena

您好、Brijesh、

我们包含了补丁和统计信息。

在串行器侧仍未检测到 PCLK。

我看到 CSI_TX 正在旋转一些缓冲区：

[MCU2_0]   2642.507320 s: [LOG]Frame: 0 | Inst: 1 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
[MCU2_0]   2642.507362 s: [LOG]Frame: 1 | Inst: 1 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
[MCU2_0]   2642.507403 s: [LOG]Frame: 2 | Inst: 1 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
[MCU2_0]   2642.507445 s: [LOG]Frame: 3 | Inst: 1 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
[MCU2_0]   2642.507487 s: [LOG]Frame: 4 | Inst: 1 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |

1==========================================================
[MCU2_0]   2642.511792 s: ==========================================================
[MCU2_0]   2642.511846 s:   Channel Num | Frame Queue Count | Frame De-queue Count | Frame Repeat Count |
[MCU2_0]   2642.511884 s:               0|              21717|          21717|          0|

关于 FPS、统计数据显示62-65 FPS。 不确定是否正常、 FPS 设置在哪里或者如何计算 CSI-TX？

在用例运行期间(就我而言)寄存器的 Devmem2打印输出没有更改：

devmem2 0x04414000
/dev/mem opened.
Memory mapped at address 0xffffa904d000.
Read at address  0x04414000 (0xffffa904d000): 0x021A202C
root@j784s4-evm:~# devmem2 0x04414004
/dev/mem opened.
Memory mapped at address 0xffffad88a000.
Read at address  0x04414004 (0xffffad88a004): 0x000000A0
root@j784s4-evm:~# devmem2 0x04414008
/dev/mem opened.
Memory mapped at address 0xffffbb197000.
Read at address  0x04414008 (0xffffbb197008): 0x0000000F
root@j784s4-evm:~# devmem2 0x0441400C
/dev/mem opened.
Memory mapped at address 0xffff817cf000.
Read at address  0x0441400C (0xffff817cf00c): 0x0000F0F0
root@j784s4-evm:~# devmem2 0x04414010
/dev/mem opened.
Memory mapped at address 0xffff9c395000.
Read at address  0x04414010 (0xffff9c395010): 0x00000000
root@j784s4-evm:~# devmem2 0x04414020
/dev/mem opened.
Memory mapped at address 0xffffaeb5b000.
Read at address  0x04414020 (0xffffaeb5b020): 0x80000030
root@j784s4-evm:~# devmem2 0x04414028
/dev/mem opened.
Memory mapped at address 0xffffad393000.
Read at address  0x04414028 (0xffffad393028): 0x0000111F
root@j784s4-evm:~# devmem2 0x04414034
/dev/mem opened.
Memory mapped at address 0xffffa1987000.
Read at address  0x04414034 (0xffffa1987034): 0x00000000
root@j784s4-evm:~# devmem2 0x04414038
/dev/mem opened.
Memory mapped at address 0xffff88b6b000.
Read at address  0x04414038 (0xffff88b6b038): 0x00001F0F
root@j784s4-evm:~# devmem2 0x04414084
/dev/mem opened.
Memory mapped at address 0xffff9a932000.
Read at address  0x04414084 (0xffff9a932084): 0x0B58044C
root@j784s4-evm:~# devmem2 0x04414040
/dev/mem opened.
Memory mapped at address 0xffff896df000.
Read at address  0x04414040 (0xffff896df040): 0x00010000
root@j784s4-evm:~#

附加问题：

我们设置 w：1936和 h：1096和 meta_height_after 4、meta_height_before 0。

但在驱动器的某个时候、我们看到这些 值变为1920 x 1080。

有什么想法为什么这些改变?

 附加完整日志(包含来自驱动程序的日志、打印统计信息以及来自驱动程序的 debugFrameLog)。

/cfs-file/__key/communityserver-discussions-components-files/791/csi_5F00_tx-2.txt 

此致、

Milena

您好、Milena、

毫无疑问、 J784S4上有多个 CSITX 实例、您是否将帧发送到正确的 CSITX 实例(该实例连接到 板上的串行器)？ 从日志中、我看到您使用的是 CSITX_INSTANCE_ID_1、这一个是否连接在您的板上？

从 OpenVX 日志中可以看到、CSITX 似乎以大约64fps 的速率传输数据。  

[MCU2_0] 2642.511792 s：========================================================
[MCU2_0] 2642.511846s：通道编号|帧队列计数|帧去队列计数|帧重复计数|
[MCU2_0] 2642.511884 s：0| 21717| 21717| 0|

您使用哪个 SDK 版本来验证此功能？ 因为如果我记得,旧版本不支持 CSITX 实例-1。  

关于帧大小、它基于输入图像(即提供给 CSITX 节点的对象阵列)、那么来自大小为1920x1080的对象阵列的输入图像是什么？  

此致、

Brijesh

您好、Brijesh、

我想说我们已连接到 CSITX1实例。 我们在 TDA4上使用以下引脚(AP28、AP29、AT28、AT29、AN26、 AN27、AV27、AV28、AU29、AU30)。

CSITX 参数按以下方式设置：

    tivx_csitx_params_init(&app->csitx_param);
    app->csitx_param.numInst = 1;
    app->csitx_param.numCh = NUM_CHANNEL;
    app->csitx_param.instId[0] = 1;
    app->csitx_param.chVcNum[0] = 0;
    app->csitx_param.chInstMap[0] = 1;
    app->csitx_param.instCfg[0].laneBandSpeed = TIVX_CSITX_LANE_BAND_SPEED_1400_TO_1600_MBPS;
    app->csitx_param.instCfg[0].numDataLanes = 4;

    tivxVideoIOLoadKernels(app->context);

    app->csitx_config = vxCreateUserDataObject(app->context, "tivx_csitx_params_t", sizeof(tivx_csitx_params_t), &app->csitx_param);
    app->node = tivxCsitxNode(app->graph, app->csitx_config, app->csitx_image_arr);

我们使用的是 PSDK Linux： 10.00.00.08 (2024年8月19日) 和 PSDK RTOS： 10.00.00.05 (2024年8月19日)。

此版本 应支持 CSITX1？

对于输入图像、我们将按照以下方式创建它、其值为1936x1100。 请参见代码片段：

#define NUM_CHANNEL 1
#define FRAME_WIDTH 1936
#define FRAME_HEIGHT 1100
#define FRAME_HEIGHT_META_BEFORE 0
#define FRAME_HEIGHT_META_AFTER 4

    tivx_raw_image_create_params_t prm;

    prm.width = FRAME_WIDTH;

    prm.height = FRAME_HEIGHT - FRAME_HEIGHT_META_AFTER - FRAME_HEIGHT_META_BEFORE;
    prm.line_interleaved = 0;
    prm.num_exposures = 1;
    prm.meta_height_after = FRAME_HEIGHT_META_AFTER;
    prm.meta_height_before = FRAME_HEIGHT_META_BEFORE;
    prm.format->pixel_container = TIVX_RAW_IMAGE_16_BIT;
    prm.format->msb = 11;
        
    tivx_raw_image img =  tivxCreateRawImage(app->context, &prm);
    app->csitx_image_arr = vxCreateObjectArray(context, (vx_reference)img, NUM_CHANNEL);

这将进一步转发...

此致、

Milena

您好、Milena、

嗯、看看这些问题、大多数 与 CSITX 实例1相关的问题都在 SDK09.00中修复了、因此是的、SDK10.0中应该支持这些问题。

我看看还有没有其他问题。  

此致、

Brijesh

您能否确认即使是将 CSITX1与26MHz 基准输入时钟一起使用？  

此致、

Brijesh

您好、Brijesh、

是的、我们使用的是 ECU 实例、其中有26MHz 参考输入时钟-这是一个带有功能显示的时钟。

你可以看到这个和其他一些 params(lanespeed,fbdiv)在完整的日志中,我附加在以前的一个答复。

此外、我怀疑我们不生成时钟(无论是否完全在预期线路上)。

串行器未发出基本 PCLK 检测标志(对于任何检测到的大于4MHz 的时钟、都会发出该标志。)

此致、

Milena

您好、Milena、

我认为 CSITX 配置为连续时钟模式、因此即使没有数据、也应该检测到时钟。 DPHY 似乎未启用。 您能否在 setDphyConfigModeLnEnable API 上放置断点并查看是否正在命中断点、以及是否启用所有时钟和数据通道？ 这一个也是 CSITX_Start？  

此致、

Brijesh

您好、Brijesh、

我们在函数中添加了打印件。

我们有2个  setDphyConfigModeLnEnable 调用 。

请参阅下面的参数(打印为%u)：

[MCU2_0]    276.714226 s: ENTRY (setDphyConfigModeLnEnable) : tmpValue 512
[MCU2_0]    276.714272 s:  dphyLn0Enable 0 dphyLn1Enable 0 dphyLn2Enable 0 dphyLn3Enable 0 dphyClkEnable 0

....

[MCU2_0]    276.714445 s: ENTRY (setDphyConfigModeLnEnable) : tmpValue 4608
[MCU2_0]    276.714492 s:  dphyLn0Enable 1 dphyLn1Enable 1 dphyLn2Enable 1 dphyLn3Enable 1 dphyClkEnable 1

没有来自 CSITX_Start 的打印输出、但我们也找不到该函数在哪里调用？

我们已在(CSITX1寄存器组)之前和用例运行期间转储 dphy 寄存器。 请在下方找到：

************************************************************* before use case
root@j784s4-evm:~# devmem2 0x04414028
/dev/mem opened.
Memory mapped at address 0xffffbf32d000.
Read at address  0x04414028 (0xffffbf32d028): 0x00000200
root@j784s4-evm:~# devmem2 0x0441402C
/dev/mem opened.
Memory mapped at address 0xffff86017000.
Read at address  0x0441402C (0xffff8601702c): 0x00004E20
root@j784s4-evm:~# devmem2 0x04414030
/dev/mem opened.
Memory mapped at address 0xffff9e490000.
Read at address  0x04414030 (0xffff9e490030): 0x00004E20
root@j784s4-evm:~# devmem2 0x04414034
/dev/mem opened.
Memory mapped at address 0xffffbe558000.
Read at address  0x04414034 (0xffffbe558034): 0x00000000
root@j784s4-evm:~# devmem2 0x04414038
/dev/mem opened.
Memory mapped at address 0xffff9d95d000.
Read at address  0x04414038 (0xffff9d95d038): 0x00001F00
root@j784s4-evm:~# 
root@j784s4-evm:~# 
root@j784s4-evm:~# 
************************************************************* during use case
root@j784s4-evm:~# devmem2 0x04414028
/dev/mem opened.
Memory mapped at address 0xffff86c98000.
Read at address  0x04414028 (0xffff86c98028): 0x0000111F
root@j784s4-evm:~# devmem2 0x0441402C
/dev/mem opened.
Memory mapped at address 0xffffa4270000.
Read at address  0x0441402C (0xffffa427002c): 0x00005140
root@j784s4-evm:~# devmem2 0x04414030
/dev/mem opened.
Memory mapped at address 0xffff81bf9000.
Read at address  0x04414030 (0xffff81bf9030): 0x00005140
root@j784s4-evm:~# devmem2 0x04414034
/dev/mem opened.
Memory mapped at address 0xffffa2418000.
Read at address  0x04414034 (0xffffa2418034): 0x00000000
root@j784s4-evm:~# devmem2 0x04414038
/dev/mem opened.
Memory mapped at address 0xffffa2899000.
Read at address  0x04414038 (0xffffa2899038): 0x00001F0F
root@j784s4-evm:~#

此致、

Milena

您好、

此外、这里还有 DPHY_TX1的寄存器

root@j784s4-evm:~# devmem2 0x04481020
/dev/mem opened.
Memory mapped at address 0xffff95e63000.
Read at address  0x04481020 (0xffff95e63020): 0x00000229
root@j784s4-evm:~# devmem2 0x04481040
/dev/mem opened.
Memory mapped at address 0xffff84d29000.
Read at address  0x04481040 (0xffff84d29040): 0x0087FC0E
root@j784s4-evm:~# devmem2 0x0448104C
/dev/mem opened.
Memory mapped at address 0xffffb253e000.
Read at address  0x0448104C (0xffffb253e04c): 0x00000000
root@j784s4-evm:~# devmem2 0x04481050
/dev/mem opened.
Memory mapped at address 0xffffbf4ef000.
Read at address  0x04481050 (0xffffbf4ef050): 0x00000000
root@j784s4-evm:~# devmem2 0x04481154
/dev/mem opened.
Memory mapped at address 0xffff8bcb4000.
Read at address  0x04481154 (0xffff8bcb4154): 0x00000000
root@j784s4-evm:~# devmem2 0x0448126C
/dev/mem opened.
Memory mapped at address 0xffff9c6ce000.
Read at address  0x0448126C (0xffff9c6ce26c): 0x00000000
root@j784s4-evm:~# devmem2 0x0448136C
/dev/mem opened.
Memory mapped at address 0xffffa8f93000.
Read at address  0x0448136C (0xffffa8f9336c): 0x00000000
root@j784s4-evm:~# devmem2 0x0448146C
/dev/mem opened.
Memory mapped at address 0xffff8011c000.
Read at address  0x0448146C (0xffff8011c46c): 0x00000000
root@j784s4-evm:~# devmem2 0x0448156C
/dev/mem opened.
Memory mapped at address 0xffff9691b000.
Read at address  0x0448156C (0xffff9691b56c): 0x00000000
root@j784s4-evm:~# devmem2 0x04481B00
/dev/mem opened.
Memory mapped at address 0xffff7fc4a000.
Read at address  0x04481B00 (0xffff7fc4ab00): 0x00000252
root@j784s4-evm:~# devmem2 0x04481B04
/dev/mem opened.
Memory mapped at address 0xffffa11b7000.
Read at address  0x04481B04 (0xffffa11b7b04): 0x00000000
root@j784s4-evm:~# devmem2 0x04481F04
/dev/mem opened.
Memory mapped at address 0xffffbb4b2000.
Read at address  0x04481F04 (0xffffbb4b2f04): 0x80E60102
root@j784s4-evm:~# devmem2 0x04481F08
/dev/mem opened.
Memory mapped at address 0xffff8a700000.
Read at address  0x04481F08 (0xffff8a700f08): 0x80000006
root@j784s4-evm:~# devmem2 0x04481F0C
/dev/mem opened.
Memory mapped at address 0xffff83629000.
Read at address  0x04481F0C (0xffff83629f0c): 0x80000000
root@j784s4-evm:~# devmem2 0x04481F10
/dev/mem opened.
Memory mapped at address 0xffffb0c71000.
Read at address  0x04481F10 (0xffffb0c71f10): 0x00000014
root@j784s4-evm:~# devmem2 0x04481F14
/dev/mem opened.
Memory mapped at address 0xffff837ad000.
Read at address  0x04481F14 (0xffff837adf14): 0x00000001
root@j784s4-evm:~# devmem2 0x04481FF8
/dev/mem opened.
Memory mapped at address 0xffffa8b98000.
Read at address  0x04481FF8 (0xffffa8b98ff8): 0x00000000
root@j784s4-evm:~# devmem2 0x04481FFC
/dev/mem opened.
Memory mapped at address 0xffffa1b3a000.
Read at address  0x04481FFC (0xffffa1b3affc): 0x00000000
root@j784s4-evm:~#

此致、

Milena

您好、Milena、

配置看起来正确。 您能否通过以下链接查看更改并查看其中是否有任何帮助？  

https://e2e.ti.com/search?q=CSITX1&category=forum&group=264

此致、

Brijesh

您好、Brijesh

会查看详细信息和反馈。  我想我们已经检查了其中的大多数问题。

我们正在尝试确定未检测到时钟的具体问题。

是否有任何寄存器/变量、我们可以通过代码确认 DPHY 正在生成时钟(任何时钟)。

我在论坛中找到了以下内容： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1376525/tda4vh-q1-csitx-output-image-abnormally/5288032?tisearch=e2e-sitesearch&keymatch=CSITX_MOD_DPHY_TXBYTECLKHS_CLK#5288032 

不确定是否需要这个0Mhz、因为从线程中不清楚、其他事情解决了问题(我们已经在 SDK 的版本10中有用于此问题的正确代码)。

基本上、我在代码中添加了以下内容(CsiTX_printLogs 函数)：

此函数在停止命令之前的控制函数(csitx_drv.c )中被调用(在运行用例时仍应如此):

我们得到的值如下：  

 CSITX_MOD_DPHY_TXBYTECLKHS_CLK 的这个0Mhz 是否符合预期？  

我还没有发现这是在代码的某个位置设置的、来自 csitx 部分。

此致、

Milena

您好、Brijesh、

这似乎我们有类似的问题(如果不是在这条评论: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1376525/tda4vh-q1-csitx-output-image-abnormally/5288032#5288032相同) .

从线程中看不到如何解决该问题。

我们已为我们的定制电路板重建 PDK CSITx_TRANSMIT_TEST、与 CSITX_MOD_DPHY_TXBYTECLKHS_CLK 相关的结果相同 (它为0)：

CSITX inst 1
---------------------------------------------------
Clock Freq: CSITX_MOD_ESC_CLK = 20000000Hz
Clock Freq: CSITX_MOD_DPHY_TXBYTECLKHS_CLK = 0Hz
Clock Freq: CSITX_MOD_VBUS_CLK = 250000000Hz
Clock Freq: CSITX_MOD_MAIN_CLK = 500000000Hz
CSITX_TX_APP: Sample Application - STARTS !!!
CSITX_TX_APP: Tx DF:0x2c
CSITX_TX_APP: Tx Resolution:1920 x 1080
CSITX_CAPT_APP:Set D-PHY Configuration Successful!!!
CSITX_CAPT_APP: CSIRX Capture created
CSITX_TX_APP: CSIRX DRV created
CSITX_TX_APP: CSITX DRV created

在用例运行和 vision-apps 期间：

我们通过 Scope 做了一些测量,使用我们的硬件.. (请注意、我们的范围可达到500MHz)。 实际上无法正确看到数据/时钟、但可以观察到变化。

为了更轻松地检测变化、我们将车道速度降低至100Mb。

• 在数据线上、我们似乎处于 CSI 链路探测/训练阶段  
• 对于时钟线、当我们不启用时钟时、会出现一些噪声、当我们启用时钟(运行应用程序)时、会出现相同的噪声、但只是偏移到上述值(中间值更高)。

以下是示波器中的数据线图像：

有什么想法我们为什么有这种行为?

此致、

Milena

您好、Brijesh、

我们还在 j784s4_EVM 板(CSITX1实例)上运行了相同的示例、TXBYTECLKHS 时钟也是0Mhz？ 这是预料之中的吗？

Clock Freq: CSITX_MOD_ESC_CLK = 20000000Hz
Clock Freq: CSITX_MOD_DPHY_TXBYTECLKHS_CLK = 0Hz
Clock Freq: CSITX_MOD_VBUS_CLK = 250000000Hz
Clock Freq: CSITX_MOD_MAIN_CLK = 500000000Hz
CSITX_TX_APP: Sample Application - STARTS !!!
CSITX_TX_APP: Tx DF:0x2c
CSITX_TX_APP: Tx Resolution:1920 x 1080
CSITX_CAPT_APP:Set D-PHY Configuration Successful!!!
CSITX_CAPT_APP: CSIRX Capture created
CSITX_TX_APP: CSIRX DRV created
CSITX_TX_APP: CSITX DRV created

此致、

Milena

您好、Milena、

但没有时钟就不能有任何数据。 CSI 无法在没有时钟的情况下输出数据。 因此、如果您看到数据、输出通道也必须有时钟。  

此外、我 不知道为什么 TXBYTECLK 设置为0、我需要检查该输出的源、并需要从该点查看。  

但我们还有其他客户能够从上述 e2e 主题运行 CSITX1。  

此致、

Brijesh  

您好、Brijesh、

想与您确认寄存器中 STOP 状态位的含义：

我认为这是数据通道处于停止状态时、时钟通道不处于停止状态？

root@j784s4-evm:~# devmem2 0x04414038
/dev/mem opened.
Memory mapped at address 0xffffa2899000.
Read at address  0x04414038 (0xffffa2899038): 0x00001F0F

此致、

Milena

您好、Milena、

该状态值在多次读取时是否会发生变化？  

此致、

Brijesh  

您好、Brijesh、

实际上它会发生变化,寄存器值在  0x00001F0F 和 0x00001F00之间交替。

这是否是实际 CSI2活动数据传输(标志未停止)和消隐周期(标志已停止)的指示器？

此致、

Milena

您好、Milena、

是的、DPHY 中的状态正在改变、这意味着它似乎正在传输数据、这就是我们看到帧在图形中旋转的原因。  

此致、

Brijesh  

您好、Brijesh、

我们还与串行器供应商讨论了、以确定什么是不正常的。

如果满足某些条件、它们基本上会为检测到的 PCLK 生成标志：

• 配置参数检查- TDA4和串行器上的所有相关配置参数都相同(通道极性、通道数等) ,我们再次检查,这不应该是问题。
• 有效的 MIPI 数据正在发送到串行器。 我们怀疑这个问题。

关于 MIPI 数据、General 仍保持开放和不清楚、并可能影响 MIPI 数据：

• TXBYTECLK 设置为0？ 你有没有设法检查这一点在你身边? 这种非预期行为是否可以、或者它是否可以为0、我们可以忽略它？
  
  • 我们在一侧进行了检查、 CMN0_O_ANA_PLL_BYTECLK_DIV (Byteclk 分频器值)的值为8 (寄存器0448 1040h)。
  • 如何启用 TXBYTECLK ？
• 示波器记录的数据线看起来与正常数据线不同。 它有类似的问题、因为上述相关主题中不同。
  • 在线程解决方案中是不可见的、但 video_io 内核中存储器地址的地址修复(该地址已经正确、包含在 SDK 版本10中)除外。
  • 此外、我们还查看了注释、并仔细检查了提到的数据、这些数据看起来都是正确的：
  • 我们在 tiovx 中使用 RAW12图像：

  •     prm.width = FRAME_WIDTH;
        prm.height = FRAME_HEIGHT - FRAME_HEIGHT_META_AFTER - FRAME_HEIGHT_META_BEFORE;
        prm.line_interleaved = 0;
        prm.num_exposures = 1;
        prm.meta_height_after = FRAME_HEIGHT_META_AFTER;
        prm.meta_height_before = FRAME_HEIGHT_META_BEFORE;
        prm.format->pixel_container = TIVX_RAW_IMAGE_16_BIT;
        prm.format->msb = 11;

  • DT 的寄存器(0x04414080)值为 0x000001B2
  • 您知道如何在相关主题中解决此问题吗？

此致、

Milena

您好、Brijesh、

不确定这是否会影响当前行为、但我们 注意到了以下内容。

OnTDA4 vBlank 和 hBlank 设置为：

prms->instCfg[loopCnt].vBlank = 22U;  /*!< Vertical blanking in terms of number of line. */
prms->instCfg[loopCnt].hBlank = 40U;  /*!< Horizontal blanking in terms of number of pixels */

SER 方面确实对以下方面有一些要求：

• 最小水平消隐 单位为像素。 -> 40 表示正常
• 最小垂直消隐 以 行数->表示 22在这里可以
• 最小垂直前沿  以 行数 ->表示 如何在 TDA4上找到该值？
• 垂直后沿  以 行数 ->表示 如何在 TDA4上找到该值？

Milena

您好、Milena、

我真的怀疑这些参数在 CSITX 中使用并且在寄存器中进行了配置、我会进行检查。 除此之外、 需要了解字节时钟为0的原因。 是否可以快速尝试 CSITX0并查看它是否也将字节时钟报告为0？ 它很可能不应该是。

此致、

Brijesh

您好、Brijesh、

我更改了 create params 中的实例,并修改了读取 CSITX0时钟的定义。

进行测试。

app->csitx_param.instId[0] = 0;//1;
app->csitx_param.chVcNum[0] = 0;
app->csitx_param.chInstMap[0] = 0;//1;

------------------------------------------------

#define CSITX_MOD                               TISCI_DEV_CSI_TX_IF0
#define CSITX_DPHY_MOD                          TISCI_DEV_DPHY_TX0
#define CSITX_MOD_ESC_CLK                       TISCI_DEV_CSI_TX_IF0_ESC_CLK_CLK
#define CSITX_MOD_MAIN_CLK                      TISCI_DEV_CSI_TX_IF0_MAIN_CLK_CLK
#define CSITX_MOD_DPHY_TXBYTECLKHS_CLK          TISCI_DEV_CSI_TX_IF0_DPHY_TXBYTECLKHS_CL_CLK
#define CSITX_MOD_VBUS_CLK                      TISCI_DEV_CSI_TX_IF0_VBUS_CLK_CLK

请记住、我们在 DPHY0上有 DSI 和显示屏。 不确定这是否完全有效。

它读取相同的值：

GRAPH:         graph_70 (#nodes =   1, #executions =    620)
 NODE:          CSITX:                  node_78: avg =   5278 usecs, min/max =   5158 /   6833 usecs, #executions =        620

 PERF:            TOTAL: avg =  16963 usecs, min/max =  16963 /  16963 usecs, #executions =          1

 PERF:            TOTAL:   58.95 FPS

    76.426120 s:  VX_ZONE_INIT:[tivxHostDeInitLocal:120] De-Initialization Done for HOST !!!
[MCU2_0]     76.419913 s:
[MCU2_0]     76.420004 s: Clock Freq (retVal 0): CSITX_MOD_ESC_CLK = 20000000Hz
[MCU2_0]     76.420073 s: Clock Freq (retVal 0): CSITX_MOD_DPHY_TXBYTECLKHS_CLK = 0Hz
[MCU2_0]     76.420136 s: Clock Freq (retVal 0): CSITX_MOD_VBUS_CLK = 250000000Hz
[MCU2_0]     76.420172 s: Clock Freq (retVal 0): CSITX_MOD_MAIN_CLK = 500000000Hz
[MCU2_0]     76.420202 s:
[MCU2_0] =====================================================
[MCU2_0]     76.420228 s: ::Debug Logs::
[MCU2_0]     76.420245 s:
[MCU2_0] =====================================================
[MCU2_0]     76.420282 s: [LOG]Frame: 0 | Inst: 0 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
[MCU2_0]     76.420324 s: [LOG]Frame: 1 | Inst: 0 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
[MCU2_0]     76.420365 s: [LOG]Frame: 2 | Inst: 0 | Ch ID: 0x0 | FRM TYPE: 1 | FRM Status: 0x1 | TR Resp: 0x0 | TS: 0 |
.......
.......
[MCU2_0]     76.424633 s: ==========================================================
[MCU2_0]     76.424667 s:  Csitx Status: Instance|0
[MCU2_0]     76.424686 s: ==========================================================
[MCU2_0]     76.424717 s:  FIFO Overflow Count: 0
[MCU2_0]     76.424736 s:   Channel Num | Frame Queue Count | Frame De-queue Count | Frame Repeat Count |
[MCU2_0]     76.424773 s:               0|              620|            620|            0|
    76.430526 s:  VX_ZONE_INIT:[tivxDeInitLocal:206] De-Initialization Done !!!
APP: Deinit ... !!!

此致、

Milena

您好、Milena、

但在此处 TXBYTECLKHS 也设置为0、因此可能与该问题无关。 最有可能的是、其他内容不允许 CSITX1输出。  

此致、

Brijesh

嗨、Brijesh、这里也是0。

如前所述、我们 也 在 j784s4_EVM 板(CSITX1实例)上运行了相同的 PDK 示例(csitx_transmit_test)、TXBYTECLKHS 时钟也为0Mhz。 我们只有 EVM 基板。

Clock Freq: CSITX_MOD_ESC_CLK = 20000000Hz
Clock Freq: CSITX_MOD_DPHY_TXBYTECLKHS_CLK = 0Hz
Clock Freq: CSITX_MOD_VBUS_CLK = 250000000Hz
Clock Freq: CSITX_MOD_MAIN_CLK = 500000000Hz
CSITX_TX_APP: Sample Application - STARTS !!!
CSITX_TX_APP: Tx DF:0x2c
CSITX_TX_APP: Tx Resolution:1920 x 1080
CSITX_CAPT_APP:Set D-PHY Configuration Successful!!!
CSITX_CAPT_APP: CSIRX Capture created
CSITX_TX_APP: CSIRX DRV created
CSITX_TX_APP: CSITX DRV created

您是否有任何想法我们还可以检查什么、如何进一步调试？ 我们的想法。

我的理解是、一旦我们进入 HS 传输、就会设置/生成该时钟。 对吧？

检查示波器日志、似乎还没有达到 HS 数据传输。

Milena

您好、Brijesh、

我们已经使用不同的串行器模式执行了额外的几项测试、以便查看串行器检测到的内容。

总结：

• 串行 器检测到时钟通道。
• 串行器认为数据通道/数据不正确。

我们怀疑某些配置不匹配。 你有 什么建议, 所有可以检查/确认, 以达到 HS 传输?  

此致、

Milena

您好、Milena、

如果检测到时钟通道且数据不正确、则电路板上是否有任何干扰？   

此致、

Brijesh

您好、Brijesh、

我们已确认串行器正在协议级接收到有效的 MIPI 数据、但视频数据 似乎无效(空白帧、或 HS/VS 配置不匹配等)。

根据 TDA4侧的寄存器或其他方面、是否有办法检查/假设数据有什么问题？

我们如何启用 CSITX 的调试寄存器？

• 检查寄存器 xls - debug_cfg (0441 4D00h)应设置为1。
• "调试启用。 该位在为高电平时启用调试。 如果为低电平、则其他调试寄存器读数为0。"
• 当我们 使用 devmem2将此寄存器设置为1时、其余调试寄存器保留值0。

此致、

Milena

您好、Milena、

但 HS/VS 指示器是协议的一部分、不是吗？ 应有一个短帧数据包、用于指示 HS 或 VS 信号。 您是否能够接收这些信号/数据包？

此致、

Brijesh

您好、Brijesh、

确实。

我们在串行器中没有直接见解。

串行器供应商提供的反馈是某些计数器正在切换(对于 PHY、CSI)、这意味着接收和处理 MIPI 数据。

   如果生成视频、他们建议我们检查 SoC 端。  

此致、

Milena

您好、Brijesh、

我们与 serialzier 供应商进行了讨论,以尝试得出错误的结论。

他们的理解是 SoC 正在协议级生成有效的 MIPI 数据、从而使串行器接收有效的 MIPI 数据。 但是、视频数据是无效的… 串行器无法识别类型、但错误的 H 和/或 V 信号可能会导致此问题。 它们 建议 检查帧同步信号

此外、他们还指出、这可能是因为我们不符合 H 和/或 V 规格。 您是否成功检查了我们如何看到/影响这两个值(VFP/VBP)？

OnTDA4 vBlank 和 hBlank 设置为：

prms->instCfg[loopCnt].vBlank = 22U;  /*!< Vertical blanking in terms of number of line. */
prms->instCfg[loopCnt].hBlank = 40U;  /*!< Horizontal blanking in terms of number of pixels */

SER 方面确实对以下方面有一些要求：

• 最小水平消隐 单位为像素。 -> 40 表示正常
• 最小垂直消隐 以 行数->表示 22在这里可以
• 最小垂直前沿  以 行数 ->表示 如何在 TDA4上找到该值？
• 垂直后沿  以 行数 ->表示 如何在 TDA4上找到该值？

此致、

Milena