1809 字
9 分钟
- 次浏览
写模拟电路实验报告前,我把材料理了一遍
读前导览

网表、波形和调参记录整理好以后,再写 DOCX 会省事很多,后面改报告时也不容易前后打架。

正文
1809 字
阅读
9 分钟
结构
7 节
来源线索

analogexp/report-workflow

analogexp:report-workflow analogexp:ltspice-evidence analogexp:docx-production

以前写实验报告,很容易把顺序弄反:先打开文档,照着题目写原理、公式、参数和结论,最后再补几张仿真图。

这在简单实验里也许能过,但到模拟电路实验就会很快出问题。仿真模型不收敛、指标解释有歧义、实际器件模型和理想模型差很远、报告里引用的网表和截图不是同一次运行,这些问题都会让正文变得很脆。

后来我更倾向于反过来做:先整理证据,再写正文。

先把指标拆成验证表#

实验要求要先从“做一个滤波器”或“做一个放大器”,变成一张可以逐项验收的表:

指标 要求 证据来源 结论
增益 是否达标 仿真测量值 满足/不满足
中心频率 目标频率 AC 结果 满足/不满足
带宽 目标带宽 -3 dB 点 满足/不满足
偏置 目标电压 DC 工作点 满足/不满足
输入阻抗 下限要求 小信号测试 满足/不满足

这张表越早出现,后面越不容易写虚。

因为每一段正文最后都要回到同一个问题:这句话有没有数据支撑?如果没有,它最多只能写成设计意图,不能写成验证结论。

理想模型和真实模型要分开说#

模拟电路报告里最容易混淆的是“理论成立”和“仿真达标”。

有些电路用理想运放或行为模型可以满足指标,但换成真实器件宏模型后,工作点可能直接偏掉,输出也可能不在线性区。这个时候不能把理想模型的结果包装成真实模型结论。

更稳的写法是拆成三层:

  • 手算设计值:说明拓扑和参数为什么这样选。
  • 理想或等效模型:说明在简化假设下指标是否成立。
  • 指定器件模型:说明真实模型下是否仍然满足,以及失败原因在哪里。

如果真实模型不满足,就写“不满足”。这类结果也可以写进报告,重点是把适用范围和失败条件交代清楚。比起勉强把图截得像成功,明确范围更有用。

调参记录要写在正文前面#

调参过程也应该提前整理,因为它能解释最后参数为什么这么选。

比如振荡器实验里,最开始使用更细的晶体管宏模型,可能会遇到工作点不收敛、时间步过小、批处理效率极低等问题。后来换成等效运放模型,并用典型开环增益、增益带宽积和压摆率参数化,仿真才跑得下去。

再比如稳幅网络的参数,别只写“最后取某个电阻”。更好的记录方式是:

轮次 调整对象 调整前现象 调整后观察 结论
1 模型设置 不收敛 改为等效模型 保留模型限制说明
2 频率电阻 高频端偏低 减小电阻 频率范围贴近目标
3 稳幅电阻 幅度过低或过高 缩小扫描范围 选最接近限制值的点

这样写出来的报告不像“拍脑袋选参数”,而是能看出每一步为什么这么改。

AC 和瞬态证据别混在一起#

做滤波器时,AC 分析和瞬态分析服务的是不同问题。

AC 分析适合验证通带增益、中心频率、峰值和 -3 dB 带宽。瞬态分析适合验证某个输入频率下的时域响应、稳态波形和幅度关系。

如果为了省事,把两类分析硬塞进一次运行或一份结果里,后面报告会变得很难解释:某个图到底来自频域还是时域?某个测量值是否和截图同源?正文引用的网表和 raw 数据是不是同一次运行?

更清楚的做法是分开:

  • 单独的 AC 网表和 AC 结果。
  • 单独的瞬态网表和瞬态结果。
  • 单独的绘图脚本或提取流程。
  • 一张汇总验证表引用最后数值。

这会多几个文件,但报告证据会干净很多。

DOCX 放到最后生成#

DOCX 适合最后交稿,不适合拿来当整个实验的工作台。

如果直接在提交稿里边试边改,很快会遇到几个问题:公式下标、图片引用、附录源码、封面分页、表格格式、文件锁、版本差异,都会和实验内容混在一起。

我更愿意把 DOCX 放在最后一段流程里:

题目要求 -> 设计笔记 -> 仿真文件 -> 调参记录 -> 验证表 -> 报告正文 -> DOCX

前面的 Markdown、网表、日志、截图和表格是证据;DOCX 只是把这些证据排版成可提交格式。

这样修报告时也更安全。发现附录源码名称不对,就只同步附录;发现公式下标错了,就只清理下标;封面页要换,就只替换封面所在的 XML 片段。别因为一个小格式问题重写整份报告。

失败结论也应该进入报告#

很多实验报告默认只写成功路径,但工程上最值得记下的往往是失败范围。

例如某个仪表放大器在理想模型下满足增益、偏置、输入阻抗和输出阻抗,但在真实 OP07 宏模型下工作点异常,输出没有形成预期高增益线性放大。这种结果不能被删掉。

它应该进入报告,写成:

  • 理想模型说明了设计公式本身成立。
  • 真实模型暴露了电源、摆幅、工作点或宏模型适配问题。
  • 当前不能声称真实 OP07 仿真达标。
  • 后续需要重新检查工作点、输入范围和输出摆幅。

这样的结论可能不“漂亮”,但它对下一次调试最有用。

现在我会这样做#

模拟电路实验报告可以按这个顺序做:

  1. 先把题目要求拆成指标表。
  2. 为每个指标确定证据来源。
  3. 手算参数只作为初值,不直接当最后结论。
  4. 先把仿真跑通,再记录调参过程。
  5. 频域、时域、工作点、阻抗测量分开归档。
  6. 验证表只引用同源数据。
  7. 失败范围写清楚,不用成功话术盖掉。
  8. 最后再生成 DOCX;格式哪里有问题,就尽量只改那一小块。

这个流程不会让工作量变少,但能少掉很多事后圆结论的麻烦。

对我来说,最值得记的变化是:写正文时不再问“这段怎么写得像完成了”,而是问“我手里有哪些证据,能支持到什么程度”。

模拟电路里本来就有模型差异、近似和非理想因素,报告把这些写清楚,比硬写成一次成功更有价值。

写模拟电路实验报告前,我把材料理了一遍
https://blog.sunmmyapi.xyz/posts/analog-lab-report-evidence-before-writing/
作者
Sun
发布于
2026-05-29
许可协议
CC BY-NC-SA 4.0

继续读

相关内容