嵌入式分享系列写到这里已经是第27篇这次聊一个很容易让人抓狂的问题GT911这颗电容触摸控制芯片居然有两个I2C地址。上个月我调一块新的电容触摸板i2cdetect一扫描总线上的设备地址是0x14代码里吃的却是0x5D驱动直接枚举失败。当时第一反应是怀疑硬件焊接问题拿放大镜检查了半天最后才发现是这颗芯片的地址机制在作怪。如果你也在为“触摸屏I2C扫不到设备”“驱动报错找不到芯片”“同一颗IC在不同板子上地址不一样”这类问题头疼这篇分享应该能帮上忙。1. 先把地址这件事彻底理清楚1.1 两个地址对应两种配置而7位和8位是最容易混淆的地方要想搞清楚GT911的I2C地址先得把“7位地址”和“8位地址”这两个概念并排放在一起看。I2C协议里一个从设备的地址本质上只有7位第8位是读写方向位。Linux设备树、i2cdetect、i2c-tools这类工具默认都用7位地址表示而很多芯片手册和数据手册里喜欢把读写位一起写进去直接给你0x28、0x29、0xBA、0xBB这种8位视角的地址。GT911在不同配置下有两组地址配置一7位地址是0x14总线视角下写地址是0x28、读地址是0x29配置二7位地址是0x5D总线视角下写地址是0xBA、读地址是0xBB很多人在设备树里看到别人写“address 0x5d”就以为芯片的8位地址也是0x5D然后写代码时又按8位思维去操作最终发现怎么都调不通。反过来手册里写着0x28/0x29你往设备树里填0x28那也是错的因为0x28在7位地址空间里是另一颗芯片的位置GT911占的其实是0x14。这个认知错位是绝大多数GT911问题的根源。你说它难吗不难就是一层窗户纸但没捅破之前真的能把人折腾到怀疑人生。我那个项目里同事坚持“手册写0x28”我扫出来0x14他还不信最后逻辑分析仪抓到起始信号后的地址字节是0x28写操作他才反应过来7位0x14左移一位就是8位0x28。1.2 为什么这颗芯片要设计两个地址芯片设计者不会无缘无故留两个地址位GT911这么做主要为了解决几个非常现实的问题。第一是绕开I2C总线上的地址冲突。现在一块主板上挂的I2C设备实在太多了加速度计、陀螺仪、温湿度传感器、磁力计动不动就把0x5D这个常用地址占了。GT911默认那一组刚好是0x5D冲突概率不低。能切到0x14就等于多了一条退路。第二是支持一条总线上挂多个触摸屏。两片GT911分别锁存到不同地址用同一个I2C控制器就能同时管理两块屏。双屏设备、翻盖产品、折叠屏调试这种需求在消费电子和工控里都不算罕见。第三是给模块厂商留灵活度。有些模块厂商习惯把所有I2C器件都设计在低位地址区间有些则偏好高位GT911能在两个地址之间切换模块厂商可以根据自家产品线做统一规划。我自己的习惯是拿到一块新板子绝不默认它是哪个地址先扫描扫到以后读一下PID确认再在代码里适配。前面省一分钟后面省一天。2. 地址不是焊死的它由上电复位时序决定2.1 复位上升沿瞬间INT引脚电平被锁存成地址GT911的I2C地址不是芯片出厂写死的一个固定值而是上电复位过程中由外部引脚状态决定的。这设计放在嵌入式里很常见芯片管脚不够用就用复用加锁存的思路。具体过程大概是这样的RESET引脚先拉低保持一段时间再把RESET拉高在RESET上升沿附近芯片内部锁存INT引脚的电平INT引脚为低电平地址锁定为7位0x148位写0x28、读0x29INT引脚为高电平地址锁定为7位0x5D8位写0xBA、读0xBB注意INT脚正常工作时是作为触摸中断输出用的有触摸时拉低通知主控。绝大多数模块设计时会给INT加一个上拉电阻所以默认按这个硬件状态走上电复位后拿到的就是0x5D这一组。有意思的是我实际测试过的两类模块正好对应两种接法模块把INT直接通过10K电阻上拉到VDD扫描结果是0x5D模块把INT直连主控GPIO复位期间GPIO被拉低、复位完成后再切回中断输入模式扫描结果是0x14这个发现也提示了一个重要的排查方向你的触摸屏模块原理图里INT到底怎么接的基本上决定了你会遇到哪个地址。有些模块还会把地址选择做成焊盘或0欧电阻位挪一下电阻就能切换量产时改硬件比改软件更省事。2.2 软件也能改地址但别指望它当主方案GT911还留了一个软件配置入口。配置寄存器区里有一个字节和I2C地址直接相关也就是通过0x8047这个寄存器的bit7来切换bit7置1使用0x5D这组地址bit7清0使用0x14这组地址但我必须提醒一句软件切换这个事坑比想象中多。最典型的问题就是如果你的代码根本没法跟芯片通信那你怎么可能通过软件去改它的地址软件切换有一个隐含前提就是你当前已经能用某个地址正常读写这颗芯片之后为了避让同总线上的其他设备再利用寄存器把地址切过去。另一个坑是0x8047这个寄存器不是普通的数据寄存器它位于配置区直接写往往写不进去需要满足配置区的写入条件。不同批次固件的处理细节还有细微差异网上很多笔记给的字节序列都不完全一样。我在实际项目中不太敢依赖这个做量产方案因为一旦时序没控制好芯片可能处于一种“半配置”状态表现就是地址切换不生效甚至整个触摸功能异常。所以我个人强烈建议项目里能用硬件固定地址的坚决用硬件固定。软件切换留着做兼容和调试辅助不要当主力方案。3. 实战操作确认当前地址、验证设备、读坐标3.1 i2cdetect扫一遍30秒定位真相不管你是Linux还是Android环境只要装了i2c-tools第一步永远是扫描总线。假设你的触摸控制器挂在I2C1上设备节点是/dev/i2c-1直接用i2cdetect -y 1扫出来的结果一种情况是看到0x140 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- 14 -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --说明这颗GT911工作在7位地址0x14对应8位写地址是0x28、读地址是0x29。另一种情况是看到0x5D0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- ... 50: -- -- -- -- -- -- -- -- -- -- -- -- -- 5d -- --那它工作在7位地址0x5D8位视角下就是0xBA写、0xBB读。这一步30秒就能完成但真的能帮你省掉后面好几个小时。我见过太多人卡在“设备树里写0x5D没问题代码里却纠结0x28还是0x29”这种混合思维上。3.2 扫到了先别高兴读一下PID验证身份地址能扫到只能说明这个位置上有一个I2C从设备在应答不一定是GT911。总线上可能还有别的芯片占了同一个坑或者某个焊错的传感器也在响应。最稳妥的确认办法是读产品ID。GT911的寄存器地址是16位的产品ID放在0x8140这个寄存器连续读4个字节前三个是ASCII字符“911”。手工验证的时候可以先用i2cset往设备里写寄存器地址注意要分两个字节写高字节在前i2cset -y 1 0x14 0x81 0x40这里0x14是7位从设备地址0x81和0x40是寄存器地址0x8140的高、低字节。GT911不像很多MCU外设那样用8位寄存器地址它的寄存器空间是16位寻址传输时必须先发高地址字节再发低地址字节。然后再用i2cdump或者一个简单的Python脚本去读。读到的结果应该是第一个字节0x39是字符9第二个字节0x31是字符1第三个字节0x31是字符1第四个字节是固件版本号具体数值不用太纠结。只要看到这个序列这颗芯片基本就能确认是GT911了。后面调试驱动也更有底气。3.3 坐标读取流程记住16位寄存器地址和状态位把地址和身份都确认好以后接下来就是读坐标。GT911的坐标读取流程这样走读取寄存器0x814E的一个字节查看bit7是否置1bit7为1说明触摸控制器已经完成一次采样数据在缓冲区里准备好了从0x8150开始连续读取坐标数据每个触摸点占6个字节读完以后向0x814E写0清掉buffer状态位芯片才会准备下一轮采样单点触摸的数据排列是X坐标低字节、X坐标高字节、Y坐标低字节、Y坐标高字节、触摸面积大小、保留字节。用裸I2C操作来表达就是这个样子uint8_t reg_addr[2] {0x81, 0x50}; uint8_t buf[6]; i2c_write(0x14, reg_addr, 2); i2c_read(0x14, buf, 6); uint16_t x buf[0] | (buf[1] 8); uint16_t y buf[2] | (buf[3] 8);很多人在这一步栽跟头是因为他把寄存器地址当成一个普通的16位数值想着直接发0x8150结果I2C传输是字节流必须先发0x81再发0x50顺序反了读出来的数据就是乱的。还有一点读到的坐标范围跟配置区里的感应区大小有关不一定直接等于屏幕分辨率。如果后面发现触摸位置反了跟你I2C地址没关系是坐标转换没做我下一节专门讲。4. 典型问题排查实录这些问题我都踩过4.1 扫描不到设备但硬件看起来正常先查这三个方向这是最高频的问题说几个我实测过的原因。第一个是地址维度看错。设备树里写0x28i2cdetect里也想看到0x28但这颗芯片实际占的7位地址是0x14。二者对着同一个硬件却各说各话代码当然不通。这种情况最好的办法就是拿逻辑分析仪抓I2C起始条件看主机发出的地址字节到底是0x28还是0xBA一眼就能判断当前芯片工作在哪个地址配置下。第二个是复位时序不对。GT911要求RESET先拉低再拉高拉低保持时间有最小要求。主控上电后如果复位GPIO没初始化好或者被复用成别的功能芯片就一直处于复位状态。我在一个项目里遇到过RESET引脚和LED灯复用了同一个GPIO上电瞬间GPIO输出高电平等于触摸芯片一直被按住复位扫描当然失败。第三个是SDA和SCL接反。飞线调试或者自制转接板时很容易犯而且这类问题有时还带隐蔽性因为某些模块只有一边能扫到设备换地址扫描又是另一个结果。排查时先量一下两根线的连通性再对一下原理图引脚顺序。4.2 地址冲突了怎么办一块主板上I2C总线往往挂多个传感器。假设有一颗运动传感器占了7位地址0x5D而GT911默认也是0x5D两个设备同时应答总线协议直接乱套。解决方案有两类。一类是改传感器地址很多传感器也有地址引脚或寄存器配置。另一类就是把GT911切到0x14。切GT911最可靠的方式在前面已经说过靠复位时序时INT引脚的电平。如果INT是直连主控的复位期间把GPIO配成输出低释放后再改成输入中断完全可行。关键是时序点必须在RESET上升沿之前把INT电平稳定住。模块背面如果预留了地址选择焊盘那就更简单了挪一下0欧电阻就能切换。批量生产时这个方案比每台设备都去跑一遍软件切换要稳定得多。4.3 一条总线上挂两个触摸屏怎么区分双屏设备上要用同一个I2C接口管理两片GT911理论上是可以做到的就是让两片芯片在复位时锁存到不同地址。第一片复位时把INT拉低得到0x14第二片复位时把INT拉高得到0x5D这里有个关键细节两片芯片的复位时序必须分开控制不能同时复位否则它们会锁存到相同地址。原理图设计时就要预留两个独立的RESET控制脚或者用GPIO扩展器控制。我在某个双屏工程样机上踩过这个坑。两块屏同时上电两片GT911都默认成了0x5DI2C总线上完全没法用。后来把两路RESET分开控制上电时先复位第一片拉低INT等它稳定再复位第二片拉高INT问题才解决。4.4 触摸方向反了跟地址没有关系调好地址、能读到坐标以后发现触摸方向反了这时候很多人会回头看地址反复切换0x14和0x5D折腾半天也没用。因为坐标方向问题跟I2C地址没有任何关系是GT911输出的坐标范围和屏幕实际显示方向的映射问题。处理办法也很直接X方向镜像把读到的X坐标用“感应区宽度最大值减去当前值”做一次翻转Y方向镜像对Y坐标做同样的翻转最大值来源是配置区里设置的感应区长宽不是屏幕的像素数这个坑我特意写在这篇地址专题里就是因为我见过太多人方向不对就回去怀疑地址越陷越深。先把坐标映射关系理清楚再回头看地址效率会高很多。4.5 坐标全零或者偶发跳变先查这几个点坐标全0一般有三个原因。第一中断信号没接对。GT911检测到触摸时通过INT脚拉低通知主控如果中断线没接或者配置错误主控一直在轮询但不知道什么时候有新数据读到的buffer可能一直是空状态或者旧数据。第二读完没清状态位。这是一个非常经典的bug。第一次读到坐标第二次如果不向0x814E写0清掉bit7数据就不再更新看起来就是“死数据”。第三多点解析偏移错了。如果从0x814E开始读第一个字节是状态坐标主体是从0x8150开始的。有的驱动把偏移算错从状态字节后面直接找坐标读出来自然全乱。单点还好多点一多偏移一错坐标就全飘了。5. 我实践下来最省心的地址处理方式把GT911的地址问题彻底理顺之后我再分享几条个人经验。这些都是踩坑换来的写出来能帮一个是一个。第一原理图阶段就把INT脚接法定死。确定要用0x14还是0x5D直接在原理图上体现。如果模块是外购的样品到手第一件事就是看原理图看不出来就扫描千万别靠猜。第二软件里不要写死单个地址初始化时做一遍地址枚举。先扫0x14再扫0x5D读到PID等于GT911的那个地址就是当前实际地址。枚举成本极低也就是多两次I2C探测却能换来开发调试和量产兼容上的省心。第三读坐标以后不要忘清状态位。那句“写0到0x814E”看起来不起眼但很多排查很久的“触摸偶尔失灵”问题最后都追到这一行代码上。第四所有寄存器读写都要按16位寄存器地址来操作。GT911不是常见的8位寄存器芯片发寄存器地址时高字节在前、低字节在后。不少从其它平台移植过来的驱动砍掉了一半只发一个字节地址怎么读都是0xFF还以为是芯片坏了。第五地址问题的排查永远从i2cdetect开始不要从阅读设备树开始。设备树是别人写的模块是别人做的只有总线上真实扫描到的地址才是唯一可信的事实。这次分享就到这里。GT911的I2C地址这个坑本质上是7位地址和8位地址两套表示法混用带来的认知错位再加上复位时序对地址的隐形影响就更能折腾人了。如果你也遇到触摸屏I2C不通的问题不妨先用上面的方法扫一遍地址很可能也会有“原来是这样”的感觉。