Arteris NoC芯片互联技术培训:从架构到实战的完整指南
1. 项目概述为什么芯片互联技术值得你投入时间学习如果你在芯片设计、验证或者系统架构领域摸爬滚打了一段时间大概率会听到过“Arteris”这个名字。它不是什么新的编程语言也不是某个EDA工具而是一家在芯片互联Network-on-Chip, NoC技术领域深耕多年的公司。简单来说Arteris提供的IP和解决方案解决的是现代复杂片上系统SoC内部几十甚至上百个核心、加速器、内存控制器等模块之间如何高效、可靠、低延迟地“对话”的问题。几年前我们可能还在用传统的总线Bus或交叉开关Crossbar来连接这些模块。但随着芯片规模呈指数级增长模块数量爆炸传统架构就像用一条拥堵的乡间小路去承载一个城市的交通瞬间成为性能、功耗和设计复杂度的瓶颈。这时NoC技术就登场了它相当于在芯片内部构建了一个智能、分层的高速公路网数据包可以并行、有序、按需地到达目的地。而Arteris正是这条“高速公路”的顶级设计方和施工方之一。所以“Arteris Training”绝不仅仅是学习如何使用某个公司的特定工具。它的核心价值在于让你系统性地掌握现代大规模SoC互联架构的设计思想、协议标准、性能分析与优化方法。无论你是想深入理解你手头芯片的瓶颈所在还是未来要主导一个复杂SoC的架构设计这项技能都能让你从“模块实现者”跃升为“系统架构师”。我见过太多工程师对单个IP模块了如指掌但一到系统集成和性能调优就抓瞎根本原因就是对互联这片“黑暗森林”缺乏地图。Arteris的培训就是为你绘制这张关键的地图。2. 核心需求解析谁需要学习以及要解决什么问题2.1 目标学员画像Arteris培训的目标群体非常明确主要面向以下几类芯片行业从业者SoC架构师与系统工程师这是最核心的受众。他们需要决定芯片的整体互联拓扑、服务质量QoS策略、电源管理域划分等。培训能帮助他们理解不同NoC配置对系统性能带宽、延迟、功耗和面积PPA的直接影响从而做出最优的架构决策。前端设计工程师负责将架构方案用RTL实现。他们需要学习如何将Arteris NoC IP集成到设计中理解其接口协议如AXI, CHI并编写正确的集成逻辑。培训能让他们避免常见的集成错误比如死锁、协议违规等。验证工程师挑战巨大。NoC是一个复杂的并发系统传统的定向测试难以覆盖所有角落。他们需要学习如何为NoC搭建有效的验证环境包括如何生成有意义的流量来验证带宽、延迟和QoS以及如何构建覆盖率模型来确保验证完备性。性能建模与分析工程师在芯片架构早期需要通过性能模型来评估不同方案的优劣。培训会涉及如何使用Arteris提供的性能分析工具和模型进行早期探索和瓶颈定位。项目管理者与技术决策者他们需要理解引入NoC技术对项目周期、风险和团队技能要求的影响以便合理规划资源和预期。2.2 待解决的核心痛点参加培训本质上是为了解决在实际工作中遇到的以下几类典型问题性能瓶颈模糊“我的AI加速器算力明明很强为什么实际吞吐量上不去” 问题可能出在数据从DDR到加速器的路径上经过NoC时遇到了拥塞或仲裁不公平。培训教你如何定位和分析这类瓶颈。集成复杂度高手动连接几十个AXI主从设备确保地址映射正确、中断传递无误是个极易出错且繁琐的过程。Arteris工具能自动化生成互联逻辑但你需要理解其原理才能正确配置和调试。功耗与面积优化NoC本身会消耗可观的芯片面积和功耗。如何根据实际流量模式关闭不必要的链路、调整缓冲区大小、优化时钟门控策略是降低系统功耗的关键。功能安全FuSa与可靠性对于汽车电子、工业控制等场景芯片需要满足ISO 26262等安全标准。NoC需要提供错误检测与纠正ECC、端到端保护、冗余路径等机制。培训会详解如何配置这些安全特性。验证挑战如何证明这个复杂的互联网络在所有可能的数据交互场景下都是正确的如何模拟极端流量压力这是验证工程师的核心课题。3. 培训内容深度拆解从理论到工具的完整知识体系一套完整的Arteris培训课程通常会遵循从理论到实践从架构到实现的路径。下面我以一个典型的进阶课程大纲为例拆解其核心内容。3.1 芯片互联基础与NoC核心概念这部分是基石即使是有经验的工程师系统性地重温一遍也常有新的收获。它不仅仅讲Arteris而是讲清楚问题的由来和通用的解决方案。核心内容包括总线与NoC的演进史为什么共享总线如AHB在超过10个主设备时就难以为继交叉开关Crossbar的局限在哪里NoC是如何通过分组交换、路由和虚通道等概念解决可扩展性问题的。这里常用一个生动的类比总线是单车道环形路NoC是拥有立交桥、高速出口和交通灯的多车道高速公路网。关键术语解析拓扑Topology 环形Ring、网格Mesh、蝶形Butterfly等不同拓扑适用于不同的通信模式如CPU簇间通信常用Mesh低功耗物联网芯片可能用Ring。路由算法Routing Algorithm 确定性路由如XY路由与自适应路由的优劣。自适应路由能更好地避免拥塞但设计更复杂。流控Flow Control 基于信用Credit-based和基于就绪/有效Ready/Valid手协议的原理。这是保证数据不丢失、防止缓冲区溢出的关键机制。服务质量QoS 如何为不同流量如实时音频、批量数据搬运分配不同的优先级、带宽和延迟保障。这是实现系统性能确定性的核心。实操心得很多工程师会混淆“延迟Latency”和“吞吐量Throughput”。在NoC中低延迟通常意味着数据包走最短路径、仲裁优先级高高吞吐量则要求链路带宽足、缓冲区大、并行度高。为一个对延迟敏感的中断响应路径配置追求高吞吐量的参数是常见的配置错误。3.2 Arteris NoC IP产品线详解在打好理论基础后课程会深入Arteris的具体产品。目前其主力产品线是FlexNoC和Ncore。FlexNoC 更侧重于灵活性和自动化。它允许架构师通过图形化界面或配置文件快速定义复杂的互联拓扑、地址映射、安全域等。工具链会自动生成最优的RTL代码、验证环境、性能模型和软件寄存器模型。对于需要快速迭代、定制化程度高的消费电子、AI芯片等项目非常友好。Ncore 基于业界标准的AMBA CHICoherent Hub Interface协议专为需要缓存一致性Cache Coherence的多核高性能计算场景设计比如服务器CPU、高端汽车处理器等。它管理着多个核心之间的数据一致性是技术难度最高的部分。这一部分的学习重点在于理解配置参数的含义例如一个路由节点Router的输入缓冲区深度设多少设小了容易拥塞设大了增加面积和功耗。培训会给出基于典型流量模式的估算方法。掌握工具链工作流如何从系统需求文档.xlsx或 .json格式导入到Arteris工具中如何运行静态性能分析如理论最大带宽如何生成可仿真的性能分析模型TLM模型进行早期验证。解读生成报告工具会生成面积、功耗、时序的预估报告。你需要学会看这些报告并判断其合理性。例如报告中显示某个路径的延迟比预期高很多你可能需要检查该路径是否经过了不必要的桥接或转换。3.3 集成、验证与调试实战这是培训中最“硬核”、最体现价值的部分大量内容来自实际项目中的经验教训。3.3.1 RTL集成要点接口协议一致性 Arteris NoC通常作为AMBA AXI或CHI协议的互联枢纽。你需要确保所有连接的主设备和从设备都严格符合协议。一个常见的坑是设备发出的信号如AWLEN突发长度超出了NoC配置的支持范围导致传输错误。时钟与复位域处理 大型NoC可能跨越多个时钟域。培训会讲解如何正确配置异步桥Async Bridge以及复位序列Reset Sequence的重要性——必须确保NoC内部先于外部模块完成复位否则可能发生死锁。地址映射与解码 这是集成中最容易出错的地方。工具虽然能自动生成但你必须理解其原理如何将系统的全局物理地址空间合理地划分到各个从设备如DDR控制器、片上ROM、外设寄存器等。一个错误的映射会导致CPU访问到错误的内存位置。3.3.2 验证策略与方法学基于UVM的验证环境搭建 如何将Arteris提供的验证IPVIP集成到你的UVM环境中。重点在于如何构建智能的测试序列Sequence使其能产生符合真实场景的混合流量Mix Traffic而不仅仅是随机数据。性能验证 这超越了功能验证。你需要编写测试来测量特定路径的延迟和带宽并在不同负载压力下如多个主设备同时发起访问验证QoS策略是否生效。例如验证高优先级的实时流量是否总能抢占低优先级的后台流量。覆盖率模型 除了传统的代码覆盖率和功能覆盖率对于NoC交叉覆盖Cross Coverage至关重要。例如你需要覆盖“主设备A向从设备B发送数据时主设备C同时向从设备D发送数据”这种并发场景以及不同数据包大小、不同QoS标识符的组合。3.3.3 系统级调试技巧当芯片回来测试或者 FPGA 原型验证时发现问题如何定位是否是NoC的问题利用内置监测器 Arteris NoC通常可配置内置的性能监测和调试模块。你可以通过软件读取这些寄存器获取关键路径的流量统计、缓冲区使用率、仲裁胜率等信息这是定位性能瓶颈的第一手资料。追踪与日志分析 学习如何配置和抓取NoC内部的关键信号追踪日志。这些日志数据量巨大需要借助工具进行可视化分析比如生成时间线图直观看到数据包在哪里被阻塞。典型问题信号 比如频繁出现的AWREADY或ARREADY拉低往往意味着下游从设备或NoC本身的缓冲区满RLAST或BVALID信号异常可能意味着传输被意外终止。4. 高级主题与应用场景拓展掌握了基础和集成后培训通常会深入一些高级主题这些正是Arteris技术领先性的体现。4.1 低功耗设计与电源管理现代芯片的功耗至关重要。NoC的功耗优化手段包括时钟门控Clock Gating 当某个路由节点或链路一段时间内没有流量时自动关闭其时钟。这需要在工具中配置相应的检测阈值和唤醒机制。电源门控Power Gating与隔离 对于整个电源域可以关闭的模块NoC需要支持隔离Isolation和保持寄存器Retention Register确保关电和上电过程中信号状态不会混乱也不会产生漏电路径。动态频率与电压调节DVFS NoC需要与系统的DVFS策略协同工作。当某个域降频时其连接的NoC链路带宽也需相应调整并处理好跨不同电压/频率域的数据传输。4.2 功能安全ISO 26262实现对于车规芯片这是强制性要求。Arteris NoC提供了一系列安全机制培训会详细讲解其原理和配置端到端保护E2E Protection 在数据包从发起端到目的端的整个路径上添加循环冗余校验CRC或奇偶校验码。可以配置为检测单错、双错甚至纠正单错。安全防火墙Firewall 基于主设备ID、访问类型读/写、地址范围等规则严格限制非法访问。例如确保用户态的CPU核心绝对不能访问安全启动相关的寄存器区域。冗余路径与故障容错 在关键路径上配置冗余的物理链路或路由节点当检测到某条路径发生永久性故障时能自动切换到备用路径。4.3 异构计算与AI加速器集成这是当前最热门的应用场景。AI芯片通常包含一个庞大的片上存储SRAM层次和大量并行工作的处理单元PE。定制化数据流 AI计算具有特定的数据流模式如权重预取、激活值搬运、部分和累加。通过定制NoC的拓扑和路由可以构建一个最适合该数据流的高效网络减少数据搬运的延迟和能耗。多播Multicast支持 同一个权重数据可能需要广播给多个PE。支持高效多播的NoC能极大减少带宽消耗。与片上网络NoC与存储一致性 当AI加速器需要与CPU共享数据时就需要处理一致性问题。培训会探讨在非一致性Non-coherent架构下如何通过软件管理缓存以及在一致性Coherent架构下如使用CHINoC如何参与一致性事务。5. 学习路径与资源建议对于想系统学习的朋友我建议遵循以下路径前期准备 确保具备数字电路设计基础、Verilog/SystemVerilog知识、以及对AMBA AXI协议的基本了解。如果没有需要先补课。官方培训课程 如果条件允许参加Arteris官方或授权合作伙伴提供的培训是最直接有效的。通常分为“基础导论”、“集成与验证”、“高级主题安全、低功耗”等模块。课堂上可以直接向讲师提问并接触到最新的工具版本。工具实践 理论知识必须结合工具实践。尝试在提供的学习环境或公司项目中用一个小型设计例如2个CPU核心1个共享内存1个外设来完整走一遍流程从架构配置、生成RTL、集成仿真到性能分析。文档与社区Arteris技术文档 用户手册、应用笔记Application Note是宝库尤其对于参数配置的细节和最佳实践。行业论文与标准 阅读关于NoC的学术论文如IEEE上的文章和AMBA CHI等协议标准能加深对底层原理的理解。同行交流 在专业的半导体技术社区或行业会议中与同行交流实战中遇到的坑和解决方案往往比文档更有价值。6. 常见问题与避坑指南根据我和身边同事的经验新手在接触Arteris NoC时最容易踩以下几个坑问题1性能不达标但不知道瓶颈在哪排查思路检查配置首先确认你为关键路径配置的QoS优先级、带宽限额和虚拟通道VC数量是否合理。一个低优先率的批量传输任务可能“饿死”了高优先率的实时任务。使用性能模型在RTL仿真之前务必使用Arteris工具生成的TLM性能模型进行仿真。它能快速比RTL快几个数量级地给出系统在理想和压力下的性能边界帮助你早期发现架构缺陷。分析报告仔细查看静态时序分析报告和布线后的拥塞报告。NoC的物理布局对性能影响巨大长连线、高扇出会导致时序违例和延迟增加。避坑技巧 养成“从模型到RTL”的迭代习惯。先在性能模型上验证架构调整参数直到满足指标再进入耗时的RTL实现阶段。问题2仿真中出现死锁Deadlock或活锁Livelock。原因分析 这通常是路由算法、流控机制或虚拟通道依赖关系设计不当导致的经典问题。例如两个数据包互相等待对方释放缓冲区资源。解决方法启用死锁检测工具 Arteris工具通常提供死锁分析功能可以检测潜在的死锁风险拓扑。遵守设计规则 严格遵循工具推荐的虚拟通道分配和路由规则。不要为了“优化”而随意修改底层配置除非你非常清楚其影响。压力测试 在验证环境中构造极端情况下的全流量压力测试尤其是针对可能产生循环依赖的路径。问题3芯片实测功耗远高于NoC工具预估的功耗。可能原因活动因子Activity Factor不匹配 工具预估时使用的流量模型过于理想或过于悲观与实际应用场景的流量模式差异巨大。比如预估时假设流量均匀分布实际却是突发性的。时钟树功耗被低估 NoC的时钟网络非常复杂工具在早期预估时可能无法精确计算时钟树的功耗。物理实现影响 布线后的电容、信号翻转率等实际物理参数与预估有出入。应对策略 在项目后期用门级网表加上具有代表性的向量Vector进行功耗分析如PrimeTime PX这个结果最准确。前期预估应作为一个相对参考并留出足够的功耗余量Margin。问题4功能安全机制配置复杂如何确保其正确性验证重点错误注入测试 必须系统性地在验证环境中注入各种类型的错误单比特翻转、多比特翻转、链路断开等并观察E2E保护机制是否能正确检测和报告系统是否进入预设的安全状态如触发中断、复位局部模块。防火墙规则验证 编写测试尝试用非法的主设备、访问类型或地址去访问受保护区域确保访问被坚决拒绝并产生正确的错误响应。安全需求追溯 建立从系统安全需求来自安全手册到NoC配置项再到验证测试用例的完整追溯链确保每一项安全要求都被覆盖和验证。学习Arteris NoC技术是一个从理解系统级挑战开始到掌握具体工具实现最终能独立进行架构设计和问题排查的完整过程。它要求你不仅懂设计还要懂验证、懂性能、懂功耗、甚至懂一点物理实现。这个过程有陡峭的学习曲线但一旦跨越你对复杂芯片系统的理解和掌控能力将获得质的飞跃。我的建议是不要只把它当作一个工具来学而是当作一套解决现代芯片通信难题的方法论来掌握。在实际项目中从小处着手大胆配置谨慎验证多复盘总结你会逐渐发现这片曾经的“黑暗森林”已然成为你规划芯片版图中最得心应手的部分。

相关新闻

INMS架构:LLM多智能体系统中的高效内存共享方案

INMS架构:LLM多智能体系统中的高效内存共享方案

1. INMS论文核心思想解析这篇论文提出了一种名为INMS(Inter-Agent Memory Sharing)的创新架构,专门针对基于大型语言模型(LLM)的多智能体系统中的内存共享问题。传统LLM智能体在协作时面临的最大痛点就是每个智能体都是…

2026/10/9 0:24:27 阅读更多 →
免费 AI 率检测报告对比(2027 最新版)

免费 AI 率检测报告对比(2027 最新版)

上周帮学妹改论文,顺手把同一份两千多字的文献综述丢进了四家能查 AI 率的工具里,本来只是想交叉验证一下数字,结果发现报告这东西真不是看个总分就完了——有的能精确到哪一句话可能是 AI 写的,有的直接甩一个百分比让你自己猜。折腾一圈之后整理出这篇,省得大家像我一样一家家…

2026/10/8 14:42:45 阅读更多 →
文献综述生成工具评测(2026 最新版):引用真实性、可选项、成稿质量三个维度

文献综述生成工具评测(2026 最新版):引用真实性、可选项、成稿质量三个维度

开题前写综述这件事,我算是把市面上能试的工具都过了一遍。倒不是闲得慌,是被逼的——上一版综述被导师标红「这几篇文献查不到」,回去一核对,真的是编的,期刊、年份、作者全对不上号,活活被将了一军。吃过这个亏之后我给自己定了个规矩:测评一个综述工具,引用是不是真的必须放…

2026/10/4 23:33:04 阅读更多 →

最新新闻

viewport meta标签:移动Web渲染的底层控制开关

viewport meta标签:移动Web渲染的底层控制开关

1. 为什么“viewport”不是个可有可无的meta标签,而是页面渲染的生死开关你有没有遇到过这样的情况:在手机上打开自己写的网页,文字小得像蚂蚁,图片被强行压缩变形,按钮点不到,滑动卡顿,整个页面…

2026/10/9 10:59:47 阅读更多 →
本地私有知识库搭建:AnythingLLM + Ollama 部署实战指南

本地私有知识库搭建:AnythingLLM + Ollama 部署实战指南

简介:一份面向希望利用本地大模型快速搭建私有知识库的开发者、技术运维及AI应用爱好者的专题PDF,聚焦DeepSeek生态下Ollama与AnythingLLM的集成实践。内容从AnythingLLM的部署方式讲起,覆盖LLM提供商配置、本地文档/Web链接/数据链接三种文档…

2026/10/9 10:59:47 阅读更多 →
编译器是代码的第一位审稿人:从编译流程到高频报错排查

编译器是代码的第一位审稿人:从编译流程到高频报错排查

刚有个读者私信我,说他在Linux下用gcc编译一个C文件,报错信息是“undefined reference tomain”,但他明明写了int main(void)。我看了一眼他的编译命令,只有一个gcc test.c -o test,按说不会缺main。后来他把源码发过来…

2026/10/9 10:59:47 阅读更多 →
企查查爬虫实战:破解key、value与x-pid动态签名机制

企查查爬虫实战:破解key、value与x-pid动态签名机制

说点实在的,企查查这类的爬虫,技术难点从来不在“怎么发请求”,而在“怎么让请求看起来像真的”。我一开始照着网上教程套requests,结果被一串 key 、 value 、 x-pid 拦得死死的,返回的不是 {"code"…

2026/10/9 10:59:47 阅读更多 →
CCNA 200-301备考指南:从PDF到实验的完整学习路径

CCNA 200-301备考指南:从PDF到实验的完整学习路径

简介:这份PDF资料面向准备Cisco CCNA 200-301认证考试的考生,尤其适合希望系统梳理网络基础、IP连接性、安全、自动化与编程等核心考点的自学者和网络从业者。资源为单一PDF文件,压缩包约19.8MB,内容以题库与解析为主,…

2026/10/9 10:59:47 阅读更多 →
基于Python+MILP的风光储联合调度:电池与废弃矿井抽蓄互补优化

基于Python+MILP的风光储联合调度:电池与废弃矿井抽蓄互补优化

这两年搞新能源消纳的调度研究,有个词绕不开:互补。风电场最常见的情况是深夜大风、负荷却躺在地板上,光伏正好相反,正午出力冲顶、电网一时间吃不下。单靠任何一种电源都没法把这条曲线磨平,于是风电、光伏和储能组成…

2026/10/9 10:58:44 阅读更多 →

日新闻

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 阅读更多 →