OptiSystem 7光通信仿真实战:从10.7G链路搭建到WDM优化

简介:OptiSystem 7 是一款面向光通信、光纤、激光与成像系统建模分析的专业教学软件,常用于高校光电类课程设计、毕业设计及科研预研,帮助初学者理解光路搭建、物理光学仿真与系统性能评估。压缩包共 533 个文件,其中主要包含 225 个 osd 工程设计文件、83 个 dat 数据文件、55 个 ofs 工程模板,以及 tlb/ocl 元件库、chm 帮助文档、pdf 教程和 bat 激活脚本等,整体大小约 105.18MB,目录结构划分清晰,便于按模块查阅。目前已有 2125 人学习下载,内容覆盖光束传播、衍射、干涉、光纤衰减与色散、激光增益与模式锁定、镜头像差等典型案例,还配有案例库与教学材料。这套资料既可用作课堂演示和实验指导,也适合学生独立完成从元件拖放、参数设置到仿真结果分析的完整链路,实践价值突出。

1. 为什么是 OptiSystem 7:从画框图到看眼图,就差一个能落地的仿真工程

做光通信课程设计或者毕业设计的人,十有八九遇到过这种尴尬:公式推导都会,功率预算也算得出来,但把发射机、光纤、EDFA、接收机摆在一起之后,信号到底长什么样、误码率能不能到工程可用水平,心里完全没底。买一台误码仪不现实,搭一套真实光模块更不现实,这时候就需要一个能离线复现完整光链路的仿真工具。OptiSystem 7 就是干这个的——它把光源、调制器、光纤、放大器、探测器全部做成可拖拽组件,跑完直接给你眼图、光谱、Q因子和 BER 估计值。这份资源适合两类人:一类是正在做光通信课设或毕设、需要出仿真结果写论文的学生,另一类是工作中要快速验证链路方案、又不想开实验台的工程师。它解决的问题很具体:把抽象的衰减、色散、非线性效应变成能截图、能对比、能量化分析的图表。

2. 组件库与仿真引擎:先弄清 OptiSystem 7 到底在“算”什么

很多人第一次打开 OptiSystem 7,会被左侧一大排组件库吓到,以为这是个画图工具,随便拖几个方块连起来就点运行。实际上它内部是个完整的数字信号处理管线:每个组件背后都有对应的数学模型,光纤组件跑的是非线性薛定谔方程,EDFA 组件算的是掺铒光纤的功率演化方程,接收机组件里埋着热噪声、散粒噪声和暗电流模型。只有把这些原理摸清楚,你才不是“在画框图”,而是在搭一条虚拟光链路。

2.1 三种组件库:光源、光纤、接收机不是靠拖得对,而是靠参数对

组件库大致分三块:发射端、传输链路、接收端。发射端包括连续波激光器、马赫曾德尔调制器、脉冲发生器、编码器等;传输链路包括单模光纤、色散补偿光纤、光放大器、波分复用器等;接收端包括光电二极管、低通滤波器、BER 分析仪、光谱分析仪等。每个组件拖到布局区后,双击会弹出一堆参数,这里才是关键。

我一般会先建立“组件输入输出口”的概念。每个组件左边是输入口、右边是输出口,光纤、EDFA 这类组件支持双向光信号,而 BER 分析仪必须接在光电转换之后。连错口的典型特征是仿真能跑,但结果为空或报 mismatch 错误。另一个容易忽略的点是组件库右上角有个搜索框,组件多的时候直接输“MZM”“EDFA”“PIN”能省不少时间,比一级级翻菜单效率高得多。

2.2 离线采样与符号映射:仿真序列长度、采样率和比特率之间的关系

OptiSystem 7 做的是离线星座图和波形仿真,不是实时仿真。它把一段二进制序列按时间轴展开,每个比特被切分成多个采样点,然后逐组跑完整个链路。全局参数面板里有三个数字需要重点理解:序列长度、每比特采样数、比特率。序列长度表示一组仿真用多少个比特,常见值是 64、128、256;每比特采样数表示一个比特被离散成多少个时间点,常见值是 32、64、128;比特率就是你链路的线速率,比如 10.7G。

三者合起来决定一个核心结果——仿真总时长和内存占用。总采样点数 = 序列长度 × 每比特采样数,比如 256 × 64 = 16384 个点。序列长度太短,眼图上的随机码型不够丰富,BER 统计没意义;采样数太少,脉冲波形会失真,色散累积的细节完全看不出来。我常用的起点是序列长度 256、每比特采样数 64,跑 10.7G 链路时速度和精度比较平衡。如果跑 WDM 多信道,序列长度先降到 128,不然内存很快吃满。

2.3 从眼图到 BER:结果查看器到底该怎么读

仿真跑完后,结果不是只给你一个数字,而是按不同观测点给你看不同视图。最常用的是光学频谱分析仪、时域示波器和 BER 分析仪。时域示波器看的是波形张开程度,眼图越“方”越好;BER 分析仪直接给出估计的最小 BER 和 Q 因子(dB 值)。

这里有一个容易理解错的地方:OptiSystem 的 BER 是估计值,不是实测值。它利用接收机判决阈值附近的高斯噪声模型外推出来的,所以当信号质量特别好或特别差时,结果会显示成“无法计算”或接近 0。我习惯先把 Q 因子作为主指标:Q 因子越高,BER 越低,一般工程上要求 BER 小于 1e-12 时,Q 因子大约在 7.28 以上(线性值),对应 dB 值约 17.2dB。记住这个对应关系,后续调参会很有用。

3. 搭建一条可复现的 10.7Gb/s 链路:EDFA 与色散补偿参数全公开

下面这条链路是我用来给某高校光通信课程做演示的标准工程:10.7Gb/s NRZ 强度调制,80km 单模光纤,加一级 EDFA 放大,再接色散补偿光纤(DCF),末端用 PIN 接收。整条链路不复杂,但参数都踩在工程边界上,适合作为初学复现的第一个完整实验。

3.1 搭链路前的预算:为什么发射功率是 0dBm 而不是 -5dBm

常见做法是先手算一遍功率预算再打开软件。发射端激光器默认功率我设为 0dBm,这不是拍脑袋。80km 单模光纤在 1550nm 窗口的损耗约 0.2dB/km,总计 16dB;EDFA 增益设 20dB,补偿光纤损耗后还多出 4dB;DCF 长度 8km,损耗按 0.5dB/km 算是 4dB,刚好把这 4dB 吃掉。这样到接收机前光功率约 0dBm,PIN 管输入范围合理。

如果你把发射功率改成 -5dBm,链路预算就不平衡了:EDFA 输出功率降低,DCF 末端功率会变成负值,接收机热噪声占比上升,Q 因子明显下降。这不是仿真“变差了”,而是真实链路也会这样。所以第一步先算清楚:链路总损耗是多少、放大器补多少、补偿光纤吃掉多少,然后再去填参数。这一张纸的功夫,能省掉后面几小时瞎试。

3.2 布局与连线:一台发射机、两段光纤、一只 EDFA 的摆法

打开 OptiSystem 7 后新建工程,在布局区按下面顺序放置组件并连线:

  • 比特发生器(NRZ,10.7Gb/s,PRBS 阶数 7)
  • 连续波激光器(1550nm,线宽 1MHz,功率 0dBm)
  • 马赫曾德尔调制器(消光比 30dB)
  • 单模光纤(80km)
  • EDFA 掺铒光纤放大器
  • 色散补偿光纤 DCF(8km)
  • PIN 光电二极管
  • 低通滤波器
  • BER 分析仪

连接逻辑很直白:比特发生器把电信号同时送给 MZM 的两个输入;激光器输出光载波进 MZM 的第三个输入;MZM 的光输出进单模光纤;后面一路串联。需要强调的是,低通滤波器和 BER 分析仪之间是电信号连接,不能再接光纤组件,否则会报输入类型不匹配。这个错误我在最初搭工程时犯过不止一次,每次都是仿真跑到一半弹 error,检查半天才发现是把电口和光口混接了。

3.3 关键参数表:从 PRBS 到 BER 分析仪,逐个字段去设

这里列一份我在 10.7G 工程里实际用的参数表,复制到你的工程里就能跑通。设置路径:双击组件 → 在 Parameters 标签页中修改。

组件参数项设置值说明
全局参数Bit rate10.7e9 bit/s10.7G 标准速率
全局参数Sequence length256随机比特数,验证阶段够用
全局参数Samples per bit64眼图分辨率适中
PRBS 发生器Type2^7-1短码型,便于教学观察
连续波激光器Frequency193.1 THz对应 1550nm
连续波激光器Power0 dBm链路预算初始值
连续波激光器Linewidth1 MHz贴近实际 DFB 激光器
MZMExtinction ratio30 dB消光比越高眼图张得越开
单模光纤Length80 km干线传输距离
单模光纤Attenuation0.2 dB/km1550nm 窗口典型值
单模光纤Dispersion16 ps/nm/kmG.652 光纤典型值
单模光纤Nonlinear effects开启包含 SPM/XPM 等效应
EDFAGain20 dB补偿 80km 光纤损耗
EDFANoise figure4 dB典型掺铒放大器指标
DCFDispersion-160 ps/nm/km负色散补偿
DCFLength8 km总补偿量 -1280 ps/nm
PINResponsivity0.85 A/WInGaAs 探测器典型值
低通滤波器Cutoff frequency0.75 × 比特率约 8 GHz,滤除带外噪声
BER 分析仪Threshold0.5判决阈值,可调

注意 DCF 的色散总量:80km × 16ps/nm/km = 1280ps/nm,DCF 长 8km,单公里色散 -160ps/nm/km,乘起来正好 -1280ps/nm。这是链路设计里最需要校对的一步,符号反了或者长度不对,残余色散会直接体现在眼图闭合上。

3.4 跑仿真与后处理:在结果页抓 Q 因子,再交给脚本复核

参数填好后点运行按钮,仿真时长取决于序列长度,一般几秒到几十秒。跑完在 BER 分析仪上右键选择“Open Visualizer”,能看到眼图、直方图和 Q 因子/估计 BER 的读数。我习惯先把 Q 因子记下来,然后顺手做一个额外的复核步骤:让 OptiSystem 把结果导出成文本,再用脚本批量处理多个功率点。

这个做法在做参数扫描时特别有用,不需要每次都用眼睛盯图表。示例脚本(用 MATLAB/Octave 都可以)大致思路是读取导出的功率-结果表,筛选最佳 Q 因子对应的发射功率:

% 读取 OptiSystem 导出的扫描结果表 % 第一列: 发射功率dBm, 第二列: Q因子线性值 data = readmatrix('sweep_results.txt'); power = data(:,1); q_lin = data(:,2); % 找到Q因子最大的点, 并换算成dB值 [best_q, idx] = max(q_lin); best_power = power(idx); q_db = 20 * log10(best_q); fprintf('最佳入纤功率: %.1f dBm\n', best_power); fprintf('最大Q因子线性值: %.2f, 对应%.2f dB\n', best_q, q_db); % 绘制趋势图, 确认是否存在功率“甜点” plot(power, q_lin, '-o'); xlabel('发射功率 (dBm)'); ylabel('Q因子'); grid on;

这段脚本核心在于数据文件的列顺序要和导出一致,跑之前先在文本编辑器里看一眼表头。这个后处理习惯我用了很久:手眼配合看图只能判断“好不好”,脚本扫出来才能告诉你“哪里最好”。

4. 避坑:OptiSystem 7 里最容易翻车的五个仿真细节

仿真工具最大的风险不是算错,而是错误地给出一个“看起来正确”的结果。以下五条是我在这类光链路仿真里真实踩过、也反复帮别人排查过的坑,每一条都按现象、原因、解决三个层面说清楚。

4.1 误码率显示“无解”,第一反应别是接收机,先看全局序列长度

现象:BER 分析仪不显示数字,只显示“无法计算”或一个极小值下限。原因:序列长度设成 32 或 64,眼图上有效跳变沿太少,BER 分析仪无法积累足够多的统计样本,高斯外推模型直接失效。解决:把全局参数的 Sequence length 调大到 256,重新跑一遍。如果资源允许,测试最终指标时可以调到 512,BER 估计会稳定很多。

4.2 EDFA 增益调大后眼图反而“过曝”,其实是接收机饱和

现象:把 EDFA 增益从 20dB 提到 30dB,预期 Q 因子更高,结果眼图顶部和底部出现明显削平,BER 变差。原因:到达 PIN 的功率超过探测器线性区,波形被压缩,等效于接收机饱和。解决:先算链路预算,让接收机输入功率不超过 0dBm;如果确实需要更高增益,就在 EDFA 后加一级光衰减器。记住一句话:放大器增益不是越大越好,接收机动态范围是硬边界。

4.3 改了光纤色散参数,眼图纹丝不动

现象:把单模光纤色散从 16 改成 20ps/nm/km,眼图和 Q 因子完全不变。原因:光纤组件的“仿真模式”被设置成忽略色散,或者你改的是另一个实例的参数。OptiSystem 里同类组件可以放多个,双击前必须确认布局区哪个组件被选中,属性面板标题栏会显示组件名和 ID。解决:选中光纤组件后在数值栏确认色散参数由“未设置”变为 16,再跑一次。这类“参数改了个寂寞”的问题,90% 是改错了对象。

4.4 DCF 色散符号与光纤不匹配,补偿变成叠加

现象:DCF 加上去以后 Q 因子不升反降,眼图交叉点更散。原因:常规单模光纤是正色散,DCF 必须填负色散。如果你把 DCF 的 Dispersion 填成正数,两条光纤的色散累加,残余色散翻倍。解决:DCF 组件参数栏里 Dispersion 设为负数,比如 -160ps/nm/km。这条看着简单,但没有工程经验的人很容易忽略符号问题。

4.5 报告表里 Q 因子数值大,和眼图观感完全对不上

现象:BER 分析仪显示 Q 因子 8(线性值),但眼图明显张不开。原因:你可能在对比两个不同观测点——一个是从光纤末端直接接的光学示波器,一个是接收机后的电信号眼图。线性值 8 相当于 18dB 左右,已经是极好质量,眼图会张得很开;如果眼图闭合,说明 Q 因子读数来自错误节点。解决:确认 BER 分析仪一定接在低通滤波器后面,且阈值设置在信号幅度的中间,不要接在光示波器上看 Q 因子。

5. 进阶:把单信道扩成 4×10Gb/s WDM:波分复用与入纤功率优化

单信道跑通之后,下一步自然是 WDM。在这个环节,OptiSystem 7 的核心优势才真正体现出来:你可以在一张布局图里放四台发射机、一个合波器、一段共用光纤、一个分波器、四台接收机,同时观察信道间的串扰和非线性效应。

5.1 在布局里放进 MUX/DEMUX 并规范信道间隔

波分复用组件在组件库里叫 WDM MUX 和 WDM DEMUX。四路信号的波长要按 ITU-T 标准信道间隔排布,常见是 100GHz 间隔。用频率表达分别是 193.1THz、193.2THz、193.3THz、193.4THz,对应波长约 1550.12nm 到 1551.72nm。设置方法是每路连续波激光器的 Frequency 填不同值,MUX 组件会自动按频率路由。

布局时需要注意 MUX 的输入口数量:四路就要选择 4 输入口的 MUX 组件,拖入后双击可以改端口数。DEMUX 在接收端做反向操作。光纤、EDFA 等共用组件的参数与单信道工程一致,唯一要调整的是全局参数的序列长度,四信道叠加后数据量变大,我一般降到 128,保证仿真内存可承受。

5.2 用参数扫描找入纤功率的“甜点”

WDM 系统有一个经典现象:入纤功率太低,噪声占主导;功率太高,光纤非线性效应(尤其是 XPM)会严重劣化信号。这中间存在一个最佳功率点,工程上叫“功率甜点”。

常见做法是手动改几次发射功率对比结果,但更高效的是用 OptiSystem 自带的参数扫描:把激光器功率设成扫描变量,起始 -3dBm、结束 6dBm、步进 1.5dBm,跑完后在结果表里看 Q 因子变化趋势。典型结果是先升后降:比如 0dBm 时 Q 因子 7.5,1.5dBm 时升到 8.2,3dBm 时反而掉到 7.4,那最佳入纤功率就在 1.5dBm 到 3dBm 之间。

5.3 OSNR 与 Q 因子一起看:判断链路到底死在噪声还是非线性

如果你扫完功率发现 Q 因子下降,但要判断是噪声还是非线性导致,单看 Q 因子不够。这时要在 EDFA 输出端加一个光谱分析仪,读 OSNR(光信噪比)。OSNR 高但 Q 因子低,问题大概率出在非线性或色散补偿上;OSNR 也低,说明放大器噪声或信道串扰是主因。

这一步是仿真里最接近真实工程判断的地方。真实光通信系统调优时也是这组指标:OSNR 看光谱、Q 因子看时域,两个维度对不上就是中间某个组件设置有问题,别急着调下一个参数。

6. 最后的工程习惯:先算后仿,仿真前先做一张功率预算表

很多人在 OptiSystem 里翻车,不是因为软件不会用,而是因为没有先做功率预算。我在给某跨平台系统做链路仿真时吃过一次亏:直接把发射功率设成已知光模块的标称值,然后一路调到眼图好看为止,最后写文档时发现参数和真实器件对不上,又全部返工。从那以后,我每次开新工程都强制先做一张功率预算表:损耗列出来,增益列出来,每一级的光功率都算到小数点后一位,再打开软件填参数。这个习惯让我省下的调试时间,远比算那两分钟多得多。

最后说一个实用到可以直接抄走的习惯:跑完链路后做一次“背靠背”验证——把光纤和 EDFA 取掉,发射机直接接接收机,跑出来的 Q 因子就是这个系统在无传输条件下的上限。如果加光纤后 Q 因子掉得比预算多很多,说明光纤或放大器的某个参数不现实;如果背靠背的 Q 因子都不高,问题一定出在发射端或接收端的电参数上。这套流程不需要额外工具,只需要你有意识地在同一个工程里复制一块布局对比。

如果你接下来要做的课设或预研就是光链路仿真方向,把这份 OptiSystem 7 资源下载下来之后,不要急着跑示例工程。先把第三章的 10.7G 单信道链路从头建一遍,用你手算的预算值去对照仿真输出,确认你能控制每一个参数,再往 WDM 和非线性方向扩展。希望帮到你。

本文还有配套的精品资源,点击获取

相关新闻

RAG上下文压缩:从检索增强到精准生成的调优实践

RAG上下文压缩:从检索增强到精准生成的调优实践

做 RAG(检索增强生成)的同学,应该都对这一套流程不陌生:用户问一个问题,我们把问题向量化去库里召回 top_k 条文档切片,然后把这些切片一股脑塞给大模型生成答案。听起来很顺,但长期做知识库问答…

2026/10/20 21:09:24 阅读更多 →
跳出聊天框:AI学习工具如何从对话交互转向结构化学习系统

跳出聊天框:AI学习工具如何从对话交互转向结构化学习系统

1. 一个让人又爱又恨的现状打开任何一个号称“AI 学习助手”的产品,十有八九你会看到一个熟悉的界面:左边一个输入框,右边一片空白对话区,底部一行小字写着“输入你的问题”。然后你问它一道数学题,它给你一段解释&…

2026/10/20 21:09:24 阅读更多 →
OpenJDK 11.0.10 ARM64 Linux 部署指南:架构匹配、环境配置与生产验证

OpenJDK 11.0.10 ARM64 Linux 部署指南:架构匹配、环境配置与生产验证

简介:本资源是面向ARM64架构Linux服务器与嵌入式开发者的OpenJDK 11.0.10官方构建版,专为aarch64平台深度适配,解决Java开发者在国产化ARM服务器、云原生边缘计算及信创环境下的JDK运行与开发需求。压缩包共508个文件,涵盖72个jmo…

2026/10/20 21:08:21 阅读更多 →

最新新闻

本体驱动的AI原生应用开发:让知识结构成为AI操作系统

本体驱动的AI原生应用开发:让知识结构成为AI操作系统

1. 项目概述:当“知识结构”成为AI应用的底层操作系统你有没有遇到过这样的情况:写一个智能客服系统,规则改三次,模型微调五轮,最后发现90%的问题其实出在“我们对‘退货’‘换货’‘补发’这几个概念到底怎么界定”上…

2026/10/20 21:58:56 阅读更多 →
Maven安装与环境变量配置全攻略:从settings.xml到镜像仓库实战

Maven安装与环境变量配置全攻略:从settings.xml到镜像仓库实战

1. 为什么要自己折腾Maven环境,以及装它之前必须想清楚的事很多刚接触Java生态的朋友,第一次听到“Maven”其实是在报错信息里:明明代码没问题,却提示找不到依赖包,或者是“package does not exist”,再或者…

2026/10/20 21:58:56 阅读更多 →
AI记忆系统被一句话劫持?从update漏洞看可追溯、可纠正的设计底线

AI记忆系统被一句话劫持?从update漏洞看可追溯、可纠正的设计底线

最近在测试一个带长期记忆模块的对话系统Demo时,我撞见了一件让我后背发凉的事:整个团队花了半个月搭出来的用户画像记忆库,被一句夹杂着"update"的自然语言指令轻松改写,而且系统全程没有任何察觉。更讽刺的是&#xf…

2026/10/20 21:58:56 阅读更多 →
Transformer从入门到实战:自注意力机制原理与PyTorch实现

Transformer从入门到实战:自注意力机制原理与PyTorch实现

1. 从“transformers”这个词说起:它到底是什么,能解决什么问题如果你最近在技术社区、开源项目或者AI相关的讨论里频繁看到“transformers”这个词,大概率不是指那部科幻电影,而是指一个在自然语言处理、计算机视觉、语音识别等领…

2026/10/20 21:58:56 阅读更多 →
从Postman到Rest Assured:接口自动化测试实战指南

从Postman到Rest Assured:接口自动化测试实战指南

1. 从Postman到Rest Assured:整个方案的逻辑起点接口自动化测试这几年的热度一直在涨,团队里做后端接口验证、前端联调预检、CI流水线里加质量门禁,都绕不开这层。很多人是从Postman开始接触接口测试的,但真正做到自动化回归、批量…

2026/10/20 21:58:56 阅读更多 →
AI Agent不是电子人:拆解原理、四大挑战与落地实践

AI Agent不是电子人:拆解原理、四大挑战与落地实践

1. 搜索框和招聘帖里的Agent,和真正跑起来的Agent是两回事我最近刷信息流的时候有种很割裂的体验。一边是铺天盖地的“AI Agent改变世界”“2025是Agent元年”的标题,另一边是我和几个做落地项目的朋友私底下的聊天记录——大家不是在搞什么宏大叙事&…

2026/10/20 21:57:46 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 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/20 10:02:08 阅读更多 →
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/20 9:50: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/20 9:50:45 阅读更多 →