Novatek在整机EMI上的应对策略分享

        首先，针对显示面板商经常会在整机厂商端碰到整机EMI Fail问题，有些EMI Fail的频段是跟Driver IC相关。Novatek作为显示驱动IC厂商，我们在针对这部分EMI问题上提出了比较行而有效的方案，方案分享如下。

        当我们在遇到EMI Fail频段与Driver相关时，通过整改整机接地等均不能解决时候，可以尝试将Driver IC接收数据进行分COF Delay。这样将能量进行分散，避免同时Data变化造成能量过大。CHPI协议的COF举例如下：

 CHPI两种Type CT 0xb0000011111 or 0xb1111100000,CDR均可以锁上。

若COF同时进行Data转换如下图：

1.8V电流抽载大（能量大）不利于EMI PASS

 当我们通过SOC&TCON对TX Skew按COF进行不同的设定，使得COF与COF间接收Data时间相互存在Delay，这样如下图：                                                                                  

1.8V电流抽载（分开抽载，能量小）便于EMI测试PASS

所以，我们可以请SOC或者TCON针对TX进行分COF不同的Skew调节，使得Data针对不同的COF接收时间有一个较小的Delay时间，这样避免COF在进行Data更新时能量过大造成EMI Fail。

问题一：

针对Driver IC来说有什么方法可以尽量避免出现EMI问题？

首先，在TX Data传输时针对高速信号可以在满足眼图PASS的情况下尽量减小Tx Swing&Pre-Emphasis的设定值，有必要可开启SSCG展频，使得在相应频段能量分散。

问题二：

SSCG展频开多大为好？

SSCG展频开多大，需要结合Driver IC以及SOC&TCON的规格来定，一般建议最大Total 3%，即可。

问题三：

IC与IC间的Data Delay可以随意设定吗？

Data Delay不能随意设定，需要看显示效果，避免造成亮度差或者显示异常。

问题四：

解决EMI还有那些方案？

EMI问题是一个非常复杂的系统问题，可以建议从整机整个的接地性，异常能量信号的屏蔽，以及降低相应频段的能量等方面着手整改。

问题五：

CHPI协议里面的Kcode指啥？

Kcode为CHPI协议自定的编码，Kcode包含了K1，K2，K3，K4等码型以及这些标识符码型后面所跟的针对Driver IC的CMD设定，和一些Idle数据统称为Kcode。可以简单理解CHPI协议分CT（Clock training pattern）码，Kcode码和Data码。