GT911触摸屏I2C地址机制与复位时序驱动适配实战
1. 从一次触摸屏装死说起GT911的地址迷雾如果你调过电容触摸屏大概率绕不开GT911这颗芯片。它便宜、好买、资料多在中小尺寸触摸屏方案里几乎是默认选项。但就是这么一颗被无数教程写烂的芯片我最近还是被它结结实实地上了一课——设备上电后触摸屏毫无反应I2C总线上扫不到任何设备示波器看波形一切正常供电、复位、中断引脚全部量过就是死活不认。折腾了大半天最后发现问题出在一个我从来没认真看过的细节上GT911有两个可选的I2C从机地址而它到底用哪个地址取决于上电复位那一刻INT引脚的电平状态。换句话说同一块板子同一颗芯片因为复位时序的细微差别它可能挂在0x5D也可能挂在0x14。你代码里写死一个地址就有一半的概率扫不到它。这个坑的隐蔽之处在于它不是硬件坏了也不是驱动写错了而是芯片的地址在启动瞬间被动态决定了。很多教程只告诉你GT911地址是0x5D却没说这个地址是可以变的更没说变的条件是什么。这篇就围绕这个点把GT911的地址机制、复位时序、驱动适配、以及我在实际项目里踩过的相关坑完整地捋一遍。不管你是刚上手触摸屏的新手还是调过好几款屏的老手只要你的方案里用到GT911这篇内容都值得花时间看完——因为这个问题一旦踩中排查成本极高而规避成本几乎为零。2. GT911的地址不是写死的双地址机制的原理拆解2.1 为什么一颗芯片要设计两个地址先回答一个很多人没想过的问题GT911为什么要有两个I2C地址直接固定一个不省事吗原因其实很实际。I2C总线上的地址是7位理论上有128个可用地址但实际能用的、不冲突的并不多。触摸屏作为一个外设它的地址必须和主控上挂的其他I2C设备比如加速度计、EEPROM、各种传感器错开。如果GT911只有一个固定地址那么当你的系统里恰好有另一个设备占用了这个地址时你就彻底没辙了——要么换芯片要么加I2C多路复用器成本都上去了。给两个可选地址本质上是给硬件设计留了一条退路。当0x5D被占用时你可以通过硬件设计让GT911启动到0x14从而避开冲突。这是一个非常务实的工程妥协用一根引脚的电平状态换来了地址的灵活性。注意这里的地址是7位地址。有些资料里写的是8位把读写位也算进去比如0xBA和0x28那其实是0x5D1和0x141的结果。看资料时一定要先确认它说的是7位还是8位否则很容易对不上。2.2 地址到底由谁决定INT引脚的关键作用GT911的地址选择逻辑核心就一句话在上电复位Power-On Reset或软复位释放的那一刻芯片会采样INT引脚的电平根据这个电平决定自己使用哪个I2C地址。具体对应关系如下表复位释放时INT引脚电平GT911使用的I2C地址7位常见叫法低电平拉低0x5D主地址 / 默认地址高电平拉高0x14备选地址这里有几个极其关键的细节是绝大多数教程不会强调的第一采样发生在复位释放的瞬间不是上电后的任意时刻。也就是说INT引脚在复位期间必须保持一个稳定的电平芯片才能正确采样。如果INT引脚在复位释放时是浮空的、或者电平在跳变芯片采样到的值就是不确定的地址也就成了薛定谔的地址。第二复位之后INT引脚就回归它本来的功能——中断输出。它不再影响地址。所以你不能指望运行中改变INT电平来切换地址那是行不通的。第三上电复位和软复位都会触发地址采样。这一点尤其重要因为很多驱动在初始化时会发软复位命令如果此时INT引脚的状态和上电时不一致芯片的地址可能在软复位后悄悄变了导致后续通信全部失败。这是我在项目里真实踩到的坑后面会详细讲。2.3 复位时序地址采样的时间窗口理解了复位释放瞬间采样INT还不够还得知道这个时间窗口有多长、对时序有什么要求。GT911的数据手册里给出了上电时序的要求我把它翻译成大白话上电过程中VDD和VDDIO建立之后需要保持RESET引脚为低电平一段时间典型要求是大于10ms然后再把RESET拉高。在RESET从低变高的这个上升沿附近INT引脚的电平被采样锁定。这意味着如果你想让GT911使用0x5D就要保证RESET释放时INT是低电平想用0x14就要保证RESET释放时INT是高电平。而INT引脚在正常工作时是开漏输出需要外部上拉所以让它为高通常靠上拉电阻让它为低则需要主控主动拉低或者用下拉电阻。这里就引出一个硬件设计上的常见做法很多方案会在INT引脚上接一个可控的GPIO或者接一个上拉/下拉电阻专门用来配置GT911的地址。如果主控GPIO够用最稳妥的方式是用一个GPIO直接控制INT引脚在复位期间的电平这样软件就能自由选择地址灵活性最高。3. 硬件设计阶段就要想清楚的事地址怎么定、引脚怎么接3.1 先确认你的方案里有没有地址冲突在画原理图之前第一件事是把你I2C总线上所有设备的地址列一张表。GT911占0x5D或0x14你要确认这两个地址里至少有一个是空的。我见过一个真实的翻车案例某方案里同时挂了一颗EEPROM地址0x50和GT911本来不冲突。但后来为了省成本EEPROM换了个型号新型号的地址范围覆盖到了0x5D附近结果GT911就扫不到了。这种问题在硬件阶段发现成本最低一旦板子打回来才发现就只能飞线或者改板。所以我的习惯是在原理图评审时专门做一张I2C地址分配表把所有设备的地址、7位/8位、是否可配置都写清楚作为设计文档的一部分。这个习惯帮我避免过至少两次返工。3.2 INT引脚到底怎么接三种典型方案对比INT引脚既是地址配置脚又是中断输出脚这个双重身份决定了它的接法必须仔细设计。下面是我在实际项目中用过的三种方案各有适用场景方案接法优点缺点适用场景固定下拉INT经下拉电阻接地电路最简单地址固定为0x5D无法切换地址中断输出需要主控能识别地址无冲突、成本敏感的方案固定上拉INT经上拉电阻接VDDIO地址固定为0x14同上且中断是开漏需上拉0x5D被占用时GPIO控制INT接主控GPIO复位期间由GPIO驱动电平地址可软件切换最灵活多占一个GPIO时序要控制好地址不确定、需要兼容多款屏的方案第三种方案是我现在最推荐的尤其是做通用驱动板或者需要兼容多供应商屏幕的时候。多花一个GPIO换来的是这颗屏用0x5D不行就换0x14的容错能力非常值。但要注意用GPIO控制时复位期间GPIO必须配置为推挽输出并输出确定的电平不能是浮空输入。我见过有人把GPIO配成输入模式就去复位结果INT引脚浮空地址随机时好时坏排查起来极其痛苦。3.3 上拉电阻的取值别小看这一个电阻INT引脚作为中断输出时是开漏结构需要外部上拉。上拉电阻的取值直接影响中断信号的上升沿速度和功耗。取值太大上升沿变缓高速中断可能识别不到取值太小静态功耗增加还可能拉不动。常规做法是4.7kΩ到10kΩ之间。I2C总线速度400kHz时4.7kΩ是比较稳妥的选择。如果总线上设备多、容性负载大可以适当减小到2.2kΩ但要确认主控和从机都能承受这个灌电流。这里有个容易忽略的点如果INT引脚同时被用作地址配置比如接了上拉电阻那么这个上拉电阻在复位期间就决定了地址。也就是说你选的上拉电阻不仅影响中断还顺便决定了GT911用哪个地址。设计时要把这两件事一起考虑不能分开看。4. 驱动适配实战让代码同时兼容两个地址4.1 驱动里地址写死是万恶之源大部分GT911的参考驱动地址都是写死的比如#define GT911_I2C_ADDR 0x5D这行代码在地址确实是0x5D的方案里没问题但一旦硬件设计成0x14或者因为复位时序问题芯片跑到了0x14整个驱动就完全失效。更麻烦的是这种失效是静默的——I2C通信直接超时没有任何有意义的错误信息新手很容易误判为硬件故障。我的做法是驱动初始化时先探测两个地址谁有响应就用谁。这样无论硬件怎么设计、复位时序怎么变化驱动都能自适应。探测逻辑很简单就是分别向两个地址发一个读命令看是否有ACK。static uint8_t gt911_detect_addr(void) { uint8_t addrs[2] {0x5D, 0x14}; for (int i 0; i 2; i) { if (i2c_probe(addrs[i]) 0) { return addrs[i]; } } return 0; // 都没响应 }这段代码看起来简单但它把地址不确定性这个风险从驱动层彻底消除了。实测下来无论芯片启动到哪个地址驱动都能正确识别。4.2 软复位之后地址可能变脸这是我在项目里踩得最深的一个坑必须单独拿出来讲。GT911的驱动初始化流程里通常会先发一个软复位命令让芯片回到已知状态然后再配置。问题在于软复位同样会触发地址采样。如果软复位时INT引脚的电平和上电复位时不一样芯片的地址就会在软复位后改变。我遇到的具体场景是这样的硬件上INT引脚接了一个GPIO上电时GPIO默认是低电平芯片启动到0x5D驱动探测到0x5D一切正常。然后驱动发软复位命令此时GPIO已经被配置成了中断输入模式浮空或上拉INT引脚变成了高电平软复位释放时芯片采样到高电平地址切换到了0x14。结果就是探测时是0x5D软复位后芯片跑到了0x14后续所有通信全部失败。这个问题的排查难度在于它只在软复位这个特定操作后出现而且现象是初始化前半段正常后半段突然失败非常具有迷惑性。解决办法有两个方案一软复位前后保持INT引脚电平一致。如果上电时INT是低软复位时也要保证它是低。这要求驱动在发软复位命令前先把INT对应的GPIO拉低。方案二软复位后重新探测地址。既然地址可能变那就再探一次用新的地址继续通信。我最终采用的是方案一因为方案二虽然能工作但每次软复位都要重新探测逻辑上不够干净而且如果地址在通信过程中变化还可能引发更隐蔽的问题。方案一的核心是把INT引脚的电平控制权牢牢握在驱动手里在复位相关的操作前后显式设置它的状态。4.3 初始化流程的推荐写法综合上面的经验我把GT911的初始化流程整理成下面这个顺序实测稳定上电保持RESET为低同时把INT引脚如果接了GPIO配置为推挽输出并输出目标地址对应的电平。延时至少10ms确保电源稳定。释放RESET拉高此时芯片采样INT电平锁定地址。延时等待芯片启动典型50ms以上。探测地址确认芯片在预期的地址上。发软复位命令前先把INT引脚恢复到与上电时一致的电平。软复位后再次确认地址可选但推荐。读取产品ID寄存器GT911有固定的产品ID确认通信正常。第8步的读产品ID是一个非常好的自检手段。GT911的产品ID寄存器地址是固定的读出来应该是一个已知值。如果这个值读不对说明通信有问题可以及早发现而不是等到触摸事件上报时才暴露。5. 排查实录当触摸屏时好时坏时怎么定位5.1 先分清是完全不通还是间歇性失效GT911的地址问题表现有两种一种是完全不通I2C扫不到任何设备另一种是间歇性失效有时候能用有时候不能用或者用着用着突然失灵。完全不通的情况排查相对直接先量供电、再量复位、再量INT电平然后扫I2C。如果供电复位都正常但扫不到大概率就是地址不对——用两个地址分别扫一遍基本就能确认。间歇性失效才是真正折磨人的。它的根源往往是复位时序不稳定导致芯片每次启动采样的INT电平不一致地址在0x5D和0x14之间随机跳。这种问题在实验室可能复现不出来一到现场就频繁出现因为现场的上电斜率、温度、电源纹波都和实验室不同。5.2 用示波器抓复位和INT的时序定位这类问题示波器是必须的。具体抓什么通道1接RESET引脚看它的上升沿是否干净、是否有抖动。通道2接INT引脚看它在RESET上升沿附近的电平是否稳定。触发方式设为RESET的上升沿这样每次复位都能抓到。如果发现INT在RESET上升沿附近有跳变、或者电平不确定那问题就找到了。接下来要做的就是在硬件或软件上保证INT在复位期间的电平稳定。我遇到过一次INT引脚的上拉电阻焊成了虚焊导致INT电平时高时低芯片地址随机。这种硬件问题靠看代码是永远找不到的必须上仪器。5.3 一个容易被忽略的点I2C总线的上拉和地址探测还有一类假地址问题值得提一下。有时候I2C总线上拉电阻不合适导致通信质量差探测地址时偶尔能ACK、偶尔不能看起来像是地址在变实际上是信号完整性问题。区分方法如果两个地址都能探测到虽然不稳定那大概率是信号问题而不是地址问题如果只有一个地址稳定响应另一个完全不响应那才是真正的地址选择问题。I2C总线的上拉电阻、走线长度、总线电容都会影响通信质量。400kHz速率下总线电容建议控制在200pF以内走线尽量短远离高频干扰源。这些是基本功但在触摸屏这种贴着屏幕走线的场景里特别容易出问题。6. 几个能省下大量调试时间的经验6.1 把地址做成可配置项而不是硬编码无论是驱动代码还是设备树我都建议把GT911的地址做成可配置的。Linux设备树里可以这样写gt911: touchscreen5d { compatible goodix,gt911; reg 0x5d; interrupt-parent gpio1; interrupts 5 IRQ_TYPE_EDGE_FALLING; irq-gpios gpio1 5 GPIO_ACTIVE_HIGH; reset-gpios gpio1 6 GPIO_ACTIVE_HIGH; };如果硬件可能用0x14就准备两份配置或者用overlay动态切换。这样至少改地址不用重新编译驱动。6.2 复位GPIO和中断GPIO要分开管理很多参考驱动把reset-gpios和irq-gpios混在一起管理初始化时一起配置之后就不管了。但正如前面说的INT引脚在复位期间的角色和正常工作时完全不同。建议在驱动里把复位阶段的INT控制和运行阶段的中断注册分成两个独立的步骤复位阶段显式设置INT电平运行阶段再把它切换成中断模式。这样逻辑清晰也不容易出错。6.3 保留一份最小可用的探测代码不管你的正式驱动多复杂我都建议保留一份最简单的地址探测代码能在几行之内确认芯片在不在、在哪个地址。当现场出问题时这份代码能帮你快速排除是不是地址问题而不是一上来就怀疑整个驱动栈。# 用i2c-tools快速扫描确认设备在哪个地址 i2cdetect -y 1这条命令在Linux下能直接列出总线上所有响应的地址。如果0x5d和0x14里有一个出现说明芯片是活的问题在驱动如果两个都不出现那就要往硬件方向查了。6.4 关于GT911的固件和配置顺带提一句GT911的配置参数比如分辨率、触摸点数、中断触发方式是存在芯片内部的配置区里的上电后由驱动写入。如果配置写入失败触摸功能也会异常但这时候I2C通信可能是正常的。所以**能通信和能工作是两回事**排查时要分开验证。先确认通信读产品ID再确认配置读回配置区校验最后才验证触摸事件上报。我在实际项目里的体会是GT911这颗芯片本身很成熟绝大多数问题都出在复位时序和地址选择这两个环节上。把这两个环节的硬件设计和驱动逻辑做扎实后面基本就是一马平川。反过来如果这两个环节含糊过去后面就会陷入时好时坏的无尽调试中。所以我的建议是在项目早期就把地址和复位时序当成一个正式的设计项来对待画图时确认、打样后验证、驱动里自适应这三步做到位GT911其实是一颗非常省心的芯片。

相关新闻

RV1126B边缘端图像分类模型部署实战与性能对比

RV1126B边缘端图像分类模型部署实战与性能对比

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 1:18:16 阅读更多 →
让 Hermes 自动完成一个软件需求:从 Issue 到 PR 的 AI 开发流水线

让 Hermes 自动完成一个软件需求:从 Issue 到 PR 的 AI 开发流水线

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 1:17:16 阅读更多 →
33:计算分数加减表达式的值

33:计算分数加减表达式的值

/*** 题目名称&#xff1a;计算分数加减表达式的值 <p>* 题目来源&#xff1a;http://noi.openjudge.cn/ch0105/33/ <p>* 程序功能&#xff1a;输出指定分数序列的前n项之和** author 潘磊&#xff0c;just_panleijust.edu.cn* version 1.0*/import java.util.Scan…

2026/10/19 1:17:16 阅读更多 →

最新新闻

Diagram as Code:用可执行图表构建系统逻辑骨架

Diagram as Code:用可执行图表构建系统逻辑骨架

1. 项目概述&#xff1a;这不是画图&#xff0c;是构建可执行的系统逻辑骨架“diagram-design”这个标题乍看像一个设计类工具操作&#xff0c;但在我过去十年带过的几十个跨领域项目里&#xff0c;它从来不是美术课——而是工程师、产品负责人、运维人员和业务方坐在一起&…

2026/10/19 5:53:33 阅读更多 →
diagram-design:用结构化图形重建信息表达逻辑

diagram-design:用结构化图形重建信息表达逻辑

1. 项目概述&#xff1a;这不是画图&#xff0c;是用结构化思维重建信息表达的底层逻辑“diagram-design”这个词组乍看像一个工具名或功能按钮&#xff0c;但在我带过的十几个跨领域协作项目里&#xff0c;它从来不是指“用Visio拖几个矩形框”&#xff0c;而是指一套完整的信…

2026/10/19 5:53:33 阅读更多 →
从布尔到时间盲注:SQL注入无回显场景的完整实战指南

从布尔到时间盲注:SQL注入无回显场景的完整实战指南

如果你在靶场里手动测过SQL注入&#xff0c;一定会经历一个非常分裂的阶段&#xff1a;刚开始觉得注入特别简单&#xff0c;参数后面丢一个单引号&#xff0c;看报错、看回显&#xff0c;再union select一撞&#xff0c;数据就哗啦啦全出来了&#xff0c;像开卷考试。但很快你就…

2026/10/19 5:53:33 阅读更多 →
diagram-design:从草图到可维护系统的图表设计实战指南

diagram-design:从草图到可维护系统的图表设计实战指南

1. 从一张草图到一套系统&#xff1a;diagram-design 到底在解决什么问题第一次看到 diagram-design 这个词&#xff0c;很多人会以为它只是一个画图工具的别名&#xff0c;或者某个设计模板库的代号。但真正在工程团队里待过几年的人会明白&#xff0c;它指向的是一套远比“画…

2026/10/19 5:53:33 阅读更多 →
DCMTK 3.6.5 Windows预编译包:开箱即用的DICOM工程解决方案

DCMTK 3.6.5 Windows预编译包:开箱即用的DICOM工程解决方案

简介&#xff1a;本资源是面向医学影像开发人员、生物医学工程研究人员及DICOM系统集成工程师的DCMTK 3.6.5 Windows 64位预编译工具包&#xff0c;专为免编译快速上手DICOM数据处理而优化&#xff0c;解决Windows环境下源码构建复杂、依赖配置繁琐等实际痛点。压缩包共238个文…

2026/10/19 5:53:33 阅读更多 →
基于最佳簇半径的无线传感器网络分簇路由算法详解

基于最佳簇半径的无线传感器网络分簇路由算法详解

做无线传感器网络这块也有几年了&#xff0c;前前后后调过不少路由协议&#xff0c;从最开始的洪泛、LEACH&#xff0c;到后来各种改进的PEGASIS、TEEN、EEUC都摸过一遍。说实话&#xff0c;分簇路由这个方向看着简单&#xff0c;就是把节点分成一组一组的&#xff0c;选个簇头…

2026/10/19 5:52:33 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介&#xff1a;本资源为电源技术方向的学术研究文档&#xff0c;聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略&#xff0c;面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址&#xff1a; https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集&#xff0c;共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型&#xff08;GMM&#xff09;的语音识别系统&#xff0c;很多人第一反应就是一堆数学公式&#xff0c;觉得门槛很高。但如果你真的在MATLAB里把它落地跑通&#xff0c;会发现核心其实就是三件事&#xff1a;把声音变成特征向量&#xff0c;用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人&#xff0c;但落到具体操作上&#xff0c;无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程&#xff1a;对图像做反白、改调色板、彩色转灰度&#xff0c;最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词&#xff0c;你会发现一个很有意思的现象&#xff1a;每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型&#xff0c;有人指的是运动控制系统&#xff0c;还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →