224G PAM4收发器如何用3pJ/bit功耗突破40dB信道损耗
简介IEEE《固态电路期刊》2025年1月刊论文PDF主题为3nm FinFET CMOS工艺的224 Gb/s PAM-4长距离收发器面向高速串行接口、SerDes、集成电路与信号处理方向的研究人员与工程师。内容覆盖数据中心800G/1.6T交换机、AI加速器等高带宽需求介绍收发器数据与时钟通路接收端采用带20dB峰值增益的反相器基模拟前端和7位时间交织ADC发射端由两个7位单端DAC构成支持56GHz带宽嵌入式DSP包含最大似然序列检测和决策反馈均衡器以应对40dB插入损耗信道。实测中该收发器达到1e-6误码率保持3pJ/bit模拟能效单通道面积0.5mm²并通过全数字bang-bang锁相环产生共享14GHz时钟验证了低抖动与低功耗特性。资源仅含1个PDF文件压缩包大小2.63MB。目前已有171人学习下载。1. 224G、3pJ/bit 与 40dB这三个数放在一起意味着什么看到这个标题很多人的第一反应是“224G 收发器在 3nm FinFET CMOS 上跑通了”——这话没错但真正让它值钱的不是速率而是后面那组数字3pJ/bit 的能耗、40dB 的插入损耗预算。40dB 意味着信号经过信道后电压摆幅只剩百分之一功率只剩万分之一而 PAM4 还要把这点残余信号再切成四个电平去判别每一个眼的开度只剩三分之一。如果信道不补偿接收端看到的是一团糊在一起的眼图误码率直奔 1e-1连最宽松的前向纠错都救不回来。所以这篇笔记真正在讲的问题不是“能不能做 224G”而是“用多低的功耗代价把 40dB 损耗的链路救回来”。通信标准把物理层速率推到单通道 224G 之后信道损耗曲线越来越陡传统的 ADCDSP 接收架构在 3nm 工艺下依然能跑但功耗很难压到 3pJ/bit 以内。标题里的三组数字合在一起其实是一个极其明确的架构表态采用模拟均衡为主、数字校准为辅的收发器方案。下面从链路预算、模块拆解、3nm 工艺实现到芯片测试把这颗收发器的设计逻辑和踩坑点铺开讲。2. 40dB 信道下的架构推演把预算花在模拟均衡而不是 DSP2.1 用一段脚本先算清链路预算40dB 到底意味着什么做收发器设计的人不听“感觉”只听数字。拿到 224G PAM4 这个速率第一步就应该把波特率、奈奎斯特频率和信噪比算清楚而不是直接上手画电路。224G PAM4 的正常路径是 112GBaud每符号携带 2bit 信息奈奎斯特频率就是 56GHz。这句话听着简单但决定了后面所有带宽指标接收机线性前端要能顶着 56GHz 工作否则信号在进均衡器之前就已经被电路本身削掉了。我一般会先用一段很短的脚本把最保守的信噪比算出来给自己一个边界感。信道损耗模型先按趋肤效应主导的 sqrt(f) 近似后面再换成真实信道的 S 参数。import numpy as np rate 224e9 # 224Gbps 总速率 baud rate / 2 # PAM4 - 112 GBaud f_nyquist_hz baud / 2 # 56 GHz il_db_at_nyquist 40.0 # 标题给出的信道目标 def il_db(f_ghz): # 简化信道模型损耗按 sqrt(f) 增长单位 GHz return il_db_at_nyquist * np.sqrt(f_ghz / (f_nyquist_hz / 1e9)) # PAM4 发送端满摆幅 tx_swing_vppd 0.5 rx_swing_vppd tx_swing_vppd * 10**(-il_db(56.0) / 20) # 相邻电平间距 sym_amp rx_swing_vppd / 3.0 # 接收机输入噪声假设含热噪声、电源噪声和串扰的折算 noise_rms 0.35e-3 snr_db 20 * np.log10(sym_amp / noise_rms) print(f奈奎斯特频率: {f_nyquist_hz/1e9:.1f} GHz) print(f接收端摆幅: {rx_swing_vppd*1e3:.2f} mVppd) print(fPAM4 相邻电平间距: {sym_amp*1e3:.2f} mV) print(f不含均衡的输入信噪比: {snr_db:.1f} dB)逻辑很直白发送端 0.5Vppd 的信号经过 40dB 信道后只剩 5mVppd 左右PAM4 相邻电平间距只有大约 1.67mV而接收机自身噪声按 0.35mVrms 估算时不加均衡的 SNR 连 15dB 都不到。这个 SNR 对应的 BER 在 1e-2 量级任何 FEC 都救不回来。这里的参数选择上发送端摆幅和噪声底盘是必须提前敲定的它们决定了均衡器能借回来多少 dB摆幅越高、噪声越低均衡压力越小但功耗和工艺容差都会恶化。2.2 为什么 ADCDSP 在 3pJ/bit 预算下难走通而模拟 DFE 能走通224G 收发器的均衡有两条路线一条是把接收信号直接采样进 ADC然后全部在数字域做 FFE/DFE这是过去 112G 时代很主流的做法另一条是保留模拟前端用 CTLE 做线性补偿再用模拟 DFE 做非线性判决反馈。标题里 3pJ/bit 的限制基本就是在告诉你这条路走的是后者。我见过不少 ADCDSP 方案在 112G 速率下跑到 58pJ/bit它的优点是均衡算法灵活、抽头多、可以处理很深的符号间干扰但代价是前端需要高分辨率高速 ADC。到了 224GADC 的采样率和有效位数都很难同时满足功耗容易突破 5pJ/bit算上整个 RX 路径想压到 3pJ/bit 基本不现实。而模拟 DFE 的核心优势是把反馈判决放在模拟域一个抽头就是一组电流镜和一对锁存器面积小、延时短功耗只有数字域实现的零头。这里我习惯用一张对比表说明选型边界均衡路线RX 功耗水平对 3pJ/bit 的适配度典型实现手段高分辨率 ADC 长 DSP58pJ/bit差全速率 ADC、长 FFE/DFE低分辨率 ADC 数字 DFE35pJ/bit折中23bit ADC、短数字 DFE模拟 CTLE 模拟 DFE23pJ/bit最适合电感峰化前端、57 抽头 DFE但要注意模拟 DFE 省功耗不省设计难度。40dB 损耗的信道会把主抽头附近的 ISI 拉得很大DFE 第一个反馈抽头系数可能超过 0.4这带来两个问题一是首抽头对判决误差的传播特别敏感二是反馈环路必须在 1UI 也就是大约 8.9ps 内完成建立。3nm 工艺给了晶体管速度但版图寄生和偏置变化随时能吃掉这点余量。2.3 均衡残差要留多少才算给后端系统留了活路很多设计把均衡器调到跟信道完全互补就收手了这是不对的。实际系统里还有时钟抖动、电源噪声、串扰和温度漂移这些非线性因素不会因为均衡曲线漂亮而消失。我的经验是仿真时把 DFE 抽头收敛后的残余 ISI 控制在一个最小电平间距的 8% 以内同时给极限角留 1dB 左右的 SNR 裕量否则量产良率和系统长稳都会出问题。所以架构层面的结论很清晰模拟 DFE 是 3pJ/bit 的必选项但绝不能裸奔必须在前面加 CTLE 把低中频先碾压一遍让 DFE 去处理剩下的高次抽头。CTLE 负责把 40dB 的整体损耗压缩到 DFE 能处理的范围内DFE 负责把残留到几 UI 之外的尾巴挖掉分工明确。3. 收发链路的模块级实现均衡器、时钟恢复与校准参数3.1 发送端三抽头 FFE主抽头摆幅不是越满越好发送端是整条链路里最容易被低估的模块。很多人以为把发送端摆幅拉满、边沿做陡就能对抗 40dB 损耗实际这么做只会带来两个后果功耗超标、串扰变大。低功耗收发器通常用三抽头 FFE主抽头输出约 0.40.5Vppd前光标和后光标按信道损耗曲线配系数压低低频分量让发送端提前把信道的高频衰减拉平。FFE 的系数配置没有唯一标准需要根据回测的信道 S 参数来定。我的习惯是先固定主抽头再从小到大扫预加重和后加重系数盯着接收端均衡后的眼图高度变化。典型参数范围如下FFE 抽头作用常见系数范围前光标压低前一比特引起的 ISI主抽头的 5%15%主抽头决定发射摆幅归一化为 1.0后光标压低后几比特的拖尾主抽头的 8%25%注意系数不要一次给满。后光标给太大会让接收端 CTLE 需要额外补偿低频等于做了两次相反的处理白白浪费功耗。我在模拟项目 X 里就遇到过这种翻车发送端后光标给了 30%接收端眼图反而更差最后用逐级扫描才发现过度预加重让信号产生了过冲判决阈值附近的噪声被放大了。3.2 接收端模拟均衡链CTLE 升压参数与 DFE 系数的联动接收端的核心结构是 CTLE → VGA → 模拟 DFE。CTLE 放在最前面负责把 40dB 信道损耗压下大约 2025dB剩余的高频残留交给 DFE。升压量、峰化频率和低频增益这三个参数是联动的低频增益决定了直流摆幅恢复程度升压量决定了高频补偿力度峰化频率则要和信道拐点对齐。224G 的典型做法是把峰化频率放在 3050GHz 区间太低了补偿不到奈奎斯特点太高了会放大带外噪声。CTLE 之后进入 DFE 的输入信号不能直接拿来定系数得先把 DFE 当成一个理想判决反馈模型跑一遍。下面这段代码展示了怎么从信道脉冲响应快速估算各抽头系数import numpy as np # 模拟经过 CTLEVGA 整形后的信道脉冲响应主抽头归一化 # 索引 0 是主抽头索引 1..6 是后续 6 个 UI 的残留 h np.array([0.85, 0.32, 0.15, 0.07, 0.03, 0.015, 0.008]) # 理想 DFE 系数用反馈去抵消后光标 d_taps -h[1:] / h[0] # 给一个工程限制首抽头系数绝对值不宜超过 0.4 for i, tap in enumerate(d_taps): flag -- 注意首抽头过大 if i 0 and abs(tap) 0.4 else print(fDFE tap{i1}: {tap:.3f}{flag})逻辑说明信道响应里主抽头是 0.85后一个 UI 的残留是 0.32意味着如果不做 DFE判决时刻会被上一个符号拖拽 0.32/0.85 ≈ 38%。理想情况下 DFE 第一个反馈系数应该取负的 0.376把这段拖尾抵消掉。后几个抽头依次递减到 0.01 量级说明信道尾巴衰减较快五到七抽头的 DFE 就够用了。参数选择上需要注意的是代码里的数值是理想判决条件。实际 DFE 系数会被环路延时、比较器失调和误码传播约束不可能全按理想值收敛。我一般会把首抽头放量到理论值的 80%90%后面抽头逐级减到理论值再通过最小均方自适应收尾收敛。如果自适应跑完发现首抽头还想超过 0.4说明 CTLE 升压给得不够这时候应该回去调 CTLE而不是硬压 DFE。3.3 CDR 的锁定点要从均衡链路的整体时延去标定接收机最后一个关键模块是时钟恢复。224G 的 CDR 几乎都在用半速率或四分之三速率的 bang-bang 架构因为全速率 CDR 在 112GBaud 下的锁存器功耗太高。CDR 的相位锁定点应该落在整个接收链路的群时延之后而不是简单地锁在输入数据过零点上。CTLE 的峰化会让信号产生额外的相位偏移DFE 的建立也需要固定时间如果 CDR 参考点没算清楚采样点会偏离眼图中心均衡器做得再好也白搭。我习惯的做法是在仿真里先记录三个时间量CTLE 的群时延、VGA 的传播时延、DFE 从输入到判决输出的建立时间把它们叠加到 CDR 的初始相位偏置里。实际芯片回来后再用片上眼图监视器扫一遍最佳采样点与预设值对比。偏差在 10% 以内说明模型准确超过 20% 就要回头检查版图寄生提取是否遗漏了关键互连。4. 3nm FinFET 后仿到实测避坑功耗、偏置和版图寄生4.1 后仿功耗超出预算翻转活动率算得太乐观现象前仿总功耗 2.8pJ/bit后仿加寄生变成 3.3pJ/bit直接突破标题里的 3pJ/bit 指标。原因前仿对 DFE 判决反馈路径的翻转活动率按 40% 估但 224G 数据随机性极强DFE 抽头选择逻辑在高低电平交界处频繁翻转实际活动率接近 65%组合逻辑的动态功耗因此涨了一大截。解决把 DFE 抽头选择从高电平翻转的组合逻辑改成门控时钟驱动的寄存器组让不参与当前判决的抽头保持静止同时在 CTLE 和 VGA 的低功耗待机模式下加切换开关没有信号时切断偏置电流。这条修完总功耗压回 3.0pJ/bit 左右代价是面积多了不到 2%可以接受。3nm 工艺的动态功耗对翻转活动率的敏感度比以往节点更高因为供电电压降下来之后电容占比反而变大。任何新加的测试模式或调试逻辑都要在功耗预算里显式占一块。4.2 CTLE 输出共模在工艺角下漂移均衡曲线跟着走形现象同一套 CTLE 偏置电路TT 角下眼图干净FF 角下输出共模往下掉SS 角下峰化频率偏移了接近 15%后仿眼图高度差出 20mV。原因3nm FinFET 晶体管阈值电压波动和沟道长度调制约在低电压下被放大固定偏置点不再够用。解决给 CTLE 加一组片内 8bit 电流 DAC芯片启动时在数字状态机里依次扫描共模电压用接收机判决器输出的失效率作为反馈把偏置锁到最小值附近。校准完成时间控制在 200us 以内不影响上电时序。这个坑本质上是“工艺补偿”和“模拟设计”的分工问题。模拟电路不断追求宽动态范围偏置在先进工艺下越来越不划算数字校准跑一次几百微秒功耗几乎为零效果远好于把模拟偏置电路做复杂。4.3 版图寄生把接收机真实带宽直接吃掉 8GHz现象后仿提取完整版图后接收前端带宽从设计的 58GHz 掉到 50GHz奈奎斯特点附近的增益掉了近 2dB。原因输入端静电防护器件和焊盘到晶体管栅极之间的互连寄生电容没有充分预估信号还没到 CTLE 就已经被分压衰减。排查过程很直接把互连寄生电容逐段在仿真里替换成理想 0 电容看到哪一段恢复带宽上贡献最大就锁定哪一段。解决把静电防护器件从输入节点移到 CTLE 输出端输入端只保留最小尺寸的初级防护同时把输入互连从普通金属层换到更厚的高层金属电阻减半、电容明显下降。4.4 DFE 首抽头时序在电压下降沿跑不过误码率突然抬升现象电压从 0.75V 降到 0.7V 时前 FEC 的 BER 从 1e-6 涨到 1e-3眼图上看首抽头附近有明显的拖尾。原因DFE 反馈环路在低压下收敛速度变慢1UI 只有 8.9ps锁存器在低电压下建立时间多了 1.5ps判断来不及按时完成。解决把首抽头反馈路径的负载管尺寸加大并调整锁存器时钟相位让判决结果提前半个 UI 准备同时给 DFE 单独供电不跟上数字逻辑共用一个电源域。如果时间预算实在压不下来我还会做一个降级策略将首抽头系数固定为自适应值的 80%宁肯残留一点 ISI 也不要让环路进入误码传播振荡。5. 用 PRBS 和眼图压测这颗收发器芯片测试该盯哪几项指标芯片回片之后测试的第一件事不是看 224G 能否锁定而是确认基础链路能建立完整的校准状态。我习惯把测试流程分成四步先用片内回环模式完成 FFE、CTLE、DFE 的系数校准再切换到外部误码仪先用 20dB 信道跑一遍 PRBS13Q确认收发基本功能然后换 30dB 信道调均衡参数最后才是 40dB 信道下的极限压测。每换一档信道都要重新回测信道 S 参数防止测试板上的阻抗不连续让结果失真。压测数据表的记录项我会固定这么几个眼高、眼宽、DFE 首抽头系数、CDR 锁定相位、前 FEC BER、功耗和结温。给一个参考判据表征项通过判据备注PRBS13Q 前 FEC BER小于 1e-4 连续跑 1 小时224G 通常按 FEC 前的硬判据DFE 首抽头系数小于 0.4超过则有误码传播风险眼宽大于 0.4UI20dB 信道下应更宽松功耗小于 3.15pJ/bit留 5% 的测量误差余量CDR 锁定相位偏差与仿真偏差小于 10%超差先查版图寄生提取温度扫描放在最后做。芯片从 25°C 升到 100°C 的过程中功耗和 DFE 时序会同时恶化。我在模拟项目 X 上踩过一次常温下所有指标都余量充足高温下 CTLE 峰化点漂移导致眼高掉了 15%当时没有在测试计划里排高温眼图扫描只能临时加班补测。自那以后我坚持所有 224G 收发器的测试必须先跑完三个温度点再下结论。这些指标都跑完才能说这颗 3nm 收发器真正接住了 40dB 信道的挑战。设计里最关键的从来不是单个电路模块有多强而是均衡链路、时钟路径和功耗之间能不能在极限条件下同时满足。希望这篇笔记能帮你在调 224G 链路时少走几个我走过的弯路。本文还有配套的精品资源点击获取

相关新闻

HTTP与HTTPS核心差异及Python实现详解

HTTP与HTTPS核心差异及Python实现详解

1. HTTP与HTTPS基础概念解析HTTP(HyperText Transfer Protocol)和HTTPS(HyperText Transfer Protocol Secure)是每个Python开发者必须掌握的基础网络协议。我在实际面试候选人时发现,90%的初级开发者能说出"HTTPS…

2026/10/15 7:52:01 阅读更多 →
CentOS 7下vsftpd中文乱码根因与兼容性解决方案

CentOS 7下vsftpd中文乱码根因与兼容性解决方案

1. 项目概述:为什么vsftpd在CentOS 7里会“说错话”?你有没有遇到过这样的场景:用FileZilla连上一台CentOS 7服务器的vsftpd服务,上传一个叫“测试文档.txt”的文件,结果在服务器上ls一看,变成了一串问号或…

2026/10/15 7:52:01 阅读更多 →
JNI线程管理与同步机制深度解析

JNI线程管理与同步机制深度解析

1. JNI线程操作基础解析在JVM与本地代码交互的场景中,线程管理是JNI编程最关键的难点之一。不同于纯Java环境,JNI线程涉及Java线程与本地线程(如pthread)的双向交互,需要特别注意线程附着(Attach&#xff0…

2026/10/15 7:52:01 阅读更多 →

最新新闻

多模态AI视频搜索实战:从250分钟到2分钟的工程化落地

多模态AI视频搜索实战:从250分钟到2分钟的工程化落地

1. 项目背景与核心痛点拆解1.1 250分钟到底卡在哪里视频搜索这件事,没做过的人会觉得不就是搜个关键词吗。但真正处理过大规模视频素材库的从业者都清楚,传统视频检索的流程有多笨重。Cond Nast 作为一家拥有海量视频内容的媒体集团,旗下品牌…

2026/10/15 8:24:32 阅读更多 →
2026年薪酬设计口碑爆棚的公司,靠什么赢得人心?

2026年薪酬设计口碑爆棚的公司,靠什么赢得人心?

2026年,企业人才争夺战进入白热化阶段。在薪资谈判桌上,一个数据精准、逻辑清晰的薪酬方案,往往能成为决定候选人去留的关键。我调研了数十家2025-2026年薪酬管理口碑极佳的头部企业,发现它们背后都有一个共同的“隐形推手”——一…

2026/10/15 8:24:32 阅读更多 →
基于JSP的相册管理系统:数据库设计、文件上传与项目避坑指南

基于JSP的相册管理系统:数据库设计、文件上传与项目避坑指南

简介:基于JSP与MySQL的相册管理系统源码包,适合Java Web初学者、课程设计或毕业设计参考,主要用于实现用户照片的在线上传、分类管理、查看与分享。整套资源共115个文件,包括20个JSP页面负责前端展示,22个Java源文件及…

2026/10/15 8:24:32 阅读更多 →
光储充换电站双层优化模型与Matlab实现

光储充换电站双层优化模型与Matlab实现

1. 项目背景与核心价值光储充换电站作为新型能源基础设施,正在经历从单纯充电服务向综合能源服务节点的转型。这个项目的核心价值在于通过电价杠杆撬动用户行为,实现"电站-用户"双向优化。传统充电站运营中普遍存在两个痛点:一是光…

2026/10/15 8:24:32 阅读更多 →
Tailwind裁员背后:开源工具商业化与AI冲击的困境

Tailwind裁员背后:开源工具商业化与AI冲击的困境

1. 开源商业化的冰与火之歌:从Tailwind裁员看基础工具生态困境上周五,Tailwind Labs宣布裁员75%的消息在开发者社区炸开了锅。这个拥有7.4万GitHub星标的明星项目,曾用「实用优先」的CSS方法论改变了前端开发的工作流。我在2019年第一次接触T…

2026/10/15 8:24:32 阅读更多 →
数字电源控制器XDPP1100-Q024实战:从规格书到环路调参

数字电源控制器XDPP1100-Q024实战:从规格书到环路调参

简介:英飞凌XDPP1100-Q024中文版规格书手册是一份面向电源设计工程师、嵌入式开发及服务器/工业电源系统设计人员的技术文档。手册详细解析该芯片基于ARM Cortex-M0的100MHz处理器、64kB OTP、32kB RAM与80kB ROM配置,覆盖双电压轨控制、高速电压/电流检…

2026/10/15 8:23:32 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/15 0:14:36 阅读更多 →
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/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练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/14 7:53:34 阅读更多 →