[参考译文] TDA4VEN-Q1：AM62A/TDA4VM：边缘增强 (EE) 启动故障问题

您好、

>> TDA4VEN-Q1：AM62A/TDA4VM：边缘增强 (EE) 启动故障问题

标题中提到了 3 个器件。
您是否在所有这些问题中都看到了相同的问题？

请查看以下有关 AM62A 上同一问题的主题。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1618183/am62a7-yocto-sdk-11-ee-mode-2-ee_mode_y8-not-working?tisearch=e2e-sitesearch&keymatch=ee%20not%20working#

我们之前也对 TDA4VM 进行了一些讨论

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1619519/tda4vm-ee-tuning-does-not-seem-to-affect-image-on-target/6247179?tisearch=e2e-sitesearch&keymatch=ee%2520not%2520working#

和 TDA4VEN

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1590744/j722sxh01evm-tda4ven-psdk11-01-tivxvpacvissdefaultmapeeparams-not-working/6186411?tisearch=e2e-sitesearch&keymatch=%22The%20EE%20issue%20should%20be%20caused%20by%20the%20commit%20below%22

您是否都看到了相同的问题？

在 AM62A 上实际遇到的问题。  

请查看下面的这一主题、了解 AM62A 上的同一问题。

感谢您提供的信息、但基于以下链接：

e2e.ti.com/.../6186411 tisearch=e2e-sitesearch&keymatch=%22 the%20EE%20 问题%20 应该%20be%20 导致%20 x %20 然后 e%20commit%20 到以下%22。

下载版本 11.01.00.04 并运行以下代码：

`python3 ctt_def_xml_gen.py ../configs/imx390_properties_v1.txt`

出现错误：  

"File '/home/aurora/ Aurora/Project/SDK/ti-processor-sdk-rtos-j722s-evm/imaging-11_01_00_04/tools/default_DCC_profile_gen/scripts/dccxml_gamma.py", line 61, in GenGAMMAXML
if params[‘YUV_GAMMA’] == 1:
KeyError: ‘YUV_GAMMA’

我们还测试了版本 10.01.00.04、该版本与我们的版本 11.00.00.06 存在相同的问题。

在 AM62A 上实际遇到的问题。  [/报价]

好的、感谢您的确认！

我是否使用了正确的文档？ 我是否应该了解其他设置、或者这是版本兼容性问题？ 我们使用的是 EdgeAI SDK 版本：11.00。

我认为这是因为新增了 YUV_gamma 用户输入。

如果按如下所示在配置文件中添加新行、则应该没问题。

git.ti.com/.../imx728_properties.txt

谢谢你。 这种方法确实解决了这个问题、但我发现我在 DCC 上调试的极端 EE 模式仍然不起作用。 我``哪里是问题：当`e-mode=1`、EE 不起作用时、当 ee-mode=2 μ s 时、ISP 流水线会卡住而无法启动。

我发现了很多类似的问题、但我找不到明确的解决方案。  我可能需要更详细的帮助。

我不确定问题出在哪里：当`ee-mode=1 `、EE 不起作用时、当` ee-mode=2 时、ISP 流水线会卡住并且无法启动。

EE_MODE=2“是 EE 的典型用例。
我认为我没有使用“ee_mode=1“。

我发现了很多类似的问题、但我没有找到明确的解决方案。  我可能需要更详细的帮助。

请点击以下链接来解决 EE 问题。

 AM62A7：SDK 版本上的 ISP 调优 11、EE 开启时图像模糊 

ee_mode=2“是 EE 的典型用例。
我认为我没有使用“ee_mode=1“。

感谢您指出这一点。 `实际上测试了这两个选项、当` ee-mode = 2 时、流水线会卡住、无法正确初始化。 它被卡住的点如下所示：

/GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = video/x-bayer, width=(int)1920, height=(int)1080, format=(string)rggb12, framerate=(fraction)120/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-bayer, width=(int)1920, height=(int)1080, format=(string)rggb12, framerate=(fraction)120/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstTIOVXISP:tiovxisp0.GstTIOVXIspPad:sink_0: caps = video/x-bayer, width=(int)1920, height=(int)1080, format=(string)rggb12, framerate=(fraction)120/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-bayer, width=(int)1920, height=(int)1080, format=(string)rggb12, framerate=(fraction)120/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstTIOVXISP:tiovxisp0.GstTIOVXMisoPad:src: caps = video/x-raw, format=(string)NV12, width=(int)1920, height=(int)1080, framerate=(fraction)0/1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter1.GstPad:src: caps = video/x-raw, format=(string)NV12, width=(int)1920, height=(int)1080, framerate=(fraction)0/1
/GstPipeline:pipeline0/GstKMSSink:kmssink0.GstPad:sink: caps = video/x-raw, format=(string)NV12, width=(int)1920, height=(int)1080, framerate=(fraction)0/1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter1.GstPad:sink: caps = video/x-raw, format=(string)NV12, width=(int)1920, height=(int)1080, framerate=(fraction)0/1
IttCtrl_registerHandler: command echo registered at location 0
IttCtrl_registerHandler: command iss_read_2a_params registered at location 1
IttCtrl_registerHandler: command iss_write_2a_params registered at location 2
IttCtrl_registerHandler: command iss_raw_save registered at location 3
IttCtrl_registerHandler: command iss_yuv_save registered at location 4
IttCtrl_registerHandler: command iss_read_sensor_reg registered at location 5
IttCtrl_registerHandler: command iss_write_sensor_reg registered at location 6
IttCtrl_registerHandler: command dev_ctrl registered at location 7
IttCtrl_registerHandler: command iss_send_dcc_file registered at location 8
 NETWORK: Opened at IP Addr = 0.0.0.0, socket port=5000!!!

请点击以下链接来解决 EE 问题。

 AM62A7：SDK 版本上的 ISP 调优 11、EE 开启时图像模糊

我还`请求修改了 μ s kernels/hwa/vpac_viss/vx_viss_target_drv.c`、但仍然不起作用。 下面显示了我修改后的 vx_vpac_viss_target_drv.c 文件。 进行这些更改后、我还需要做些什么？ 进行更改后、我继续按照指示生成 XML 和 BIN 文件。

e2e.ti.com/.../4370.vx_5F00_vpac_5F00_viss_5F00_target_5F00_drv.c

我还根据请求修改了`kernels/hwa/vpac_viss/vx_vpac_viss_target_drv.c`、但仍然不起作用。 [/报价]

据我所知、我们只需要在 tiovx 中为 ee_mode=2 恢复一个提交。

https://git.ti.com/cgit/processor-sdk/imaging/commit/kernels/hwa/vpac_viss/vx_vpac_viss_target_drv.c?h=main&id=3e540d2b482ca9b88ffb40c624883c5a680fb2c1

为了确认、我应该使用左侧的代码、对吧？

我`使用左侧的代码（尚未修改）、设置`ee_mode=2 μ s 来生成 bin 文件、但流水线在初始化过程中仍然卡住。 我之前在右侧测试了代码、设置`ee_mode=2`也导致了相同的问题。

为了确认、我应该使用左侧的代码、对吧？

是的、左侧在提交之前。

您指的是哪个 BIN 文件？

是否在 firmwarebuilder 下正确编译和更新了所有内容？

我的解释可能是误导性的。 以下是我实际做的事情：1. 已修改`kernels/hwa/vpac_viss/vx_viss_target_drv.c`；2. 已使用`imx390_properties.txt`生成 XML 文件和 bin 文件；3. 将二进制文件复制到 j722s-evm 并运行以下命令：

media-ctl -d 0 -V '"max96722 1-0029":0 [fmt:SBGGR12_1X12/1920x1080 field: none]'
gst-launch-1.0 -v \
v4l2src device=/dev/video0 ! queue leaky=2 ! video/x-bayer, width=1920, height=1080, format=rggb12 \
! tiovxisp sink_0::device=/dev/v4l-subdev2 sensor-name=SENSOR_SONY_IMX390_UB953_D3 dcc-isp-file=/opt/edgeai-gst-apps/dcc_bins/dcc_viss_wdr-ee-fwd_prcpt_lut1.bin sink_0::dcc-2a-file=/opt/edgeai-gst-apps/dcc_bins/dcc_2a_wdr-ee-fwd_prcpt_lut1.bin \
ee-mode = 2 \
format-msb=11 \
wdr-enabled=true \
! video/x-raw, format=NV12, width=1920, height=1080 ! kmssink sync=false driver-name=tidss

我是否正确操作？

将二进制文件复制到 j722s-evm

我们使用的是 j722s 还是 am62a？

我是否正确地这样做？

对我来说、您的流程看起来不错。

复制  Jianzhong Xu  和 Chau Le 以供他们评论。

您的流程对我来说很合适。

感谢您的确认。 这听起来有点问题。 按照正确的步骤操作后、ISP 处理会卡住、无法正常启动。

您正在处理 j722s 还是 am62a？

抱歉、我经常混淆这两个概念。 我一直认为 am62a 和 j722 是相似的。 根据我使用的代码、我目前正在基于 J722S 版本开发一款产品。

根据我使用的代码、我目前正在开发基于 J722S 版本的产品。

感谢您的确认！
如上所述、我们假设 AM62A。

这是您正在使用的 SDK：J722S Edgeai SDK 版本：11.00

J722S 和 AM62A 的代码库和 H/W 都不同。
我们必须检查。

嗨、aurora、

适用于 AM67A 的固件构建器

• 版本： 11.00.00.06

• 推出日期:2025 年 5 月 22 日

这是您正在处理的固件构建器版本吗？

我之前使用的是 ti-processor-sdk-rtos-j722s-evm-11_00_00_06 版本、但遇到了问题。 我当前测试的版本是 ti-processor-sdk-rtos-j722s-evm-11_01_00_04。

我之前使用的是 ti-processor-sdk-rtos-j722s-evm-11_00_00_06 版本、但遇到了问题。 我当前测试的版本是 ti-processor-sdk-rtos-j722s-evm-11_01_00_04。

它们是 RTOS SDK、不支持 edgeai 和 gstreamer。

仅 AM67A Linux SDK 支持 edgeai/gstreamer： https://www.ti.com/tool/PROCESSOR-SDK-AM67A

AM67A 固件构建器与 j722s RTOS SDK 类似。

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/latest/exports/docs/psdk_rtos/docs/user_guide/firmware_builder.html

它们是 RTOS SDK、不支持 edgeai 和 gstreamer。

抱歉、我不太确定您在这里的意思。 我刚才检查过、我们将 J722S 与 edgai 配合使用、GStreamer 运行正常。 下图显示了我们的目录结构。

抱歉、我不太确定您在这里的意思。 我刚才检查了、我们将 J722S 与 edgai 配合使用、GStreamer 运行正常。

我是指 gstreamer / edgeai 中的 VPAC 支持。
仅在 AM6xA SDK 版本（不在 J722S RTOS/Linux 版本中）中进行维护和测试。

我不太了解 J722S 和 AM67A SDK 的软件差异。
从硬件的角度来看、它们都在同一 EVM 板上运行。

好的、我明白了。 那么、让 Edge Enhance 正常工作旁边应该怎么做？

那么、我应该在“使 Edge Enhance 正常工作“旁边做什么？

回滚该提交后、我在使用 gstreamer 的 AM67A SDK 11 中没有看到任何 EE 问题。
但我不确定 j722s SDK 是否有任何问题、因为官方不支持该 SDK。

在我开始新主题并以 j722 为基础提出问题会更好吗？

我想知道 EE（如 AWB）是否支持通过调优工具更新校准设置。 我是否需要使用 gstreamer 命令行更新“DCC_2a_WDR.bin“？ 但是、当我检查用于生成“DCC_2A_WDR.bin“的 XML 文件时、我没有看到任何与 EE 相关的 XML 文件。

我最好在 j722 上开始新主题并提出问题吗？

根据我的理解、j722s RTOS SDK 11 实际上并不支持 VAPC gstreamer 插件。
我不知道为什么它打包在 SDK 中（这可能是由于 j722s 和 am67a 的通用封装流程所致）。

看起来没有正确的构建过程（例如在 AM67A edgeai SDK 中用于支持 gstreamer）。

我想知道 EE（如 AWB）是否支持通过调优工具更新校准设置。

调优工具应该支持 EE。

我是否需要使用 gstreamer 命令行更新“DCC_2A_WDR.bin“？

您应该创建自己的“dcc_2a.bin“和“dcc_viss.bin“并在 GST 命令行中使用它们。
我会这么做的。

这是一个简单的过程： https://git.ti.com/cgit/processor-sdk/imaging/tree/sensor_drv/src dcc/imx390/DCC_XMLs/WDR/generate_dcc.sh？h=main

是的、受到 AWB 的启发、我遵循了相同的方法。 我使用调试的 EE XML 文件生成“Dcc_2a.bin“和“Dcc_viss.bin“。 遗憾的是、这种方法仍然不适用于 EE。

我真的不知道关于这个器件的任何信息。 我之前使用的调试手册基于 AM6xA、虽然它可以正确地处理大多数其他模块、但 EE 模块却无法正常工作。

不幸的是、此方法仍然不适用于 EE。

SDK 11 中的 EE 问题是由我们在另一个线程中讨论的提交导致的。
如果不展开该提交、EE 将不起作用。

我真的不知道这部分。 我之前使用的调试手册基于 AM6xA、虽然它可以正确地处理大多数其他模块、但 EE 模块根本无法正常工作。

我对软件细节也不太了解。

我想说的是 j722s RTOS SDK 从 AM67A 中复制了 gstreamer、libs、以便您可以运行 gstreamer。
这是有效的、因为它采用相同的 j722s-evm H/W
但是、它没有 AM67A 中的正确构建/更新过程来在展开 EE 提交后重新编译固件。

我在 j722s RTOS SDK 11 上对 AM67A 固件构建器测试了相同的过程、但这也不适用于我。
在我使用 AM67A 固件构建器重新构建和更新 j722s RTOS SDK 11 SD 卡时、EE 可以在 ee-mode=2 下工作（与使用 AM67A SDK 11 相同）。

您可能应该在 j722s-EVM 上试用 AM67A SDK 11 和 AM67A 固件构建器。

]我之前使用的调试手册基于 AM6xA、虽然它正确地处理了大多数其他模块、但 EE 模块根本不起作用。

需要明确的是、AM6xA 手册适用于 AM6xA SDK 版本、而不适用于 j722s RTOS SDK。