深入解析AXI协议BURST机制:从核心三要素到高性能设计实践
1. 从“单次读写”到“突发传输”为什么需要BURST如果你接触过FPGA设计或者高性能SoC对AXI协议一定不陌生。它几乎是现代芯片内部总线互联的“普通话”。但很多工程师在初学AXI时常常会卡在一个看似简单、实则内涵丰富的概念上BURST。你可能会想总线不就是传数据吗一次传一个地址一个数据不就行了为什么还要搞出“突发”这么个东西这恰恰是理解AXI性能优势的关键。想象一下你从仓库搬东西到卡车上。最笨的办法是走到仓库给出地址拿一个箱子传输一个数据走回卡车放下然后再走回仓库拿下一个箱子。这种“单次”操作效率极低大部分时间都浪费在了“走路”总线地址和控制信号的建立与握手上。而BURST模式就像是推了一辆手推车。你只需要去一次仓库给出起始地址然后就可以连续搬上多个箱子连续传输多个数据最后一次性推到卡车上。这极大地减少了“往返”开销显著提升了数据搬运的吞吐量。在需要处理大量连续数据的场景比如DMA搬运视频帧、CPU缓存行填充、DDR内存访问等BURST是提升系统性能的核心机制。没有它AXI的高带宽优势就无从谈起。所以理解BURST不仅仅是记住协议手册里的几个字段更是理解如何设计高效的数据通路。今天我们就抛开枯燥的协议文本从实际工程的角度深入拆解AXI BURST的运作机制、核心参数、常见应用场景以及那些手册里不会写的“坑”。2. BURST的三要素长度、大小与类型AXI协议通过三个关键信号来定义一个完整的突发传输AxLEN、AxSIZE和AxBURST。它们共同决定了数据“怎么搬”、“搬多少”以及“搬到哪”。很多人容易混淆这三者的关系我们逐一拆解。2.1 AxLEN决定“搬多少趟”AxLENLength信号定义了一次突发传输中包含的数据传输次数。这里有一个至关重要的细节AxLEN表示的是增量而不是总数。对于INCR增量突发类型AxLEN的值等于数据传输的次数减1。例如AxLEN3表示本次突发传输包含4个数据传输拍数。对于WRAP回环突发类型AxLEN的值必须是 1, 3, 7, 15即 2^n -1同样表示传输次数减1。AxLEN7表示传输8个数据。对于FIXED固定突发类型AxLEN的定义与INCR相同。注意这是第一个容易踩坑的地方。在RTL代码中我们经常需要根据AxLEN生成一个计数器来控制传输次数。这个计数器的初始值通常设为AxLEN然后递减到0此时正好完成了AxLEN1次传输。如果你错误地认为AxLEN就是次数会导致传输提前结束或无法结束。AxLEN的位宽决定了最大突发长度。AXI4支持的最大AxLEN为255对于INCR和WRAP这意味着一次突发最多可以传输256个数据这非常适合大块数据的搬运。2.2 AxSIZE决定“手推车有多大”AxSIZESize信号定义了每一次数据传输的字节数。它决定了数据总线WDATA或RDATA上每次有效数据的宽度。AxSIZE是一个3位信号其值表示 2^SIZE 字节。常见取值如下b000 1字节 (2^0)b001 2字节b010 4字节b011 8字节b100 16字节b101 32字节b110 64字节b111 128字节这里的关键约束是AxSIZE指定的传输字节数不能超过数据总线本身的物理宽度。例如如果你的WDATA总线是64位8字节宽那么AxSIZE最大只能设为b0118字节。如果你设为b10016字节从协议上是非法的因为单次传输无法搬运超过总线宽度的数据。在实际应用中AxSIZE通常与总线的自然对齐宽度相匹配以达到最高效率。例如一个64位总线访问DDR内存时通常会使用AxSIZE88字节这样每次传输正好用满整个数据总线。2.3 AxBURST决定“下一个地址去哪”AxBURSTBurst Type是BURST的灵魂它决定了在突发传输过程中地址如何变化。它有三种类型对应三种完全不同的内存访问模式。2.3.1 FIXED固定突发模式在整个突发传输中地址始终保持不变。应用场景用于访问同一个寄存器或FIFO。例如一个主设备Master需要连续向一个外设的状态寄存器写入多个相同的命令字或者从一个ADC的FIFO中连续读取多个采样值。地址不变但每次传输的数据可以不同。地址计算Address_N Start_AddressN从1到突发长度。2.3.2 INCR增量突发模式每次传输后地址根据AxSIZE指定的字节数递增。这是最常用、最直观的突发类型。应用场景访问连续的内存区域。比如将一块缓存中的数据通过DMA搬运到DDR的连续地址空间或者CPU从内存中加载一个数组。地址计算Address_N Start_Address (N-1) * (2^AxSIZE)。例如起始地址0x1000AxSIZE44字节AxLEN34次传输。那么地址序列为0x1000, 0x1004, 0x1008, 0x100C。2.3.3 WRAP回环突发模式这是最复杂也最容易出错的一种。地址会递增但当地址达到一个特定的“回环边界”时会绕回到该边界的起始地址。这个边界由起始地址和突发长度共同决定。应用场景主要用于缓存行填充。CPU的缓存通常以“行”为单位组织例如64字节一行。当CPU需要的数据不在缓存中缓存缺失时需要从内存中读取一整行。这一行数据在内存中是连续的但缓存希望它们被填入一个固定的缓存行地址。WRAP突发可以高效地完成这个任务从内存的某个对齐地址开始读当读到行尾时自动回到行首继续填充实际上硬件设计上回环的地址数据会被直接存放到缓存行的正确位置。地址计算回环边界 Wrap_Boundary Start_Address ~(Burst_Length * (2^AxSIZE) - 1)。当地址递增达到Wrap_Boundary Burst_Length * (2^AxSIZE)时下一个地址回到Wrap_Boundary。关键限制起始地址必须与突发总字节数对齐。突发长度必须是 2, 4, 8, 16 次传输之一即AxLEN为 1, 3, 7, 15。实操心得除非你在设计Cache控制器或与之紧密交互的模块否则在一般的外设或DMA设计中应尽量避免使用WRAP突发。它的行为不易理解且很多商业IP尤其是那些不涉及缓存的IP可能不支持或不完全正确地支持WRAP突发。INCR突发足以满足绝大多数连续数据访问需求。3. 突发传输的完整事务流程与握手理解了BURST的三要素我们来看一个完整的突发事务是如何在AXI通道上“流动”起来的。我们以写事务为例读事务与之类似方向相反。3.1 地址通道的“一次性告知”这是BURST模式效率的核心体现。主设备Master在发起一次突发写传输时只在地址通道AW通道上给出一次地址和控制信息包括AWADDR: 突发传输的起始地址。AWBURST: 突发类型FIXED, INCR, WRAP。AWLEN: 突发长度。AWSIZE: 传输大小。以及其他信号如AWID,AWLOCK等。这些信息在AWVALID和AWREADY握手成功后就被从设备Slave锁存。此后地址通道在本事务中不再活动。从设备需要自己根据这些初始信息计算出后续所有数据的地址。3.2 数据通道的“流水线推进”地址信息就绪后数据开始在主设备的写数据通道W通道上传输。主设备依次驱动WDATA、WSTRB字节选通和WLAST信号。WLAST信号是BURST传输的关键标志。当且仅当本次传输是突发中的最后一次传输时主设备必须将WLAST拉高。从设备依靠WLAST来判断一次突发传输何时结束。每一次数据传输都需要WVALID和WREADY握手。所有数据AxLEN1个传输完毕后主设备在写响应通道B通道上接收一个响应BRESP这个响应是针对整个突发事务的而不是其中某一次数据传输。3.3 从设备的内部实现逻辑对于从设备的设计者来说实现BURST支持是必须的。其内部通常需要一个地址生成器和一个传输计数器。在捕获AW通道信息后地址生成器根据AxADDR,AxBURST,AxSIZE计算出第一个数据的地址。每完成一次数据握手WVALID WREADY或RVALID RREADY地址生成器就根据BURST类型计算下一个地址计数器减一。当检测到xLAST信号有效且计数器归零时表明本次突发传输结束可以发起响应对于写事务或结束事务对于读事务。避坑指南在设计从设备时必须确保地址生成逻辑与协议严格一致。一个常见的错误是在INCR模式下地址递增的步长错误例如错误地使用了字节地址递增而不是根据AxSIZE递增。另一个错误是WLAST/RLAST信号的生成或判断逻辑错误导致突发提前结束或无法结束造成主从设备状态机死锁。4. 字节选通WSTRB在突发中的行为写数据通道的WSTRB信号用于指示WDATA总线上的哪些字节是有效的。在突发传输中WSTRB的行为需要特别注意。WSTRB的每一位对应WDATA的一个字节。例如对于32位数据总线WSTRB[3:0]分别对应WDATA[31:24],[23:16],[15:8],[7:0]。在突发传输的每一次数据传输中WSTRB都是独立有效的。主设备可以为突发中的每一次传输设置不同的WSTRB值。这对于非对齐访问或部分写入非常有用。例如主设备可能发起一个4次传输的INCR突发但只希望写入每个32位字中的高16位。那么它可以设置每次传输的WSTRB为4‘b1100。与非对齐起始地址的关系AXI协议允许突发传输的起始地址 (AxADDR) 是非对齐的即不是AxSIZE的整数倍。例如AxADDR0x1001,AxSIZE22字节。此时从设备必须能正确处理。对于写操作主设备会通过WSTRB来指示哪些字节是真正要写入的本例中第一次传输的有效字节可能是WSTRB[1:0]。从设备需要根据起始地址的低位和AxSIZE来正确解读WSTRB。很多简单的从设备IP可能不支持非对齐起始地址在设计互联时需要留意。5. 不同场景下的BURST策略与性能优化理解了BURST的机制我们来看看如何在具体场景中应用和优化。5.1 DMA控制器设计DMA是BURST模式的最大受益者之一。一个高效的DMA控制器应该最大化突发长度在源端和目的端带宽允许的情况下尽可能使用最大的AxLEN如255以减少地址通道握手开销提升整体吞吐率。匹配数据宽度设置AxSIZE等于AXI数据总线宽度对应的字节数确保每次传输都利用满总线带宽。使用INCR类型对于普通的内存到内存、内存到外设的搬运INCR类型是最简单直接的选择。处理边界情况当搬运的数据总量不是突发长度的整数倍时最后一个突发需要使用较短的AxLEN。DMA控制器的描述符中需要能灵活设置每次传输的突发长度。5.2 与存储器的接口如DDR控制器DDR SDRAM的内部操作也是基于突发Burst的其突发长度BL是固定的如BL8。为了达到最佳的DDR访问效率AXI主设备发起的突发最好能与DDR的突发长度相匹配或成倍数关系。例如DDR数据位宽64位BL8那么一次DDR突发传输就是64字节。对应的AXI总线如果是128位AxSIZE16字节那么使用AxLEN34次传输的INCR突发正好搬完64字节与一次DDR突发完美对应。这可以减少DDR控制器的命令开销提高有效带宽利用率。5.3 低延迟外设的访问对于一些对延迟敏感的外设如中断控制器、高性能传感器接口频繁地使用长突发可能并不合适因为这会长时间占用总线阻塞其他主设备的访问。在这种情况下可以考虑使用较短的突发AxLEN0即单次传输或较小的值或者使用FIXED突发来重复访问同一个关键寄存器。AXI协议支持乱序完成和交织访问但在与这类外设交互时为了简化设计和保证确定性有时会限制其ID的数量或要求按序访问。6. 调试与验证中的常见问题在实际的FPGA或ASIC开发中AXI BURST相关的问题是最常见的总线问题之一。6.1 突发长度不匹配现象仿真或实测中数据传输提前停止或者主设备一直在等待xLAST信号。根因主设备侧地址生成器或计数器逻辑错误导致xLAST信号在错误的时刻产生过早或过晚。从设备侧未能正确解析AxLEN误以为是传输次数而非次数减一导致在预期之前就认为传输结束或一直等待更多数据。排查方法检查主设备在突发开始时的AxLEN值。在仿真波形中找到主设备发出xLAST信号的时刻数一数在此之前已经完成了多少次数据握手。次数应为AxLEN1。检查从设备内部的计数器看它是在AxLEN1次传输后结束还是在AxLEN次后结束。6.2 地址计算错误现象数据被写入或读出了错误的地址位置。根因从设备的地址生成器逻辑错误尤其是在INCR和WRAP模式下。INCR模式步长错误最常见。地址递增时没有乘以(2^AxSIZE)而是按字节地址1递增。例如AxSIZE24字节地址应为0x0, 0x4, 0x8...但错误地生成了0x0, 0x1, 0x2...WRAP模式边界计算错误回环边界计算逻辑有误导致地址在错误的位置回环。排查方法在仿真中打印出从设备内部地址生成器计算的每一个地址。根据协议公式手动计算正确的地址序列进行比对。特别注意起始地址非对齐的情况地址生成器是否做了正确处理。6.3 响应RESP与BURST的关联现象一个长突发传输中中途某个地址访问出错例如访问了未映射的地址从设备该如何响应协议规定对于写事务从设备可以在检测到错误时立即在B通道返回错误响应如SLVERR或DECERR无需等待所有数据传输完成。一旦B通道响应发出无论主设备是否已经发出所有WDATA本次突发事务即告终止。主设备有责任终止后续数据的发送尽管有些主设备可能简单地将剩余数据发完但协议上事务已结束。 对于读事务从设备可以在出错的对应数据拍上通过RRESP信号返回错误并在当拍置高RLAST提前终止突发如果错误发生在中间。设计建议从设备应实现错误检测并能够提前终止突发事务。主设备需要能处理这种提前终止的情况避免状态机挂死。7. 高级话题BURST与系统性能、一致性7.1 突发长度与总线利用率总线利用率 有效数据传输时间 / 总时间。在AXI中总时间包括地址通道握手时间、所有数据通道的握手时间以及可能的等待时间由于VALID/READY反压。增加突发长度直接增加了有效数据传输时间的占比减少了单次事务中地址通道开销的摊销从而显著提高利用率。但并非越长越好过长的突发会长时间独占总线增加其他主设备的访问延迟影响系统整体实时性。需要在吞吐量和延迟之间做权衡。通常针对DDR访问突发长度设为DDR控制器效率最高的值针对外设则根据外设特性设置。7.2 交织Interleaving与乱序Out-of-OrderAXI协议允许具有不同AxID的事务以交织或乱序的方式完成。这与BURST密切相关。交织指多个事务的数据传输在数据通道上交替进行。例如主设备先后发起两个写突发事务ID不同从设备可以以数据A1, 数据B1, 数据A2, 数据B2...的顺序接收。这要求从设备有能力根据WID区分数据属于哪个事务。乱序指事务的完成顺序与其发起顺序不同。例如主设备先后发起读事务A和B从设备可能先返回事务B的所有数据再返回事务A的数据。对BURST的影响支持交织和乱序可以进一步提升总线效率尤其是在访问具有不同延迟的从设备时。但它极大地增加了从设备尤其是存储控制器的设计复杂性因为需要维护多个并发的突发事务状态。大多数简单的外设从设备只支持按序完成。7.3 与缓存一致性ACE协议的关系在多核处理器系统中AXI协议演进为ACEAXI Coherency Extensions协议以支持缓存一致性。BURST在其中扮演着核心角色。缓存行填充/逐出CPU核的缓存缺失或写回操作本质上就是对主存发起一个缓存行大小的读或写突发通常是INCR或WRAP大小如64字节。监听Snoop事务为了维护一致性一个核的缓存可能需要访问另一个核的缓存。这些监听事务也以BURST形式进行但地址可能是“物理地址”而数据需要在缓存间移动。理解ACE中的BURST关键在于理解每个事务的“域”Domain如Inner Shareable, Outer Shareable和“缓存状态”如Unique, Shared这些信息通过扩展信号传递与BURST信号协同工作共同完成复杂的一致性操作。AXI BURST远不止是协议手册里的几个信号定义。它是连接高性能计算单元与存储系统的血脉其设计的优劣直接决定了数据管道的吞吐效率和延迟。从理解AxLEN、AxSIZE、AxBURST这三个核心参数的精确含义开始到在RTL实现中正确处理地址生成和xLAST信号再到系统层面根据应用场景优化突发策略每一步都需要仔细考量。

相关新闻

赤峰事业编培训机构红黑榜:2026年避坑与选择全指南

赤峰事业编培训机构红黑榜:2026年避坑与选择全指南

在赤峰,每年参加事业编考试的人数不断增长,市面上各类培训机构也层出不穷。很多考生在报班这件事上都有过迷茫:广告铺天盖地,试听时天花乱坠,真正学习起来却发现货不对板。正因为信息差巨大,“赤峰事业编培…

2026/10/9 4:48:33 阅读更多 →
Kiro自动化工具实战:提升RPA效率300%的最佳实践

Kiro自动化工具实战:提升RPA效率300%的最佳实践

1. Kiro实战与最佳实践概述Kiro作为一款新兴的自动化工具,正在RPA(机器人流程自动化)领域掀起一场效率革命。我最近在三个企业级项目中深度应用了Kiro,发现其独特的可视化流程设计器和强大的API集成能力,能够将重复性工…

2026/10/9 3:26:00 阅读更多 →
平板绘画新手入门:从工具到小马角色完整绘制指南

平板绘画新手入门:从工具到小马角色完整绘制指南

之前在尝试用平板设备进行数字绘画时,很多新手都会遇到工具不熟悉、笔触控制不稳、图层管理混乱等问题。特别是画动物这类需要表现毛发质感和动态姿势的主题,更需要系统的练习方法。本文将围绕平板绘画新手如何完成第一幅小马作品,从工具选择…

2026/10/6 23:26:23 阅读更多 →

最新新闻

智慧工地解决方案PPT落地指南:感知层、网络供电与数据模型

智慧工地解决方案PPT落地指南:感知层、网络供电与数据模型

简介:这份智慧工地解决方案PPT面向建筑施工企业管理者、项目安全负责人及信息化建设人员,围绕传统工地监管体制不健全、安全事故频发等痛点,系统梳理了物联网、BIM、VR、大数据与云计算等关键技术的落地路径。资源共1个pptx文件,压…

2026/10/9 14:58:30 阅读更多 →
OpenClaw 2026.3.1 版本发布:AI 网关重大升级,多通道消息处理更强大!!

OpenClaw 2026.3.1 版本发布: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/9 14:58:30 阅读更多 →
从xcc极简命名项目拆解命令行工具的设计与实现

从xcc极简命名项目拆解命令行工具的设计与实现

1. 从“xcc”这个标题说起:一个极简命名背后的项目思维第一次看到“xcc”这个标题,很多人会愣一下——三个字母,没有上下文,没有说明,甚至连一个像样的副标题都没有。但恰恰是这种极简命名,在技术圈里反而特…

2026/10/9 14:58:30 阅读更多 →
Linux内核schedule_work机制深度解析:work_struct与workqueue原理

Linux内核schedule_work机制深度解析:work_struct与workqueue原理

1. 项目概述:从“提交一个work”到“内核执行它”,schedule_work到底在忙什么?如果你刚接触Linux内核驱动开发,或者正在调试一个延迟执行的硬件事件处理逻辑,大概率会撞上schedule_work()这个函数。它不像printk()那样…

2026/10/9 14:58:30 阅读更多 →
Codex桌面版更新后无法加载组织设置?config.toml排查与robocopy恢复实战

Codex桌面版更新后无法加载组织设置?config.toml排查与robocopy恢复实战

1. 一次更新引发的连锁反应:问题现场还原Codex 桌面版更新之后打不开,弹出一句「无法加载组织设置」,这个场景我最近刚经历过一遍。说实话,第一反应是网络问题,第二反应是账号掉了,第三反应才是——坏了&am…

2026/10/9 14:58:30 阅读更多 →
燃料智能化管理系统解决方案:从PPT到落地的数据链路与接口设计

燃料智能化管理系统解决方案:从PPT到落地的数据链路与接口设计

简介:这份PPT方案面向火力发电企业的燃料管理与信息化建设人员,系统梳理了燃料智能化管理的整体解决思路。内容从燃料成本约占火电总成本七成的行业背景切入,阐述自2012年以来各大发电集团推动燃料系统智能化升级的动因,并围绕业务…

2026/10/9 14:56:28 阅读更多 →

日新闻

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题,隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题,排查到最后发现是ZonedDateTime序列化后时区丢了,用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问:办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好,问题是工作场景经常要在几处环境之间来回切换,每次都先登录跳板机再层层代理,实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及,但真正动手搭过一套能跑起来的 Agent 系统的人都知道,从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地,从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/9 10:11:06 阅读更多 →

月新闻

我发现了一个新思路:用 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/8 21:13:17 阅读更多 →
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/8 15:26:17 阅读更多 →
黑夜航拍船只数据集训练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/9 6:17:20 阅读更多 →