TI中文支持网
TI专业的中文技术问题搜集分享网站

Does SN65DSI86 support inconsistent input and output formats?

Other Parts Discussed in Thread:SN65DSI86

 Does SN65DSI86 support inconsistent input and output formats?

Such as input RGB888 while output RGB666, or input RGB666 while output RGB888?

Kailyn Chen:

Hello,SN65DSI86 is MIPi DSIto embedded DisplayPort (eDP) bridge. Input could be either RGB666 or RGB888 data format, but the output is the display port(differential output) data output. What is your application?

,

user4966239:

Hi Kailyn,

Thanks.

Our platform is SDA660, we use SN65DSI86 convert MIPI signal to eDP for LCD.

We use both RGB666 and RGB888 format LCD, so I need double confirm with you whether we could use the same MIPI input format?

I need double confirm with you another thing, that LCD display form line, can we adjust some setting to improve this issue?

,

Kailyn Chen:

您好,为了更好的理解您的问题,我们可以直接中文沟通:)。

第一个问题中,您的意思是输入和输出格式是否可以不一致?比如输入RGB666,输出RGB888. 或者输入RGB888,输出RGB666. 我的意见是SN65DSI86 是一款MIPI CSI转eDP的桥芯片,输出不是CMOS输出,是Display port 差分输出,差分输出的电压范围以及共模电压在P11的电气参数表格里都有给出。

您现在的平台是SDA660,想使用SN65DSI86 实现MIPI转eDP,然后接LCD。

那么您的问题是, 是否使用同一种MIPI输入? 指的RGB666或RGB888吗? 另外,关于如何提高LCD display form line, 具体指的哪方面? 

,

user4966239:

问题一是指,我们DSI86的输入输出的是否可以不一致?
因为我们项目有多款LCD,有些是RGB666,有些是RGB888,我是否可以配置一种MIPI输入格式?是否会有什么风险?
笼统说就是Mipi的输入和LCD需要的格式不匹配是否OK?
DSI86输出的格式应该就是我们配置的MIPI的输入格式,对吧?

问题二是,当前我们配置的MIPI输入格式RGB666,但是无论是在RGB666或者在RGB888格式的LCD上面显示时,在某些画面或者播放视频时都会出现一圈圈的类似山形图中的等高线一样的环线,显示不正常。
请问是否有什么配置可以修改,来解决此问题?

以上感谢。

,

Kailyn Chen:

您的意思是您的LCD输入接收的是RGB666或者RGB888的数据格式?

但DSI86的输入是MIPI DSI信号,数据格式可以是RGB666,也可以是RGB888,但是输出是display port接口,LCD 的输入需要能兼容DisplayPort 1.2a和 eDP 1.4标准的 LCD。

,

user4966239:

是的。

LCD都是eDP接口的,规格兼容eDP1.2

请问如何解决?

方便给我您电话或者邮箱吗?

,

Kailyn Chen:

您好,抱歉,我们提供线上技术支持,如有问题,我们会尽快回复给您。
根据您的描述, 图像出现环线,显示不正常,我建议您这边附上DSI86的电路看下,输出和LCD之间是否AC耦合?
或者是建议按照DSI86 datasheet上做个测试,不需要DSI mipi输入, 参考8.4.5.11 Color Bar Generator部分的介绍,看输出图像是否有问题,从而进一步确定问题是出在DSI86上还是MIPI输入源的问题?

,

user4966239:

Hi,

如下是我们当前的电路图。

color bar部分测试是OK,还有就是即使源头Mipi输入color bar也是OK的,这是特定画面会有此问题。

目前我们尝试过一些不同配置的修改,状况如下:

1、  Qualcomm输出RGB888 + Bridge IC 输出888 + RGB888格式的LCD,有明显改善;

2、  Qualcomm输出RGB888 + Bridge IC 输出888 + RGB666格式的LCD,有明显改善;

3、  Qualcomm输出RGB888 + Bridge IC 输出666 + RGB666格式的LCD,NG;

4、  Qualcomm输出RGB888 + Bridge IC 输出666 + RGB888格式的LCD,NG;

5、  Qualcomm输出RGB666 + Bridge IC 输出666 + RGB666格式的LCD,NG;

结合以上情况,请帮忙确认哪种设定OK?因为照理正确的设定应该是全路径一致才对。

另外就是开始时向您请教的:我们这个bridge IC是否有buffer或者转换的功能?输入输出的格式是否需要对等?

,

user4966239:

Dear TI collegue,

Is there any update?

Best wishes

Sai

,

Kailyn Chen:

您好,抱歉回复晚了,DSI86本身就是一款视频数据转换的桥接芯片,对输入的MIPI 18bit RGB666或24bit RGB888的数据进行解码,然后转化为eDP或DP的数据格式。可以看下DSI86的8.2 Functional Block Diagram内部框图。
所以按照您的几种配置方式,1,2两种情况输入输出数据格式相同,相当于buffer。 3,4两种配置还是MIPI DSI数据的输入输出格式,并没有利用到 DSI86的MIPI DSI 到eDP转换的应用呢,这是我一直不太明白的地方。 电路没什么问题,除了I2C是开漏接口,需要上拉之外(这里我看到上拉电阻NC状态)。

,

user4966239:

I2C没有上拉的原因是CPU端有留了上拉电阻,所以此处NC不上件了。

solution 3,4两种配置和solution 1,2的差别是:配置了bridge IC的0X5B这个寄存器的第0为分别设了0 (24BPP RGB, default)和1(18BPP RGB),我们以为此处是配置Bridge IC的输出格式为RGB666或者RGB888,因为我们的LCD的format是RGB666的,不知道这样理解是否正确?
还是说不论我们的LCD的格式是RGB666或者RGB888,bridge IC此处都是采用default配置,不需要额外去设定?我们只需要设定MIPI的data format和LCD一致即可,此处也就是我前面一直请教的Bridge IC的输入输出格式是否需要对等的问题。

0X5B寄存器的正确解读是?

以上,还请再帮忙确认,谢谢

,

user4966239:

,

Kailyn Chen:

您好,根据datasheet 8.4.5.13 BPP Conversion的描述,以及0X5B的寄存器定义,应该指的是 24 bpp DSI input 到 18 bpp eDP output的转换。
所以3,4这里的配置,出现NG现象,我需要再看下。

,

Kailyn Chen:

您好,为了更好的解决您的问题,能否将NG的画面截图看下? 另外,前两个配置中,画面有所改善的图也建议附上看下。还有就是和您确认两个问题:
1)视频的分辨率是多少?
2) 18bpp RGB666的数据包, 是 loosely packet 还是 tightly packed DSI packet?

,

user4966239:

Hi Kailyn,

如下是OK/NG的画面,供参考。

1、LCD的resolution为1920 * 1080.

2、18bpp RGB666的数据包, 是 loosely packet

,

Kailyn Chen:

在18bpp和24bpp相互转换的时候,有没有按照8.4.5.13 BPP Conversion要求进行配置?DP_18BPP_EN=0 时,18 bppto 24 bpp: new[7:0] = {original[5:0], original[5:4]}
DP_18BPP_EN=1 时,24 bppto 18 bpp:new[5:0] = original[7:2].
OK和NG画面的寄存器配置可否附上看下?

,

user4966239:

可以帮忙提供您的电话嘛?

如前文沟通,这部分就是配置了bridge IC的0X5B这个寄存器的第0为分别设了0 (24BPP RGB, default)和1(18BPP RGB)。

1&2所谓的OK和3&4对应的NG就是此处有差别而已,其余都一致。

如有其它需要,还请再指明,谢谢。

,

Kailyn Chen:

很抱歉,回复晚了。目前的支持方式为线上支持。
DP_18BPP_EN正确配置之后, 18bpp和24bpp的转换没有其他需要配置的了,我再看下您的问题,给您带来不便非常抱歉。

,

user4966239:

新年快乐,牛年大吉!

这个问题还需要您再帮忙看下,谢谢。

,

Kailyn Chen:

您好,新年快乐。

关于您的问题,上述这几种配置中,接的这几块pannel 是否使用相同的EDID? 因为不同的EDID,可能需要不同的DSI86的视频寄存器的配置。

关于第二种情况,2. Qualcomm output RGB888 + Bridge IC  output 888 + RGB666 LCD,LCD could appear,

这里的配置是否设置DP_18DPP_EN。 24bpp到18bpp转换?因为一旦设置了DP_18DPP_EN, 说明通过eDP 接口传输的是18bpp数据格式,不论DSI数据流格式是什么样。 

还是建议附上DSI86的寄存器配置,尤其0XF0和0XF8 这两个寄存器。

,

user4966239:

相关寄存器的配置如下,不过F0和F8是ready only的

reg: 0xa, val: 0x85reg: 0xb, val: 0x0reg: 0xc, val: 0x0reg: 0xd, val: 0x1reg: 0xe, val: 0x0reg: 0xf, val: 0x0reg: 0x10, val: 0x26reg: 0x11, val: 0x0reg: 0x12, val: 0x53reg: 0x13, val: 0x53reg: 0x14, val: 0x0reg: 0x15, val: 0x0reg: 0x16, val: 0x0reg: 0x17, val: 0x0reg: 0x18, val: 0x0reg: 0x19, val: 0x0reg: 0x1a, val: 0x0reg: 0x1b, val: 0x0reg: 0x1c, val: 0x0reg: 0x1d, val: 0x0reg: 0x1e, val: 0x0reg: 0x1f, val: 0x0reg: 0x20, val: 0x80reg: 0x21, val: 0x7reg: 0x22, val: 0x0reg: 0x23, val: 0x0reg: 0x24, val: 0x38reg: 0x25, val: 0x4reg: 0x26, val: 0x0reg: 0x27, val: 0x0reg: 0x28, val: 0x0reg: 0x29, val: 0x0reg: 0x2a, val: 0x0reg: 0x2b, val: 0x0reg: 0x2c, val: 0x20reg: 0x2d, val: 0x80reg: 0x2e, val: 0x0reg: 0x2f, val: 0x0reg: 0x30, val: 0xereg: 0x31, val: 0x80reg: 0x32, val: 0x0reg: 0x33, val: 0x0reg: 0x34, val: 0x98reg: 0x35, val: 0x0reg: 0x36, val: 0x13reg: 0x37, val: 0x0reg: 0x38, val: 0x10reg: 0x39, val: 0x0reg: 0x3a, val: 0x3reg: 0x3b, val: 0x0reg: 0x3c, val: 0x0reg: 0x3d, val: 0x0reg: 0x3e, val: 0x0reg: 0x3f, val: 0x0reg: 0x40, val: 0x3creg: 0x41, val: 0x42reg: 0x42, val: 0x0reg: 0x43, val: 0x0reg: 0x44, val: 0x80reg: 0x45, val: 0x0reg: 0x46, val: 0x48reg: 0x47, val: 0x8reg: 0x48, val: 0x5creg: 0x49, val: 0x4reg: 0x4a, val: 0xb8reg: 0x4b, val: 0x0reg: 0x4c, val: 0x21reg: 0x4d, val: 0x0reg: 0x4e, val: 0x20reg: 0x4f, val: 0x80reg: 0x50, val: 0xereg: 0x51, val: 0x80reg: 0x52, val: 0x80reg: 0x53, val: 0x7reg: 0x54, val: 0x38reg: 0x55, val: 0x4reg: 0x56, val: 0x0reg: 0x57, val: 0x0reg: 0x58, val: 0x40reg: 0x59, val: 0xe4reg: 0x5a, val: 0x9reg: 0x5b, val: 0x3reg: 0x5c, val: 0x11reg: 0x5d, val: 0x0reg: 0x5e, val: 0x10reg: 0x5f, val: 0x0reg: 0x60, val: 0xa0reg: 0x61, val: 0x60reg: 0x62, val: 0xa4reg: 0x63, val: 0x0reg: 0x64, val: 0x0reg: 0x65, val: 0x1reg: 0x66, val: 0x0reg: 0x67, val: 0x0reg: 0x68, val: 0x0reg: 0x69, val: 0x0reg: 0x6a, val: 0x0reg: 0x6b, val: 0x0reg: 0x6c, val: 0x0reg: 0x6d, val: 0x0reg: 0x6e, val: 0x0reg: 0x6f, val: 0x0reg: 0x70, val: 0x0reg: 0x71, val: 0x0reg: 0x72, val: 0x0reg: 0x73, val: 0x0reg: 0x74, val: 0x0reg: 0x75, val: 0x1reg: 0x76, val: 0x2reg: 0x77, val: 0x1reg: 0x78, val: 0x80reg: 0x79, val: 0x81reg: 0x7a, val: 0x0reg: 0x7b, val: 0x0reg: 0x7c, val: 0x0reg: 0x7d, val: 0x0reg: 0x7e, val: 0x0reg: 0x7f, val: 0x0reg: 0x80, val: 0x0reg: 0x81, val: 0x0reg: 0x82, val: 0x0reg: 0x83, val: 0x0reg: 0x84, val: 0x0reg: 0x85, val: 0x0reg: 0x86, val: 0x0reg: 0x87, val: 0x0reg: 0x88, val: 0x0reg: 0x89, val: 0x1freg: 0x8a, val: 0x7creg: 0x8b, val: 0xf0reg: 0x8c, val: 0xc1reg: 0x8d, val: 0x7reg: 0x8e, val: 0x1freg: 0x8f, val: 0x7creg: 0x90, val: 0xf0reg: 0x91, val: 0xc1reg: 0x92, val: 0x7reg: 0x93, val: 0x24reg: 0x94, val: 0x81reg: 0x95, val: 0x0reg: 0x96, val: 0x1reg: 0x97, val: 0x4reg: 0x98, val: 0x1reg: 0x99, val: 0x0reg: 0x9a, val: 0x0reg: 0x9b, val: 0x0reg: 0x9c, val: 0x0reg: 0x9d, val: 0x0reg: 0x9e, val: 0x0reg: 0x9f, val: 0x0reg: 0xa0, val: 0x1reg: 0xa1, val: 0xffreg: 0xa2, val: 0xffreg: 0xa3, val: 0x0reg: 0xa4, val: 0x0reg: 0xa5, val: 0x0reg: 0xa6, val: 0x0reg: 0xa7, val: 0x0reg: 0xa8, val: 0x0reg: 0xa9, val: 0x0reg: 0xaa, val: 0x0reg: 0xab, val: 0x0reg: 0xac, val: 0x0reg: 0xad, val: 0x0reg: 0xae, val: 0x0reg: 0xaf, val: 0x0reg: 0xb0, val: 0x4reg: 0xb1, val: 0x78reg: 0xb2, val: 0xacreg: 0xb3, val: 0xacreg: 0xb4, val: 0x8reg: 0xb5, val: 0x6creg: 0xb6, val: 0x9creg: 0xb7, val: 0x9creg: 0xb8, val: 0xcreg: 0xb9, val: 0x5creg: 0xba, val: 0x5creg: 0xbb, val: 0x5creg: 0xbc, val: 0xcreg: 0xbd, val: 0xcreg: 0xbe, val: 0xcreg: 0xbf, val: 0xcreg: 0xc0, val: 0x3freg: 0xc1, val: 0x3freg: 0xc2, val: 0xfreg: 0xc3, val: 0x0reg: 0xc4, val: 0x0reg: 0xc5, val: 0x0reg: 0xc6, val: 0x0reg: 0xc7, val: 0x0reg: 0xc8, val: 0x0reg: 0xc9, val: 0x0reg: 0xca, val: 0x0reg: 0xcb, val: 0x0reg: 0xcc, val: 0x0reg: 0xcd, val: 0x0reg: 0xce, val: 0x0reg: 0xcf, val: 0x0reg: 0xd0, val: 0x0reg: 0xd1, val: 0x0reg: 0xd2, val: 0x0reg: 0xd3, val: 0x0reg:

,

user4966239:

请问,有何结果?

,

Kailyn Chen:

您好,只读寄存器F0和F8的值是多少呢?在这个寄存器列表里没找到这两个状态寄存器的值。

,

user4966239:

F0 ~F8的值如下:

sn65dsi86: f0:0
sn65dsi86: f1:0
sn65dsi86: f2:0
sn65dsi86: f3:0
sn65dsi86: f4:1
sn65dsi86: f5:0
sn65dsi86: f6:0
sn65dsi86: f7:0
sn65dsi86: f8:1

,

user4966239:

Hi, 请帮忙更新状况,谢谢

,

Kailyn Chen:

您好,您的问题在分析中,根据您提供状态寄存器的值,是否有分析,当画面正常和NG情况下,这几个状态寄存器的值有什么变化吗?

,

user4966239:

你是指配置1&2时的OK相对其它的NG嘛?
F0和F8没有变化,其它的寄存器是有变化的,您想了解哪个?

,

user4966239:

您好,请帮忙更新分析状况,谢谢。

,

Kailyn Chen:

是的,就是要了解下当配置1&2时画面OK,和其他几种NG配置时,F0~F8这几个状态寄存器如何变化的。

,

user4966239:

这个有点难弄,因为有些寄存器是随机变化的,不是恒定的,规律比较不好掌握

如果你有具体的某一个,我们可以重点看下,或许比较好把握,谢谢

,

user4966239:

OK,的如下:
sn65dsi86: f0:0sn65dsi86: f1:0sn65dsi86: f2:0sn65dsi86: f3:0
sn65dsi86: f4:1
sn65dsi86: f5:2
sn65dsi86: f6:0
sn65dsi86: f7:0
sn65dsi86: f8:1

,

user4966239:

请帮忙更新状况,谢谢

,

Kailyn Chen:

您好,关于您的这个问题,我这边收到回复是在下面这个视频源输出RGB666,LCD也是RGB666时,画面NG的情况,建议是检查下Qualcomm是否输出正确的RGB666的数据格式。

In this particular case, the DSI86 is not doing any 18 bit to 24 bit conversion and since the status registers are the same between the working and non-working case, they need to look at the Qualcomm source and make sure the source is sending out the RGB666 in the correct format.

Qualcomm output RGB666 + Bridge IC output 666 + RGB666 LCD,NG;

,

user4966239:

Qualcomm配成666很简单,bpp配成18,然后设定一下这个就可以了

case DSI_VIDEO_MODE: if (pixel_packing == 0) *dst_format = DSI_VIDEO_DST_FORMAT_RGB666; else *dst_format = DSI_VIDEO_DST_FORMAT_RGB666_LOOSE; break;

Qualcomm不支持第一个 ,只能跑DSI_VIDEO_DST_FORMAT_RGB666_LOOSE,会和这里有关嘛?

,

user4966239:

您好!
请帮忙更新状态,谢谢。

,

user4966239:

您好!
请帮忙更新状态,谢谢。

赞(0)
未经允许不得转载:TI中文支持网 » Does SN65DSI86 support inconsistent input and output formats?
分享到: 更多 (0)