[参考译文] 在 DM385上、一旦 HDVPSS LCD (Pinmux 被启用)将导致 ISS#39；s 输出异常(紧急问题)

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

戴尔全是。

我们在 DM385平台上遇到了一个严重而奇怪的问题或错误。

首先、让我向您展示 DM385。上的一些详细信息和核心工作

我们的核心软件 架构和代码以 IPNC RDK 为基准。

主要图像处理流程包括3个部分：ISS 采集、图像处理、HDVPSS 显示。 吹气作为每个零件的详细信息。

ISS 捕获：通过 CSI2接口从传感器捕获原始图像，分辨率为1800*1080，然后数据流入 IPEIF->IPIPE->RSZ，正如 ISS TRM 所说，最后我们从 DDR3获得了 UYUV 图像(1024*600)。

捕捉的图像处理：对于捕获的图像，我们将执行一些简单的图像增强算法，最终处理的输出图像仍为1024*600，但格式将为 YUYV。

HDVPSS 显示：对于已处理的图像、此1024*600图像(YUYV)将通过 HD VENC_D 显示在 HDMI (DM385自支持 IP)和 LCD (DVO1)上、显示图像格式为 RGB888。

现在问题即将出现，对于 hdvpss 显示，我们发现，如果我们只使用 HDMI 来显示图像，那么一切都是完美的。 但是、一旦我们为 LCD 启用 Pinmux (RGB888)、将出现显示异常、我们的图像上将出现一些随机的红色块状条纹(包括 HDMI 路径和 dvo1-LCD 路径)、我们只能确保 在 ISS 将输出调整为 SDRAM 时出现这些条纹、因此 ISS 是问题的来源。  然后、一旦禁用 LCD 的所有引脚多路复用、HDMI 显示屏将恢复正常。

因此、我们很奇怪、为什么启用 LCD (RGB)的引脚多路复用会导致未知 ISS 的处理异常、最终导致我们的显示器出错。

REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0AB4)= 0x00040000+0x1；// vout1_fid_mux1 *
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B2C)= 0x00040000+0x1；// vout1_clk *
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B30)= 0x00040000+0x1；// vout1_HSYNC *
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B34)= 0x00040000+0x1；// vout1_vsync *
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B38)= 0x00040000+0x1；// vout1_avid *

REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0AB0)= 0x00060000；// vout1_b_CB_c[0]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0AAC)= 0x00040000；// vout1_b_CB_c[1]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B98)= 0x00060000+0x1；// vout1_b_CB_c[2]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B3C)= 0x00040000+0x1；// vout1_b_CB_c[3]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B40)= 0x00040000+0x1；// vout1_b_CB_c[4]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B44)= 0x00040000+0x1；// vout1_b_CB_c[5]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B48)= 0x00040000+0x1；// vout1_b_CB_c[6]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B4C)= 0x00040000+0x1；// vout1_b_CB_c[7]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B50)= 0x00040000+0x1；// vout1_b_CB_c[8]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B54)= 0x00040000+0x1；// vout1_b_CB_c[9]*

REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0AA0)= 0x00040000；// vout1_g_y_YC[0]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0A9C)= 0x00060000；/* Vout1_g_y_YC[1]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B8C)= 0x00060000+0x1；// vout1_g_y_YC[2]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B58)= 0x00040000+0x1；// vout1_g_y_YC[3]*/
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B5C)= 0x00040000+0x1；// vout1_g_y_YC[4]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B60)= 0x00040000+0x1；// vout1_g_y_YC[5]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B64)= 0x00040000+0x1；// vout1_g_y_YC[6]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B68)= 0x00040000+0x1；// vout1_g_y_YC[7]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B6C)= 0x00040000+0x1；// vout1_g_y_YC[8]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B70)= 0x00040000+0x1；// vout1_g_y_YC[9]*

REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0AA8)= 0x00040000；// vout1_r_cr[0]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0AA4)= 0x00040000；// vout1_r_cr[1]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B94)= 0x00040000+0x1；// vout1_r_cr[2]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B90)= 0x00060000+0x1；// vout1_r_cr[3]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B74)= 0x00040000+0x1；// vout1_r_cr[4]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B78)= 0x00040000+0x1；// vout1_r_cr[5]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B7C)= 0x00040000+0x1；// vout1_r_cr[6]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B80)= 0x00040000+0x1；// vout1_r_cr[7]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B84)= 0x00040000+0x1；// vout1_r_cr[8]*
REG32_DK (CSL_TI814x_CTRL_MODULE_BASE_DK + 0x0B88)= 0x00040000+0x1；// vout1_r_cr[9]*

下面是一些特殊情况：

问题是我们开展项目的障碍、因此在此、请 TI 工程师为我们提供专业技术方面的帮助。

谢谢您&&祝您一切顺利。