This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TDA2P-ACD:行为损坏的另一个问题- EVE 渲染问题

Guru**** 2478765 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1419009/tda2p-acd-another-issue-with-corrupted-behavior---eve-rendering-issue

器件型号:TDA2P-ACD

工具与软件:

您好!

另一个损坏的来自车辆的图像。 从行驶档切换到倒车档时问题仍然存在(请观看视频)。 它在同一周期内恢复。  

e2e.ti.com/.../IMG_5F00_4715.mov

请紧急支持我们如何才能得到这样的行为,因为我们的渲染过程是映射到 EVE 核心。 那么、我们可以检查任何类型的标志错误、或者我们可以在 EVE 上检查什么以调查此问题。

正在等待反馈。

谢谢

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

    您好!

       重映射应用程序的 init 和 process 函数都会返回不受支持的配置的错误。  您能否确认您是否检查来自这些 API 的错误?

    此致、
    Anshu

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

    尊敬的 Anshu:  

    我们有一张"不好"退货的支票。  

    在这种情况下、我们收到不正常的返回、存在一个验证点会导致 SOC 复位、但我们看不到复位。  

    我们需要了解哪些可能的故障情况会导致 EVE 内核出现此类故障、您能否分享对这些故障模式的分析?  

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

    此外、请提供可以帮助分析问题根本原因的 API 列表。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    • 可能的误差是什么  
    • 如何仿真它们
    • 诊断信息
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    输出分辨率1120 x 664

    输入摄像机分辨率1280 x 800

    输入图块大小:32 x 32.  

    输出逻辑块大小32 x 35

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

    尊敬的 Mahmoud:

        您能否将以下信息分享给我们进行分析:

    • 正在使用 EVE 软件版本?
    •  以下结构的转储:  
      • remap_merge_TI_CreateParams
      • RemapParms::maps:srcMap
      • RemapParms::maps 结构 以及此数据结构中所有指针的内容
    • 另外、 您是否有关于昨天我们讨论的某些实验的更新?

    此致、

    Anshu

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

    EVE 版本- EVE_SW_01_06_01_00_Valeo_003

    从到目前为止的实验中更新:

    -通过 注释重映射功能,我们在单一摄像头视图中看到黑屏,我们仍然看到360正常部分。

    -通过停止 EVE 的触发: 我们看到完整的黑屏没有360部分

    -通过注入 while (1)循环在 EVE 我们看到完整的黑屏没有360部分

    对于请求的结构的内存转储:我们正在努力从调试器中提取它并在这里分享。

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

    所请求结构的内存转储如下:  

    e2e.ti.com/.../LUT_5F00_Extract.zip

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

    尊敬的 Mahmoud 和团队:

    • 您的系统是否启用奇偶校验?
    • 您可以检查以下寄存器中的奇偶校验器吗:
      • EVE_PMEM_ED_STAT
      • EVE_DMEM_ED_STAT
      • EVE_WBUF_ED_STAT
      • EVE_IBUF_ED_STAT

    谢谢!

    Kyle

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

    通过 在 srcMap 中给出重复模式(来自 DSP 端)进行试验得到以下模式:  

    它似乎是一个"类似"的模式,在福特网站上看到,你可以帮助确定什么原因可以 导致重复的模式? 我在内部进行了检查、LUT 的生成基于 TI 示例、因此我认为我们需要在电话中进行审查。 当您有空时、请告知我们。 此外、我们需要考虑 LUT 数据正确传递且 EVE 仅重复使用来自一个逻辑块的数据来构建输出视频图像的可能性。

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

    尊敬的 Kyle:  

    我们在应用程序端没有看到奇偶校验配置、如何检查它们是否已启用?  

    我们将从正常工作情况中提到的寄存器中提取内容。 注意:到目前为止、报告的问题是不可重现的、因此在问题处于活动状态时我们无法获得寄存器读数。

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

    尊敬的 Mahmoud:

    在以下寄存器中启用奇偶校验:

    • EVE_PMEM_ED_CTL
    • EVE_DMEM_ED_CTL
    • EVE_WBUF_ED_CTL
    • EVE_IBUF_ED_CTL

    此致、

    Kyle

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

    您好!

    正如我们讨论过的、另一个要检查的寄存器是 EVE_MSW_ERR:

    此致、

    Kyle

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

    您好 Kyle、  

    当我们从 EVE 内核读取寄存器时、我们会看到一个异常 出现   

     我们  也尝试通过内存窗口读取,看起来它不可访问的寄存器,因为 上面列出的 EVE 寄存器的所有零都显示

    我们尝试从 DSP 读取它们,但值都是零  

    您能建议如何读取这些寄存器吗?

    谢谢  

    Satish

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

    您好、   

     EVE 1内核的当前 MMU 配置 、请建议 在读取 EVE 寄存器时更改 MMU  

    void configureAndProgramMMU_EVE_1 (void)


    /*启用对整个 DDR 的访问*/
    SetupEveMmuEntry (5U、0x4a000000U、0x4a000000U);
    SetupEveMmuEntry (6U、0xC3000000U、0xC3000000U);
    SetupEveMmuEntry (7U、0x81000000U、0x81000000U);
    SetupEveMmuEntry (8U、0x83000000U、0x83000000U);

    /* IPC 的非高速缓存区域访问*/
    SetupEveMmuEntry (9U、0xA0000000U、0xA0000000U);
    SetupEveMmuEntry (10U、0xA1000000U、0xA1000000U);

    SetupEveMmuEntry (11U、0x84000000U、0x84000000U);
    SetupEveMmuEntry (12U、0xC2000000U、0xC2000000U);
    SetupEveMmuEntry (13U、0xC1000000U、0xC1000000U);
    SetupEveMmuEntry (14U、0xC0000000U、0xC0000000U);

    /*视频缓冲区访问*/
    SetupEveMMuEntry (15U、0x88000000U、0x88000000U);
    SetupEveMmuEntry (16U、0x89000000U、0x89000000U);
    SetupEveMmuEntry (17u、0x8A000000U、0x8A000000U);
    SetupEveMmuEntry (18u、0x8B000000U、0x8B000000U);
    SetupEveMmuEntry (19u、0x8C000000U、0x8C000000U);
    SetupEveMmuEntry (20U、0x8D000000U、0x8D000000U);
    SetupEveMmuEntry (21U、0x8E000000U、0x8E000000U);
    SetupEveMmuEntry (22U、0x8F000000U、0x8F000000U);
    SetupEveMmuEntry (23U、0x90000000U、0x90000000U);
    SetupEveMmuEntry (24U、0x91000000U、0x91000000U);
    SetupEveMmuEntry (25U、0x92000000U、0x92000000U);
    SetupEveMmuEntry (26U、0x93000000U、0x93000000U);
    SetupEveMmuEntry (27U、0x94000000U、0x94000000U);
    SetupEveMmuEntry (28U、0x95000000U、0x95000000U);

    SetupEveMmuEntry (29U、0xC4000000U、0xC4000000U);
    SetupEveMmuEntry (30U、0xC5000000U、0xC5000000U);
    SetupEveMmuEntry (31U、0xC6000000U、0xC6000000U);

    //在 DDR 中对转换表基地址进行编程
    WR_REG (EVE_1_MMU_TTB、TRANS_BUFFER_IN_DDR_EVE_0);
    //通过 MMU_CNTL 对 MMU 的启用进行编程
    WR_REG (EVE_1_MMU_CNTL、0xEU);//启用 MMUENABLE、TWLENABLE、EMUTLBUPDATE


    返回;
    }

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

    尊敬的 Mahmoud 和 团队:

    在前面的建议基础上进行了扩展、您是否可以收集所有这些寄存器(对于所有存储器、 = PMEM、DMEM、IBUF、WBUF)

    - EVE_ _ED_CTL

    - EVE_ _ED_STAT

    - EVE_ _EDADDR

    - EVE_ _EDADDR_BO

    与 MSW 相关:

    EVE_MSW_CTL

    - EVE_MSW_ERR

    - EVE_MSW_ERRADDR

    请注意、这些寄存器是在 EVE 子系统中访问的、请勿使用 MMU、如下所述:

    您需要使用基地址0x4008_xxxx 来访问该寄存器组:

    我将分别对 ARP32和 EDMA 相关寄存器进行帖子发布。

    此致、

    Kyle

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

    您好!

    还请收集以下与 ARP32相关的注册表:

    - ARP32_IRQSTATUS_RAW

    与 EDMA 相关:

    EDMA_TPCC_EMR

    EDMA_TPCC_EMRH

    - EDMA_TPCC_QEMR

    - EDMA_TPTCn_ERRSTAT (对于两个 TCS、n=0和1)

    - EDMA_TPTCn_ERRDET  (两个 TCS 分别为 n=0和1)

    谢谢!

    Kyle

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

    尊敬的 Kyle:  

    仍然没有为寄存器读取获取正确的值。 请澄清以下几点:  

    1-从你的报价"你需要使用基地址0x4008_xxxx 访问这组寄存器",寄存器的偏移地址,如 MSW 寄存器不匹配区域大小如下:  

    例如、EVE_MSW_ERR 寄存器地址偏移为0x0008 0028  

    所以,您能解释一下究竟应该使用什么地址读取 MSW 寄存器例如?  

    备注:该小组将很快回复到目前为止读取寄存器的结果。

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

    您好 Kyle、  

    当我们读取基址寄存器0x4008_xxxx 时  ,我们将0 读作值,   

    您能否提供读取 EVE 状态寄存器的方法。  

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

    您好!

    0x80、90、0xA0、0xB0处的特定寄存器是 _ED_CTL R/W 寄存器默认为0x0、因此如果未启用它们、则可以看到0x0数据。

    作为一个实验、我与我们的一位工程师坐在一起、我们使用0xFFFFF 写入到以下寄存器

    EVE_PMEM_ED_CTL @ 0x40080080 =>结果是0x3 (只有位0、1可写)

    EVE_MSW_CTL @ 0x40080024 =>结果是0x00011111 (位0、4、8、12、16可写入)

    本实验是在 EVE1和 EVE2实例上独立完成的。  这应该能证明 EVE 资源的"本地地址"在 EVE 实例中是固定的。

    作为"以防万一"、您也可以按如下方式设置 MMU:

    SetupEveMMuEntry( ? 、0x40000000U、0x40000000U);

    这最初位于我们使用的 GEL 文件中、但我们将其删除并得到了相同的结果。  "恰好在情况下"是因为我们在某种程度上误解了快速实验。

    此致、
    Kyle

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

    尊敬的 Kyle:

    使用0xFFFFFFFF 初始化筛控制寄存器80、90、A0、B0、24。

    除了80和90个寄存器外、寄存器值仍然显示为零。

    -与 A0和 B0 -设置为0xFFFF FFFF -他们没有流

    - 尝试在 MMU 中映射0x40000000 - ECU 未启动。

    -您能告诉我们如何启用所有的错误寄存器,你已经提到在上一个答复.

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

    您好!

    为了进行明确说明、我们将该序列编码并登录到 GEL 文件脚本中。

    输出日志如下:

    输出日志:

     

    ARP32_EVE_1:GEL 输出:读取寄存器

    ARP32_EVE_1:GEL 输出:0x40080080:0x00000000

    ARP32_EVE_1:GEL 输出:0x40080090:0x00000000

    ARP32_EVE_1:GEL 输出:0x400800A0:0x00000000

    ARP32_EVE_1:GEL 输出:0x400800B0:0x00000000

    ARP32_EVE_1:GEL 输出:0x40080024:0x00000000

    ARP32_EVE_1:GEL 输出:

    正在将0xFFFFFFFF 写入每个寄存器...

    ARP32_EVE_1:GEL 输出:读取寄存器

    ARP32_EVE_1:GEL 输出:0x40080080:0x00000003

    ARP32_EVE_1:GEL 输出:0x40080090:0x00000003

    ARP32_EVE_1:GEL 输出:0x400800A0:0x00000003

    ARP32_EVE_1:GEL 输出:0x400800B0:0x00000003

    ARP32_EVE_1:GEL 输出:0x40080024:0x00011111

    GEL 脚本如下所示:

    menuitem "EVE 寄存器检查"

    #define WR_MEM_32 (addr、data)*(unsigned int*)(addr)=(unsigned int)(data)
    #define RD_MEM_32 (addr)*(unsigned int*)(addr)
    #define uint32_t unsigned int

    hotmenu register_check()

    GEL_TextOut ("读取寄存器\n");
    GEL_TextOut ("0x40080080:%x\n"、、、、 RD_MEM_32 (0x40080080));
    GEL_TextOut ("0x40080090:%x\n"、、、、 RD_MEM_32 (0x40080090));
    GEL_TextOut ("0x400800A0:%x\n"、、、、 RD_MEM_32 (0x400800A0));
    GEL_TextOut ("0x400800B0:%x\n"、、、、 RD_MEM_32 (0x400800B0));
    GEL_TextOut ("0x40080024:%x\n"、、、、 RD_MEM_32 (0x40080024));

    GEL_TextOut ("\n 将0xFFFFFFFF 写入每个寄存器...\n");
    WR_MEM_32 (0x40080080、0xFFFFFFFF);
    WR_MEM_32 (0x40080090、0xFFFFFFFF);
    WR_MEM_32 (0x400800A0、0xFFFFFFFF);
    WR_MEM_32 (0x400800B0、0xFFFFFFFF);
    WR_MEM_32 (0x40080024、0xFFFFFFFF);


    GEL_TextOut ("读取寄存器\n");
    GEL_TextOut ("0x40080080:%x\n"、、、、 RD_MEM_32 (0x40080080));
    GEL_TextOut ("0x40080090:%x\n"、、、、 RD_MEM_32 (0x40080090));
    GEL_TextOut ("0x400800A0:%x\n"、、、、 RD_MEM_32 (0x400800A0));
    GEL_TextOut ("0x400800B0:%x\n"、、、、 RD_MEM_32 (0x400800B0));
    GEL_TextOut ("0x40080024:%x\n"、、、、 RD_MEM_32 (0x40080024));

    }

    此致、

    Kyle

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

    您好 Kyle:

    我有一个与前面讨论的测试相关的问题。 您建议将 EVE 电压增加/降低30mV 和50mV。  
    我们可以测试 EVE 的最大和最小电压范围是多少。  
    福特团队建议使用100mV 步长进行测试。 "那你喜欢它吗?"

    谢谢!

    Sara

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

    尊敬的 Kyle:  

    您是否还能说明我们是否有可以在 DSP 端检查的类似寄存器?  

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

    您好 Kyle:  

    我们观察到、 即使在清除 EVE_PMEM_ED_STAT 后也会为其设置 ARP32ERR 错误。 它将再次被置位。 我们检查视图和摄像头是否正常流式传输。 我们为此行为捕捉了一个视频。  

    e2e.ti.com/.../EVE_5F00_Core_5F00_Issue_5F00_Debug_5F00_video.mp4

    请检查并告知我们是否出错、以及此错误对系统有何影响?  

    谢谢!

    Sara

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

    Sara、

    -1-

    我建议50mV 作为启动电压。  结果减少100mV 可能并不表示实际故障。

    -2-  

    Re:PMEM 奇偶校验错误...如果在启用奇偶校验时缓存已处于活动状态、则奇偶校验位可能未初始化、从而导致奇偶校验错误。   启用 PMEM 奇偶校验后、您可以立即启动全局失效:

    此致、

    Kyle

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

    每个引脚。 请查找说明所有已完成操作的鱼骨分析。

    e2e.ti.com/.../JIRA-60912-CX430-_5F00_Tessellated_5F00_-RVC-Image.pdf

    谢谢!

    Sara

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

    大家好、 正如我们所讨论的、您能否提取此处突出显示的 DIE_ID (和相邻)寄存器:

    此致、

    Kyle

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

    您好 Kyle、

    正如我们所讨论的、我们在为以下内核运行 DDR memtester 时会遇到问题

    - EVE2 DDR
    - A15 DDR
    - IPU2 DDR
    - EVE1 DDR

    请查看随附的失败测试和我们使用的测试包的日志。

    e2e.ti.com/.../memtester_5F00_dat2p2.zip

    e2e.ti.com/.../Failed.zip

    请检查并告知您的反馈。

    谢谢!

    Sara

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

    你好、Sara、

    参考装置上未通过的相同测试是否失败?   日志中的故障可能是从基本映像运行时出现的不兼容问题。  您是否还可以附加通过的日志?  

    我倾向于猜测您启动测试(包括 GEL)脚本的点在某些情况下受到阻碍、而在某些情况下、系统初始化有所帮助。   这些测试通常假设"boot by GEL"、其中其已初始化并将内核锁定在安全状态。   我记得你们的团队成功地针对不同的基础软件版本运行了许多这些软件、但我不明白它们都是什么。

    此致、
    理查德·W·
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    正在解锁该线程。

    Sara、请回答 Richards 的问题

    此致

    Dave C

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

    Dave 和 Richard、

    我们成功地在参考 ECU (黄金 ECU)以及可疑 ECU 上运行了 memtester 、两者都通过了测试。

    此外、在室温和冷温度下进行了测试、两项测试均成功通过。 我们于2024年10月18日通过电子邮件提供了结果。