OFDM频偏估计MATLAB仿真:从子载波正交性到星座图验证的完整实现
简介面向无线通信与正交频分复用系统研究者的 MATLAB 频偏估计仿真资源围绕频率偏移导致子载波正交性受损、系统性能下降的问题提供从信号生成、导频构造、频偏引入、信道模拟到最小均方误差、最大似然估计、校正解调及误码率评估的完整算法实现。资源包共 34 个文件包括 19 个 m 脚本、11 个 asv 自动备份、3 个 dat 仿真数据文件和 1 个 doc 结果报告整体仅 224KB轻量便携适合快速搭建仿真环境。已有 1446 人学习/下载关注度较高。借助该资源包读者既能理解导频模式设计与参数设置对频偏估计精度的影响也能基于现成代码复现相关实验为课程设计、科研验证或硬件部署前的算法调试提供有力支撑。1. OFDM 频偏估计仿真先把“子载波正交性被破坏”这件事讲明白做 OFDM 接收机仿真的人十有八九会在星座图上看到一圈“炸开的点”——不是噪声太大而是收发两端本振不一致子载波间隔的整数倍偏移把频域数据整体搬了家小数倍偏移则让每个子载波都叠上了相邻子载波的串扰。这份 OFDM 频偏估计算法的 MATLAB 仿真资源做的就是把这个过程完整复现出来发射端生成 OFDM 符号信道里注入设定的载波频率偏移CFO接收端用训练序列做频偏估计补偿后把星座图和误码率摆出来给你看。适合正在做通信物理层课程设计、毕业设计或者刚接手 OFDM 接收机算法验证的工程师——你需要的不只是一页 PPT 公式而是一套能跑、能改参、能出图的完整链路。2. 仿真链路怎么搭从发射端到频偏注入的完整 MATLAB 实现2.1 为什么先搭发射端参数先定死后面才好排查频偏估计的仿真最忌讳“上来就写估计函数”。发射端的符号结构、导频位置、循环前缀长度这些参数直接决定估计算法能用什么形式。这份资源里的发射端用 QPSK 映射IFFT 点数取 64循环前缀 16 个采样点一个帧里放 14 个 OFDM 符号前两个符号用同样的频域数据做训练序列。% ofdm_tx.m - 发射端参数配置与符号生成 Nfft 64; % IFFT 点数 Ncp 16; % 循环前缀长度需大于信道时延扩展 Nsym 14; % 每帧 OFDM 符号数 Ntrain 2; % 训练符号个数重复结构用于频偏估计 M 4; % QPSK 调制 dataLen (Nfft - 12) * Nsym; % 12 个子载波留作虚拟子载波 txBits randi([0 1], dataLen * log2(M), 1); txSym qammod(txBits, M, InputType, bit, UnitAveragePower, true); % 映射到频域虚拟子载波置零 mapIdx [2:27, 38:63]; % DC 和边缘子载波不用 txGrid zeros(Nfft, Nsym); txGrid(mapIdx, :) reshape(txSym, length(mapIdx), Nsym); % 训练符号前两列用相同数据时域上就是两段重复波形 txGrid(:, 1) txGrid(:, 2); % IFFT 加循环前缀 txTime zeros(Nfft Ncp, Nsym); for k 1:Nsym ifftOut ifft(txGrid(:, k), Nfft); txTime(:, k) [ifftOut(end-Ncp1:end); ifftOut]; end txSignal txTime(:);核心在于训练符号的设计——txGrid(:,1) txGrid(:,2)这一行保证了两个完整 OFDM 符号的时域波形完全相同接收端拿到这段数据后做延迟相关就能算出小数倍频偏。参数上Nfft 64是为了让仿真跑得快实际系统通常是 1024 或 4096Ncp 16对应 1/4 循环前缀这个比例在 LTE 里是常规配置。虚拟子载波mapIdx的选择也要注意DC 子载波置零是为了避开本振泄漏边缘子载波置零是给频谱滚降留过渡带。2.2 频偏注入与信道模型仿真里“真实”是可控的发射信号做好之后频偏注入放在 AWGN 信道之前。频偏的物理意义是收发本振频率差与子载波间隔的比值仿真里直接乘一个相位旋转项即可。这里用归一化频偏epsilon单位是子载波间隔比如epsilon 0.3表示频偏为子载波间隔的 30%。% channel_and_cfo.m - 注入频偏并叠加 AWGN epsilon 0.3; % 归一化频偏单位子载波间隔 snrDb 15; snrLin 10^(snrDb/10); noiseVar 1 / snrLin; phaseVec exp(1j * 2 * pi * epsilon * (0:length(txSignal)-1) / Nfft); rxSignal txSignal .* phaseVec; % 加噪声信号功率归一化为 1噪声按 SNR 换算 rxSignal rxSignal sqrt(noiseVar/2) * (randn(size(rxSignal)) 1j*randn(size(rxSignal))); % 接收端去循环前缀 rxTime reshape(rxSignal, Nfft Ncp, Nsym); rxSymbols rxTime(Ncp1:end, :);注意这里的频偏只在采样点序号上做相位旋转没有模拟多径信道。实际信道中频偏估计的精度受多径影响很大这份资源里先不加多径把频偏这一个变量单独拎出来看——这也是调试的好习惯一次只引入一个变量。phaseVec里的1j * 2 * pi * epsilon * n / Nfft就是从模拟域换算过来的真实频偏delta_f乘时间n*Ts归一化后就是epsilon * n / Nfft。这个换算关系是整份仿真里最容易写错的地方很多人的估计结果差一倍就是这里少除了一个Nfft。3. 小数倍频偏估计延迟相关法与它的数学边界3.1 延迟相关法的原理时域重复结构就是为它准备的小数倍频偏估计最经典的做法是 Schmidl Cox 提出的延迟相关训练符号在时域上两段相同接收端把这两段共轭相乘相位差里就含着频偏信息。假设没有噪声接收信号两段分别是r[n]和r[nD]后者相对前者多了2*pi*epsilon*D/Nfft的相位旋转把相关值取角度再除以2*pi*D/Nfft就得到频偏估计值。这个方法的估计范围是|epsilon| Nfft/(2*D)当D Nfft时范围是 ±0.5 个子载波间隔。% est_fractional_cfo.m - 基于延迟相关的 CFO 粗估计 D Nfft; % 两个训练符号之间的延迟 % 取接收端两个训练符号的时域波形 trainRx rxTime(:, 1:2); % 去 CP 后前两个符号 r1 trainRx(:, 1); r2 trainRx(:, 2); % 延迟相关共轭相乘再累加 corr sum(conj(r1) .* r2); fracCfo angle(corr) / (2 * pi * D / Nfft); % 输出估计值单位为子载波间隔 fprintf(估计频偏: %.4f, 真实频偏: %.4f\n, fracCfo, epsilon);angle(corr)的取值范围是[-pi, pi]所以fracCfo的范围正好是[-0.5, 0.5]。这个思路下有个常见的误用有人直接用angle(r2 .* conj(r1))对每个采样点取角度再平均这在低 SNR 下性能会明显变差。正确的做法是先对所有采样点的共轭乘积累加再取一次角度——累加本身就是一种匹配滤波能让等效信噪比提高10*log10(D)dB。参数上D的选择直接影响估计范围和精度D越大相位差越大抗噪声能力越强但估计范围越小。如果系统需要估计 ±1 个子载波间隔的频偏就得把训练符号切成 4 段重复用相邻段的相关而不是只靠两个符号。3.2 频偏补偿与星座图验证估计完要能看到效果频偏估计出来之后要补偿回去补偿的方式是在时域乘上反方向的相位旋转。补偿后的信号送入 FFT 解调观察星座图是否收敛。这里有个细节小数倍频偏补偿只能消除子载波间干扰如果真实频偏超过 0.5 个子载波间隔整数倍部分会把频域数据整体移位星座图看起来是正常的但解出来的比特全是错的——这就是为什么后面还要做整数倍频偏估计。% compensate_and_demod.m - 频偏补偿与星座图观察 compPhase exp(-1j * 2 * pi * fracCfo * (0:length(rxSignal)-1) / Nfft); rxComp rxSignal .* compPhase; % 重新去 CP 并 FFT rxTimeComp reshape(rxComp, Nfft Ncp, Nsym); rxSymComp fft(rxTimeComp(Ncp1:end, :), Nfft); % 取数据子载波并绘制星座图 rxData rxSymComp(mapIdx, :); figure; plot(rxData(:), .); axis equal; grid on; title(sprintf(频偏补偿后星座图 (SNR%d dB), snrDb));补偿后的星座图是检验估计精度的最直接手段。补偿前epsilon 0.3时星座点绕着原点旋转看起来像一圈连续的环补偿后如果估计值准确星座点应该聚到 QPSK 的四个理想位置上。如果星座图上有残余旋转说明估计值偏小可以继续做残余频偏跟踪。rxData(:)把所有符号的数据子载波铺平画在一张图里能宏观地看到整体散布情况——如果只想看单个符号的星座图那就用rxData(:, k)。4. 整数倍频偏与采样钟偏移让估计闭环4.1 整数倍频偏频域移位怎么检测小数倍频偏补偿之后残余的整数倍频偏表现为频域子载波发生了循环移位。检测方法常用频域导频相关发射端在已知子载波位置放导频接收端将 FFT 输出与本地导频做循环相关峰值位置就是整数倍频偏的偏移量。% est_integer_cfo.m - 基于导频相关的整数倍频偏估计 pilotIdx [8, 22, 36, 50]; % 导频子载波位置 pilotSym qammod([1, -1, 1, 1], M, UnitAveragePower, true); % 取一个符号的 FFT 输出 symIdx 3; % 训练符号之后的数据符号 rxSym rxSymComp(:, symIdx); rxPilot rxSym(pilotIdx); % 整数倍频偏搜索范围 ±5 个子载波 searchRange -5:5; corrMetric zeros(size(searchRange)); for idx 1:length(searchRange) shift searchRange(idx); shiftedPilotIdx mod(pilotIdx shift - 1, Nfft) 1; corrMetric(idx) abs(sum(rxSym(shiftedPilotIdx) .* conj(pilotSym))); end [~, maxIdx] max(corrMetric); intCfo searchRange(maxIdx); fprintf(整数倍频偏: %d\n, intCfo);这里用mod做循环移位是因为频偏导致的子载波移位在 FFT 后是循环的——从频谱一端移出去的数据会从另一端进来。searchRange的大小要根据系统能容忍的最大频偏来设如果压控振荡器精度差、频偏可能到 ±10 个子载波间隔搜索范围要相应扩大但代价是计算量增加。导频位置的选择也有讲究四个导频分散在整个带宽上比集中在一侧更抗频率选择性衰落——不过这份仿真里还没加多径信道这里先埋个伏笔后面避坑章节再展开。4.2 采样钟偏移符号定时慢慢跑偏的问题采样钟偏移与载波频偏不同它表现为采样时刻逐渐偏移导致每个 OFDM 符号的 FFT 窗起点逐渐偏离理想位置。仿真里可以用一个简单的模型模拟每个符号的时域延迟增加delta_ts个采样点。如果delta_ts够小影响主要是每个子载波上的相位旋转这个相位随子载波索引线性变化所以可以用频域导频插值来估计。% est_sco.m - 基于导频相位差的采样钟偏移估计 % 假设用两个导频符号估计每个子载波上的相位旋转斜率 symA rxSymComp(:, 4); % 两个已知导频符号 symB rxSymComp(:, 5); phaseDiff angle(symA(pilotIdx) .* conj(symB(pilotIdx))); % 相位差应随子载波索引线性变化斜率与 SCO 成正比 p polyfit(pilotIdx, unwrap(phaseDiff), 1); scoEst p(1) * Nfft / (2 * pi * Nsym); % 归一化采样钟偏移unwrap在这里是必须的。导频子载波间隔较大时相位差可能超过pi发生卷绕直接angle结果会出现跳变拟合出来的斜率就完全错了。polyfit做一阶线性拟合把导频位置和相位差的关系拟合出来斜率就是每个子载波上的相位旋转速率。采样钟偏移补偿一般有两种做法一种是直接在频域乘反相旋转简单但对多径敏感另一种是反馈给前端调整 FFT 窗起点复杂度高但更稳健。这份资源里用前一种实现简单且在没有多径的仿真条件下效果足够。5. 频偏仿真常见问题避坑现象、原因与解决办法5.1 估计值恒为真实值的一半现象真实频偏epsilon 0.3估计出来稳定在 0.15 附近。原因延迟相关公式里分母写成了2 * pi * D但相位旋转实际是2 * pi * epsilon * D / Nfft少除了一个Nfft。这是最典型的公式换算错误。解决检查估计公式的分母是否包含Nfft。正确写法是angle(corr) / (2 * pi * D / Nfft)。我一般会在代码里把这一步单独写成一行注释标注单位是“子载波间隔”避免下次再犯同类错误。5.2 星座图补偿后仍然旋转现象小数倍频偏补偿之后星座图从圆圈变回了四个点但四个点还在缓慢旋转误码率下不去。原因估计过程用的是两个训练符号的相关估计精度受噪声影响有抖动残差的频偏在数据符号上持续累积相位旋转。SNR 越低这个问题越明显——训练符号只有两个等效信噪比增益有限。解决在数据符号里插入连续导频对每个符号做残余频偏跟踪。具体做法是取当前符号的导频子载波相位与理想导频相位之差除以符号索引得到残余频偏增量再做一次补偿。5.3 多径信道下估计值突然不准现象加 AWGN 时估计误差在1e-4量级加上两径信道后误差跳到1e-2星座图明显发散。原因延迟相关法默认两个训练符号经历相同的信道响应。多径信道下如果信道随时间变化或者训练符号中间有信道突变相关值里就混入了信道相位差被误判成频偏。解决把训练符号放在帧头并保证信道在一个训练序列期间基本不变。如果信道变化快需要缩短训练序列长度或者用基于 CP 的频偏估计做辅助两路估计结果互相校验。5.4 整数倍频偏搜索峰值不明显现象corrMetric在多个移位位置都有较大值最大峰值和次大峰值差距很小整数倍频偏判错。原因选择的导频符号本身相关性不够强或者导频子载波数量太少。更常见的原因是没有做小数倍频偏预补偿——残余的小数倍频偏本身就造成导频位置的能量泄漏导致相关峰展宽。解决先确认小数倍频偏补偿已经完成再看整数倍估计的结果。导频序列改用 ZC 序列不同移位之间相关性更锐利峰值判别更清晰。6. 仿真结果的验证方法误码率曲线与残差频偏的双重校验仿真跑通、星座图收敛只是第一步真正判断频偏估计算法有没有做好要用两条曲线说话误码率随 SNR 变化曲线以及估计残差随 SNR 变化曲线。前者看系统性能有没有被频偏拖垮后者看估计算法本身的极限在哪。两条曲线要放在同一份代码里跑完因为它们是同一组仿真数据的两个视角。% verify_performance.m - 扫 SNR 并记录误码率与估计残差 snrList 0:2:20; berList zeros(size(snrList)); cfoErrList zeros(size(snrList)); for snrIdx 1:length(snrList) snrDb snrList(snrIdx); % 完整收发链路发射-加频偏-估计-补偿-解调 [ber, estCfo] run_ofdm_link(epsilon, snrDb); berList(snrIdx) ber; cfoErrList(snrIdx) abs(estCfo - epsilon); end figure; subplot(2, 1, 1); semilogy(snrList, berList, o-); grid on; xlabel(SNR (dB)); ylabel(BER); title(频偏补偿后误码率曲线); subplot(2, 1, 2); semilogy(snrList, cfoErrList, s-); grid on; xlabel(SNR (dB)); ylabel(|CFO 估计误差|); title(频偏估计残差曲线);跑完这条曲线你会看到两个典型特征误码率曲线在低 SNR 段偏离理论 QPSK 曲线说明噪声主导高 SNR 段出现平层说明有残余频偏限制了性能。平层出现的 SNR 位置就是这套估计算法的应用边界——想继续压低误码率就得加强跟踪环节。估计误差曲线在高 SNR 段趋近零但如果用半精度浮点或者定点仿真误差会停在某个floor那就是数值精度的边界。验证技巧上还有一点值得提把帧数开到足够多比如每个 SNR 点跑 200 帧以上误码率曲线才会平滑。10 帧数据画出来的 BER 曲线锯齿感很强看不出拐点也看不出平层。我习惯先把帧数调到最大跑一次确认算法没问题再降低帧数快速迭代参数——仿真的时间预算永远是最紧的资源。另外换一种导频序列或者把epsilon从 0.3 改成 0.1 和 0.49重复跑一遍残差曲线——估计算法对不同频偏值的一致性往往比单个点的精度更说明问题。从那以后我每次验证频偏估计算法都强制走一遍“两组曲线加三个频偏点”的流程宁可多花半小时跑透也不想事后发现某个频偏值下算法突然失效。希望帮到你。本文还有配套的精品资源点击获取

相关新闻

Blensor TOF雷达仿真:生成高保真PCD点云的完整实践指南

Blensor TOF雷达仿真:生成高保真PCD点云的完整实践指南

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

2026/10/13 5:27:31 阅读更多 →
VS2019发布.NET Core到内网Linux的四大避坑指南

VS2019发布.NET Core到内网Linux的四大避坑指南

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

2026/10/13 5:27:31 阅读更多 →
抖音式视频流滑动实现:惯性滚动与视觉锚定技术解析

抖音式视频流滑动实现:惯性滚动与视觉锚定技术解析

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

2026/10/13 5:27:31 阅读更多 →

最新新闻

AutoGen接入MCP工具全指南:原理、API与避坑实践

AutoGen接入MCP工具全指南:原理、API与避坑实践

这两天我在调AutoGen智能体的时候,发现一个很容易被忽略但非常关键的扩展包:autogen_ext.tools.mcp。如果你已经在用AutoGen做智能体,大概率接触过原生工具注册,也就是把函数直接塞给Agent。但实际项目里工具一多,函数…

2026/10/13 12:48:56 阅读更多 →
图书销售管理系统数据库设计:从需求到建表的完整落地路径

图书销售管理系统数据库设计:从需求到建表的完整落地路径

简介:这份资源是面向高校数据库课程大作业场景的图书销售管理系统数据库设计文档,适合正在完成数据库课程设计、需要参考完整设计流程的学生,以及希望巩固SQL Server建模与查询实践的初学者。压缩包内仅含1个docx文件,整体约1.66M…

2026/10/13 12:48:56 阅读更多 →
COMSOL混凝土压缩损伤模拟技术与工程应用

COMSOL混凝土压缩损伤模拟技术与工程应用

1. 混凝土压缩损伤模拟的核心价值在土木工程和建筑材料研究中,混凝土的压缩损伤行为一直是结构安全评估的关键课题。传统实验室测试虽然直观,但存在试件制备周期长、破坏性测试成本高、内部损伤演化难以观测等固有局限。COMSOL Multiphysics这类多物理场…

2026/10/13 12:48:56 阅读更多 →
从原理到落地:游程编码RLE压缩算法的完整实现与工程实践

从原理到落地:游程编码RLE压缩算法的完整实现与工程实践

1. 从一个“看起来很简单”的需求说起RLE,全称 Run-Length Encoding,中文一般叫游程编码。这大概是所有压缩算法里最容易理解的一个了——把连续重复的数据用“数量值”的方式记下来。比如AAAAABBB变成5A3B,就这么简单。很多人第一次接触数据…

2026/10/13 12:48:56 阅读更多 →
t3code轻量级代码工具集:从规则引擎到批量生成API客户端代码的实操指南

t3code轻量级代码工具集:从规则引擎到批量生成API客户端代码的实操指南

1. 从“t3code”这个标题说起:它到底是什么,能解决什么问题第一次看到“t3code”这个标题,很多人会愣一下——它不像“XX管理系统”那样直白,也不像“XX工具库”那样一看就知道用途。我当初接触这个项目时也是一头雾水&#xff0c…

2026/10/13 12:48:56 阅读更多 →
Python二维码条形码自动识别实战:原理、代码与排坑

Python二维码条形码自动识别实战:原理、代码与排坑

1. 项目背景与识别原理先说一个我自己的经历。有一次我需要批量处理一批图书的ISBN条形码,手动扫了几十本之后,手指头都快抽筋了,于是萌生了用Python写一个自动解析工具的想法。当时调研了一圈,发现这个需求远比想象中普遍——电商…

2026/10/13 12:47:52 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 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/12 21:05:09 阅读更多 →
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/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练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/12 18:11:17 阅读更多 →