君曜触控芯片驱动操作手册

《君曜触控芯片驱动操作手册》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、君曜触控芯片驱动问题排除手册庄志良Version:1.1CREATE:2013/07/01UPDATE:2013/07/26摘要本文件摘录贵司在进行君曜驱动开发时所遇到过或是可能遇到的问题共有28个项目，相关的波型，成因与解法都有被详列出来1.电源检查IC的电源异常，行为将会非常的异常确定你的产品的电源VDD=1.8V或是VDD=3.3V确认固件中的电压设定电源检查当电源为3.3V的时候INT=3.3VRST=3.3VSDA=3.3VSCL=3.3VVDD=3.3V当电源为1.8V的时候INT=1.8VRST=1.8VSDA=1.8VSC

2、L=1.8VVDD=2.8V/3.3V在手无触摸的时候，你应该要确认IC的脚位上的电压如上电源检查整机上:GND应该与整机的地(电池的黑线)是一致的Zeki上:应该要与Bridge的地一致Ps.检查方法，使用万用表的短路侦测(会哔的那一个档位)2.脚位导通测试不要太相信自己(客户)的焊接技巧，你能相信的只有电表在焊完测试线后，一定要确认有无空焊外接的SDAIC的SDA外接的SCLIC的SCL外接的RSTIC的RST外接的INTIC的INT外接的VDDIC的VDD确认各个端点的电压是否有不正常的压降确认各个脚位不会有异常的相对应关

3、系小技巧:将外接的脚位，用杜邦线接到地，去量IC脚位上相对应的电压(应该要为0)3.正常的开机波型(PoweronReset)报空点(Dummyreport)4。I2C写入字节波型写入一个字节包括0xB2充电功能，和suspend都是类似的，仅写入的字节不同SDASCLSCL=1,SDA=0ACK地址会往左移一个bitClockstretch，无Clockstretch是一个常见的主控错误异常的波形，无ClockStretch若无ClockStretch则会下错指令5.I2C的频率在波形上右键单击，在一两个连续的上升波中，放上A与B的标

4、记，来取得I2C的速度，一些而言，速度的设定会是100KHz及400KHz，过快或过慢都有问题6.休眠下电后需下RST在此波形缺乏在POR之后的一次RST系统有很大的机率无法正确地被执行7.休眠误入烧写模式8.休眠期間下I2C指令suspend_mode=0唤醒suspend_mode=1休眠当suspend_mode=1的时候不可以去读点(ts_work要离开)不可以去更动充电器的状态现在的主芯片，休眠都会下电，也因此RST也会同时为0因为，休眠唤醒后，一定要先拉RST=1,再来RST=0，RST=1第一个RST=1的时间要够长，让

5、电压可以从0爬升上来，且至少等待1ms9.充电器与休眠指令在进入了休眠状态之后，不应该下充电器指令10.唤醒的时候去更动充电指令此唤醒是由RST来进行的，有些客户会忘了,我们RST=0时，不能下。上图的例子是一个充电器(0xB5)的指令，这时候，IC是会异常的。10.休眠唤醒没有RST11.下载器(Downloader)(1/2)一定要全部擦除(MassErase)，以免产在线断电使用签章(Signature)功能确认page#255的最后4个字节为“Zeit”若非则flash全部擦除若downloader正常完成则再多写一次page#2

6、55，并将最后4个字节设为”Zeit”下载器(Downloader)2/2先确认Sendpassword是可以用的Zet6223的长度为512pagesZET6223的page504~511要下sendpassword1KZET6221的长度为128pagesZET6231/ZET6251的长度为256pages12.无法烧写504~511页当Model为ZET6223时若要存取第504~511页请多执行上面红框中程序Sendpassword1K解除ZET6223第504~511页无法烧写问题13.PageErase后SCL强制拉低ZET

7、6221.ZET6223的硬件在刻录时，STOP后，会拉住SCL一阵时间，这会有机会造成一些容错率低的主芯片的I2C错乱这时候，可以建议客户，使用一个delay并加上resetI2C的控制来完成13.PageWrite需131字节君曜的触控IC的每次的PageWrite需要131个字节来完成，目前Action平台尚未支持ZET6221,ZET6223这个部分是写死的ZET6231,ZET6251可以使用8byte为单位来做写入，但除非必要不要使用14.不一致的读点频率主控来读的时序不正确会造成速度变超慢15.错误的读手指时机正常的读手指时

8、机得在INT=0的时候，上图为不正常的读手指。这样的系统会有，不能触摸，或是触摸异常成因为:主芯片的速度过慢，或是被另外的AP吃了太多的资源读点的时机有误用错了protocol汇顶的是先写后读