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.

[参考译文] PROCESSOR-SDK-AM62X:DSS0 VP2_FREQ REQ RF 设置无效

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1506165/processor-sdk-am62x-dss0-vp2_freq-req-rf-setting-ineffective

器件型号:PROCESSOR-SDK-AM62X
Thread 中讨论的其他器件:AM6252AM62P

工具/软件:

DearTI、

我们的 AM6252电路板存在问题(自己的产品、而不是开发套件)。

根据数据表、我们应设置以下 HSYNC/VSYNC 控制 DSS0引脚:

在 TI 代码中、似乎正确配置了适用的寄存器:

我们执行了以下2项测试:

1.使用默认代码(如上):

寄存器似乎设置正常。

示波器显示 VSYNCH 信号转换开启 下降 边缘:

2.修改代码,将 RF 设置为负边:

寄存器似乎设置正确。

在测量 VSYNCH 信号时、我们看到 VSYNCH 仍在下降沿驱动 不过:

目前、更改 VP2_FREQ 寄存器设置中的 RF 似乎 无效!

我们是否遗漏了一些东西?

我们期待您的反馈。

提前感谢您!

M.Kubica.

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

    你(们)好  

    能否请参阅以下主题、看看这是否是您遇到的问题  

    (+) AM625:TIDSS_HOW TO 更改数据输出的时钟极性-处理器论坛-处理器- TI E2E 支持论坛

    我相信在几年前、我们可能也会带领您的团队经历过这一过程、但从事这项工作的人员可能有所不同。  

    此致

    Mukul  

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

    您好!

    感谢您的建议。 我们以前似乎遇到过类似的问题(涉及数据线、而不是 Vsynchend)。

    我们将在周一尝试建议的补丁、并告诉您是否设置影子寄存器是我们的解决方案。

    /mk

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

    您好 TI、

    将0x0010830下的影子寄存器更改为0x00000300"后、我们会看到以下行为:

    -射频设置在启动后从0到~2s 的时间看起来是正确的

    在2.0和3.0s 之间(估计)、它们再次不正确(可能恢复为默认值?) 短时间内(~1s)、然后它们再次正确无误。

    请观看以下视频。

     e2e.ti.com/.../MicrosoftTeams_2D00_video-_2800_2_2900_.mp4

    这可以通过在 M4和 A53内核之间切换 DSS 所有权来解释(我们在 M4上实现了引导期间的早期显示、然后将 DSS 重定向到 A53)。

    这种行为是否意味着我们在交车过程中有短时间的默认设置? 如果是的话-如何弥补这一差距?

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

    采用此权变措施之后似乎有一个额外的副作用- LVDS 和 DPI 侧之间存在相当大的延迟。

    e2e.ti.com/.../7220.MicrosoftTeams_2D00_video.mp4

    到目前为止、我们检查了以下内容:

    -两侧的影子寄存器设置相同

    -代码增量看起来很干净-延迟是在通过 0x0010830影子寄存器应用新的射频设置后引入的。

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

    到目前为止更新的摘要:

    • 建议的补丁似乎可以纠正射频行为、但至少会引入两个新问题:
      • M4上 LVDS 和 DPI 之间的延迟
      • A53上完全无输出

     我们将 SW 增量缩小到影子寄存器更改、在没有问题和2个新问题构建之间没有其他 SW 差异。

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

    关于问题时序的其他要点:


    射频侧面设置与我们观察到的问题时间一致。

    在射频设置转换为中间不正确设置之前、第2个 VP 不会激活、并且在 VSynch 设置恢复正常时、这两个设置都会消失。 见第一个答复。 另请参阅另一个视频:
    e2e.ti.com/.../VID20250505151942.mp4

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

    尊敬的 Maciej:

    您可以检查 pol_freq 寄存器、这里有一个与该位相关联的对齐位。

    为此实现方案向 FPT 提供了 AM62P 和 AM62 Uboot 到 Linux 的过渡、并已确认这一点之前是固定的。  您是否还能回答以下问题:

    1.是否在少量的器件上或在所有样品上都观察到此问题。

    2.应用这些修补程序的 SDK 基准是什么。

    3.您能否分享应用此更改的顺序。

    谢谢。此致、

    Rahul Prabhu   

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

    您好 Rahul、

    我们之前追逐的问题与数据线驱动有关。 遗憾的是、我们从未注意到 VSynch 设置也不正确、直到由于硬件容差变化而报告发生闪烁。

    在每个 ECU 上、不同步和缺少 Linux 输出的后续问题都是可重现的。 驱动边沿配置错误会导致~1%器件上出现问题。

    我们仍在使用 08.06.00.42 SDK。

    有关寄存器内容和序列的问题必须等到开发团队重新上线。  

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

    您好 Rahul、

    以下是 两种情况下 POL_freq 和 DPI0_CLK_CTRL 的寄存器设置

     devmem2从 Linux 读取这些寄存器的值、如下所示:

    root@am62xx-zdml3:~# devmem2 0x3020A04C
    /dev/mem 已打开。
    映射到地址0xffff8dc6d000的内存。
    读取地址0x3020A04C (0xffff8dc6d04c):0x00070000
    root@am62xx-zdml3:~# devmem2 0x3020B04C
    /dev/mem 已打开。
    映射到地址0xff9c1c2000的存储器。
    读取地址0x3020B04C (0xffff9c1c204c):0x00070000
    root@am62xx-zdml3:~# devmem2 0x00108300
    /dev/mem 已打开。
    映射到地址0xffac0fa000的存储器。
    读取地址:0x00108300 (0xffac0fa300):0x00000300

    3.以下是后遗症:

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

    进度更新:

    我们删除了一个可能与错误的驾驶边缘配置相关的旧解决方法(HFP/hpb 像素偏移):

     目前我们的状态如下:

    • 在 M4中、两个 VP 同时启动(不再延迟)
    • 在转换 到 Linux 1后、 输出很快消失
    • 之后两侧都有 Linux 主灯功能。

    相关视频:

    e2e.ti.com/.../MicrosoftTeams_2D00_video-_2800_1_2900_.mp4

    看起来当前问题仅限于 A53内核中的 VP 初始化。

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

    在 M4中仅应用一次影子寄存器更改后、我们消除了切换问题、但有一个新的随机问题、有时只会出现(发生~10-20%)。

    DPI 侧输出有时可能会倾斜:

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

    在此处同步电子邮件对话、由于倾斜问题已通过在面板驱动程序中将阴影寄存器设置重新调整为0x300来解决、因此我现在正在关闭此 TT。