[参考译文] TDA4VM：TDA4 EVM 示例应用无显示输出

尊敬的 Debbie Jones：

您是否意味着戴尔显示器使用的是早期版本、并且不再使用视觉应用程序？  

我没有收到"在将示例应用可执行文件和测试数据复制到 SD 卡之前、屏幕上会显示开箱即用演示的输出"、您是否意味着在未复制测试数据和/或示例应用程序时它工作正常？  

您还可以尝试在 PSDK_RTOS_auto_J7_07_00_11\vision_apps\utils\dss\src\app_dss_j721e.c 中取消注释以下代码 吗？

#if 0
if (PRM->display_type=app_dss_default_display_type_edp)
｛
appDssConfigureDP()；
｝
#endif

此致、

Brijesh

您好、Brijesh、

在复制测试数据和示例应用程序之前、戴尔显示器上确实出现开箱即用演示、但现在没有。  视觉应用的输出从未出现在显示器上。

ASUS 显示器也会发生同样的情况。

我们已尝试对两台显示器进行推荐的代码更改、但这无法解决问题。

通过视觉应用进行复制似乎使系统不再处于"开箱即用"状态。 在通过视觉应用进行复制后、所有应用(开箱即用演示或视觉应用)都不会显示到显示器上。 这是为什么？

此致、

Debbie

Debbie 您好！

当您提到开箱即用演示时、您正在讨论哪些演示？ 这是否意味着视觉应用演示工作正常？ 如果是、则仅复制测试数据不应更改显示输出。  

Rgds、

Brijesh

您好、Brijesh、

此处的 TI 文档中介绍了开箱即用演示 。

运行视觉应用演示时、显示屏上不显示任何内容。

此致、

Debbie

Debbie 您好！

视觉应用演示支持固定分辨率、即1080p。 因此、如果显示器不支持此分辨率、则不会显示。

您能否使用以下常见问题解答链接并尝试在视觉应用中更改分辨率？

此致、

Brijesh

尊敬的 James：

在工作案例(works2.txt 日志)中、您似乎没有使用 VISION_APPS、因为您没有从 VISION APPS 文件夹运行"make linux_fs_install_sd"命令。 您刚才通过运行 mk-linux-card.sh 脚本、然后运行 install_to_sd_card.sh 脚本创建了 SD 卡。 这基本上意味着您正在刷写 PSDKLA 版本的 Linux 内核、文件系统。  

在第二个非工作情况下、您使用的是视觉应用二进制文件、因此 DSS 配置了固定的1080p 输出分辨率。 参数似乎与显示器上支持的分辨率不匹配。  

我们可以做一个实验吗？ 我们能否从案例1 (即工作案例)中读取几个寄存器并将它们用于案例2？

还可以通过在桌面上连接 GPU 来读取显示器的 EDID 信息吗？ 这将有助于确定监视器支持的确切参数。

此致、

Brijesh

此致、

Brijesh

您好、Brijesh、

以下是 EDID 信息：

e2e.ti.com/.../asus_5F00_vp247_5F00_edid.txt

您好、Brijesh、

在工作案例(works2.txt 日志)中、您似乎没有使用 VISION_APPS、因为您没有从 VISION APPS 文件夹运行"make linux_fs_install_sd"命令。 您刚才通过运行 mk-linux-card.sh 脚本、然后运行 install_to_sd_card.sh 脚本创建了 SD 卡。 这基本上意味着您正在刷写 PSDKLA 版本的 Linux 内核、文件系统。  

在第二个非工作情况下、您使用的是视觉应用二进制文件、因此 DSS 配置了固定的1080p 输出分辨率。 参数似乎与显示器上支持的分辨率不匹配。  

我刚刚再次尝试使用 mk-linux-card.sh 和 install_to_sd_card.sh 刷写预构建的映像、系统没有向显示端口监视器显示任何内容。

我们可以做一个实验吗？ 我们能否从案例1 (即工作案例)中读取几个寄存器并将它们用于案例2？

您是指帧缓冲硬件接口寄存器吗？ 我将了解如何为此添加一些调试。

谢谢、

James

尊敬的 James：

令人惊讶的是、模式0的计时参数是我们尝试从视觉应用中设置的参数。 这与视觉应用设置完全匹配。  一个问题是模式0和模式15完全相同。 想知道这是否有任何问题。

是否可以尝试从桌面强制使用 Mode-0并查看它是否工作正常？

型号"模式0" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +HSYNC +VSYNC
Modeline "模式15" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +HSYNC +vsync

此致、

Brijesh

您好、Brijesh、

一个问题是模式0和模式15完全相同。 想知道这是否有任何问题。

是否可以尝试从桌面强制使用 Mode-0并查看它是否工作正常？

型号"模式0" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +HSYNC +VSYNC
Modeline "模式15" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +HSYNC +vsync

这些模式更是 Linux (在本例中为桌面)跟踪事物的方式、如果硬件在同步信号的极性相同的情况下输出相同的确切时序、那么它不会对监视器产生影响。 我认为模式编号本身并不重要。

另请注意、我们没有看到有关无效模式的错误消息、显示器没有任何输出。  显示器指示电缆已插入、但没有信号。

因此、我确实有机会更深入地查看电路板、尝试查看正在发生的情况。

在"不起作用"案例的引导早期、我们看到：

**找不到文件/lib/firmware/j7-mcu-r5f0_0-fw **

稍后、我们从 Linux 中看到这一点：

remoteproc remoteproc1：J7-mcu-r5f0_0-FW 的直接固件加载失败、错误-2
remoteproc remoteproc1：启动41000000.r5f
remoteproc remoteproc1：J7-mcu-r5f0_0-FW 的直接固件加载失败、错误-2
remoteproc remoteproc1：request_firmware failed：-2

我们在"工作"案例中看不到这些错误消息。

此外、在"工作"案例中、我们在 Linux 控制台上看到了这一点：

[DRM]支持 vblank 时间戳缓存修订版2 (2013年10月21日)。
[DRM]不支持 vblank 时间戳查询的驱动程序。
[DRM]为次要版本1上的4a00000.dss 初始化了 tids 1.0.0 20180215
cdns-mhdp a000000.dp-bridge：[DRM：cdns_mhdp_get_EDID_block [cdns_mhdp]]*错误*获取块[0] EDID 失败：-22
cdns-mhdp a000000.dp-bridge：[DRM：cdns_mhdp_get_modes [cdns_mhdp]]*错误*无法读取 EDID
cdns-mhdp a000000.dp-bridge：[drm：mhdp_transfer [cdns_mhdp]]*错误*无法读取 DPCD
cdns-mhdp a000000.dp-bridge：[drm：mhdp_transfer [cdns_mhdp]]*错误*无法读取 DPCD

和更高版本：

tids 4a00000．dss：fb0：tidsdrmfb 帧缓冲器件

但在"不起作用"的情况下、我们看不到 DP 桥接器或帧缓冲器驱动程序发出的任何状态消息。

然后、当我查看针对这两种情况的/dev/dev 时、在"工作"情况下有一个/dev/fb0、而在"不工作"情况下该器件不存在。

因此、显示器上没有显示任何内容、因为没有方法这样做。

我将尝试更仔细地了解 Cortex-R5F 的初始化在这两种情况下有何不同、并尝试找出问题所在。  据我了解、Cortex R5F 内核会初始化显示硬件(和摄像头、如果有)、并在完成启动后将其控制权提供给 Linux。

此致、

James

尊敬的 James：

在工作情况下、显示屏似乎由 Linux 控制、Linux 支持 EDID 读取并可以选择推荐模式之一、因此 Linux 设置了推荐模式之一并正常工作。 这可能不是1080p 分辨率。  

在非工作情况下、即当您通过运行 make linux_fs_install_sd 命令复制视觉应用二进制文件时、DSS 由 R5F 控制。 在这种情况下、显示分辨率固定为1080p、我认为显示器不支持该分辨率。

在工作案例中、您能否读取 DSS 时序寄存器以获取时序信息、我们可以在 R5F 上使用它来显示分辨率？  

此外、您能否检查 appDssConfigureDP 是否正在从 ti-processor-sdk-rtos-j721e-evm-07_01_00_11\vision_apps\utils\dss\src\app_dss_j721e.c 文件中调用？  

此致、

Brijesh

尊敬的 James：

在工作情况下、您能否引导 Linux 并读取以下三个寄存器？ 这将帮助我了解工作案例中使用的时序。  

0x04A80050

0x04A80054

0x04A80058

然后、我们可以使用以下常见问题解答在视觉应用中更改此分辨率。 希望这样、即使是从视觉应用程序中也能正常工作。  

此致、

Brijesh

您好、Brijesh、

我的同事正在寻找 DSS 的寄存器值。  根据 DSS 文档、看起来  /sys/kernel/debug/omapdrm 是查找寄存器值的位置、但该目录不存在。  不过、还有其他 debugfs 文件夹、因此似乎已为内核启用。  我们仍在对此进行调查。

此致、

James

尊敬的 James：

如果您有 JTAG/CCS、则可以连接到 mcu1_0 R5F 内核并获取这些寄存器的值。 mcu1_0将打开、即使只有 Linux 正在运行。

此致、

Brijesh

您好、Brijesh、

我们按原样使用 TI TDA4开发板、并按原样使用 TI 软件。 我们的期望是演示应用将在不进行任何修改的情况下运行并显示到显示器上。 我们不会修改任何电路板设置或任何软件。

正如我们在一个月前的这篇文章中所述、我们按照 TI 提供的说明将 TI 提供的文件复制到 SD 卡上、但监视器上没有显示任何内容。

请确认、建议并提供应使用的确切过程和文件、包括 TI 软件和工具的版本或版本号、以便在 TDA4开发板上成功显示 TI 演示应用。 为供您参考、如果需要、随附的照片会显示我们的 TDA4开发板上的序列号和其他标签。

此致、

Debbie

尊敬的 Debbie、James：

您能否按照以下步骤确定 Linux 支持和显示的分辨率？

1、按照中的说明、使用开箱即用演示准备 SD 卡  

2、从引导分区打开 uEnv.txt 文件并注释掉"name_overlays =K3-j721e-vision-apps.dtbo"行、保存该文件并退出。

3、现在用此更改启动电路板。  

4、您应该会看到显示器上显示的图像以及建议的模式设置。  

5)使用 omapconf 实用程序或使用 CCS 将其连接到 MCU r5f 来读取显示寄存器。 读取三个寄存器0x04A80050、0x04A80054、0x04A80058

然后、我们需要使用这些值来更改视觉应用中的显示分辨率。  

此致、

Brijesh

您好、Brijesh、

我们最终购买 了 Dell P2419H Display Port 显示器。  在完成再次准备 micro-SD 卡、安装基本操作系统、视觉应用程序和示例数据的说明后、一切都运行得很完美！

因此、我想我们可以将 Asus VP247添加到"不支持"列表中。

我们查看了 Asus 显示器连接到具有 GPU 的 Linux 桌面时的显示时间。 它使用与 app_init.c 文件中硬编码完全相同的1080p 60Hz 时序。 这与 EDID 列表中的时序相同、因此所有内容都匹配。

如前所述、没有迹象表明 Asus 显示器接收到任何信号、因为没有错误消息表明不支持输出分辨率。

接下来、我们将非常仔细地了解 RTOS 代码中的 Display Port 初始化发生的确切情况、以及这两个监视器之间的区别。

我们在连接的计算机上运行 CCS 时遇到问题、因此我们将对其进行交换、并尝试显示您请求的寄存器值。

此致、

James

尊敬的 James：

好的、这很奇怪。  

是否可以在不工作的显示器上尝试其他更改？  

您能否在 vision_apps/utils/dss/src/app_dss.c 文件中将 isHpdSupported 标志更改为 false (在第130行附近)、重新构建视觉应用并查看其是否有用？

此致、

Brijesh

您好、Brijesh、

我的团队成员确实让 CCS 正常工作、并且能够在尝试使用不受支持的 Asus 显示器运行视觉演示应用程序时显示寄存器值：

0x04A80050 DSS0_VP1_DSS0_VP_SIZE_SCREEN
0x04A80050 0437077F
0x04A80054 DSS0_VP1_DSS0_VP_Timing_H
0x04A80054 0930572B
0x04A80058 DSS0_VP1_DSS0_VP_Timing_V
0x04A80058 02400404

我将询问他们更改   vision_apps/utils/dss/src/app_dss.c 文件中的 isHpdSupported 标志。

此致、

James

尊敬的 James：

是否还可以共享偏移量0x04A80000的前20个寄存器？

此致、

Brijesh

您好、Brijesh、

这是内存浏览器的屏幕截图。

BR、

James

尊敬的 James：

我在寄存器设置中只看到一个差异。 不应设置 VP_CONTROL 寄存器中的位5。 是否可以尝试手动将其设置为0、并查看是否在 DP 上获得正确的输出？  

我将检查如何从视觉应用重置它。  

此致、

Brijesh

您好、Brijesh、

我的同事尝试修改 VP_CONTROL 寄存器、她报告的情况如下：

在相同的设置下、我们无法在视觉应用运行时将 VP_CONTROL 寄存器中的 Bit5设置为0。 当视觉应用运行时、当我们尝试更改 VP_CONTROL 寄存器中的 Bit5时、它会自动恢复。 为了验证我们采取了正确的方法、我们在连接到工作监视器的同时修改了同一寄存器的位6、并在显示屏上看到了明显的变化。

当没有视觉应用运行 VP_CONTROL 寄存器的 Bit5时、似乎会将该位设置为0。 总体而言、我们看到的行为是：Bit5在视觉应用程序运行时设置、而在没有视觉应用程序运行时不设置。 这是预期行为、还是在视觉应用程序运行时需要将该位设置为0？

此致、

James

尊敬的 James：

DPI 使能功能没有任何影响、我尝试在 EVM 上禁用它、但我看不到显示屏有任何变化。 因此您可以忽略它。

您是否有机会尝试将标记 isHpdSupported 设置为 false？

此致、

Brijesh

[引用用户="Brijesh Jadav"]

DPI 使能功能没有任何影响、我尝试在 EVM 上禁用它、但我看不到显示屏有任何变化。 因此您可以忽略它。

您是否有机会尝试将标记 isHpdSupported 设置为 false？

[/报价]

您好、Brijesh、

我的同事报告了以下情况：

大家好、James、Debbie、

对此主题还有任何其他问题/更新吗？

此致、

Brijesh