• 状态 Resolved
  • 已锁定 已锁定
  • 回复 15 回复
  • 订户 0 订户
  • 视图 1082 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TFP401A：像素值的边界出现奇怪的线

admin
Guru**** 2391165 points
Other Parts Discussed in Thread: TFP401

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1398992/tfp401a-strange-line-appears-at-the-boundary-of-pixel-value

器件型号：TFP401A
Thread 中讨论的其他器件：TFP401

工具与软件：

尊敬的支持团队：

我们目前正在 将 TFP401APZP 芯片用于480x480分辨率、18位色深显示。

我们遇到了一个异常问题、沿出现了一条明显的线 颜色值的水平边界 .
这条线沿垂直轴消失。
值得注意的是、这不是彩色条带的情况。



下面的 着色器 用于在上面生成绿色渐变图像、其中最小颜色宽度预计为32像素。
但是、问题表现为1像素行、似乎与此预期相反。 

// GLSL

void main()
{
    vec2 coord = gl_FragCoord.xy;

    ivec3 ic = ivec3(0, int(coord.x) / 32, 0);

    if (ic.y > 7) 
    {
       ic.y = 8;
    }
    
    fragColor = vec4(vec3(ic) / 255.0, 1.0); 
}


配置：

Raspberry Pi 4 HDMI -> TFP401 ->(Drop 2LSB)->显示驱动程序(ST7701SN)

下面是用于 HDMI 的显示时序信息。



当直接与 ESP32连接并使用18位 RGB 配置时、显示屏工作正常。
我们已经检查了硬件设置、没有发现明显的问题


我们欢迎您提供任何建议或建议。

此致、

安俊佑

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

    嘿 Gunwoo、

    该问题是否会在多个电路板/器件上发生？  

    您如何确认它不是色带问题？

    这条线可能是由于减少了 LSB 而不是 MSB。 发送信号是大端字节序信号还是小端字节序信号？ 这可以在 RPI 和 ESP32之间交换。

    此致！

    Vishesh Pithadiya

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

    尊敬的 Vishesh Pithadiya：

    在 Raspberry Pi 和显示设置的不同组合中、此问题仍然存在。(只有一个 TFP401板)

    我已经确认这不是色带的情况、因为当显示0-255级梯度时、图像会正确量化为2LSB、并具有像素完美匹配(结果、每组四个像素共享相同的亮度)。

    我相信 MSB 和 LSB 设置都没有错误。 如果端字节序配置不匹配、则整个图像将显示不正确。

    有趣的是 图像是完美的。
    除了梯度值边界处损坏的单个像素外、     尽管最小宽度为 4像素。
    我尝试在 https://www.shadertoy.com/上使用颜色位扰频重现此问题 、但失败了。

    此致、

    安俊佑

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

    嘿 Gunwoo、

    如果图像是完美的、问题仅源于梯度、这不是硬件问题、则源于删除的 LSB 值。

    24bpp 至18bpp 像素转换时、梯度值的边缘受影响最大、因为在此瞬态范围内、额外位的使用最广泛。  

    [quote userid="618778" url="~/support/interface-group/interface/f/interface-forum/1398992/tfp401a-strange-line-appears-at-the-boundary-of-pixel-value
    当直接与 ESP32连接并使用18位 RGB 配置时、显示屏工作正常。
    我们已经查看了硬件设置、没有发现明显的问题[/QUOT]

    使用18bpp 视频信号开始使用并不会导致此类干扰这一事实也证实了此理论。

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

    我同意该问题的核心可能源于24bpp 至18bpp 的转换。

    但是、考虑到问题的轴相关性、我认为转换本身不是直接原因、如前所述。 为了帮助进行分析、我附上了 TFP401的简要原理图以显示连接。

    在我看来、轴相关性可能与显示屏的时序有关、后者先处理行。 在此阶段是否可能发生位损坏？

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

    嘿 Gunwoo、

    您能否共享整个原理图？

    此外、您使用的引脚搭接设置是什么？

    像素和~的状态是什么？

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

    对延迟响应深表歉意。

    目前来说、整个原理图的分享还是有一些困难的。

    ~、我已经附上了像素和 Z Θ 的特定原理图部分。

    此致、

    安俊佑

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

    嘿 Gunwoo、

    我不熟悉所使用的符号。  在电路板上对 Pixs/OCK/OCK_INV ST 进行上拉或下拉？  

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

    对信息不足深表歉意。

    它们是跳线单元、当前所有未连接。
    因此、对 ST 进行上拉、对 Pixs 和 OCK_INV 进行下拉。

    这是否错过了配置？

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

    嘿 Gunwoo、

    尝试以下这些控制引脚的组合：

    电流设置：ST = 1、Pixs = 0、OCK_INV = 0

    1) St = 0、Pixs = 0、OCK_INV = 0

    2) St = 0、Pixs = 1、OCK_INV = 0

    3) St = 0、Pixs = 0、OCK_INV = 1

    4) 4) St = 0、Pixs = 1、OCK_INV = 1

    5) 5) St = 1、Pixs = 1、OCK_INV = 0

    6) 6) St = 1、Pixs = 0、OCK_INV = 1

    7) ST = 1、Pixs = 1、OCK_INV = 1

     

    ST 引脚不应发挥太大的作用、而是值得测试。  OCK 的极性可能会因某些占空比问题而影响输出。 如果您能够测试此引脚、STAG 引脚也可能有助于应对此情况。 STAG 引脚将交错布置偶数和奇数输出  

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

    根据您的建议、我测试了以下组合。  

    1) ST = 0、Pixs = 0、OCK_INV = 0 →减少线、但仍有一些剩余。
    3) 3) St = 0、Pixs = 0、OCK_INV = 1→减少的线条、但仍有一些线条。 (不确定)
    5) ST = 1、Pixs = 1、OCK_INV = 0→导致一半的显示器损坏
    6)  →= 1、Pixs = 0、OCK_INV = 1 μ s 已清除所有行

    编辑)  

    我采用了配置 St = 1、Pixs = 0、OCK_INV = 1、这导致 值边界处的奇怪线消失。

    不过、现在有一条垂直出现的轻微随机噪声线。

    为了解决此问题、我应该进行哪些调查？

    (stag 引脚处于高电平状态)

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

    我不太确定要诚实。

    如果出现轻微的随机噪声、最好验证所有连接都是声音、并且使用的电缆已被正确屏蔽。 您是否能够发送图片？

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

    e2e.ti.com/.../20240822_5F00_125519.mp4

    这是我提到的垂直噪声、但要捕捉眼睛看到的准确视觉效果很有挑战性。

    当我恢复到配置 St = 1、Pixs = 0、OCK_INV = 0时、噪声消失。

    这可能是由  OCK_INV 和 HDMI 时序 选项不匹配引起的吗？

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

    ~、检查 Δ V stag 是否在消除噪声方面发挥作用可能会很有用。

    这似乎与 OCK 的极性有关、因此我建议仔细检查 HSYNC 和 VSYNC 时序、并确保像素时钟处于预期频率

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

    垂直噪音问题已解决。

    这与 Ubuntu 的 DRM 软件使用有关。
    现在、显示非常清晰。

    衷心感谢您在帮助我们解决和解决此问题方面始终如一的帮助和努力。

    此致、

    安俊佑

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

    没问题！

    很高兴我们使它起作用。