企业官网建设流程全解析

做论文复现这几年，我最大的感受是：真正难的不是把代码跑通，而是搞清楚一篇论文里哪些东西被写出来了、哪些东西被刻意藏起来了。这次复现的是一篇2024年发表在SCI二区期刊上的轴承故障诊断工作，核心思路很清晰——把CNN的局部特征提取能力和Transformer的长程依赖建模能力揉到一起，直接对一维振动信号做端到端分类。项目标题里“24年sci二区轴承故障诊断cnn，transformer深度学习论文复现”这几个关键词，几乎可以概括我接下来要讲的全部内容：论文选择、环境搭建、数据预处理、模型结构拆解、训练调参、结果对比、避坑实录。

这篇文章不是贴一段代码就完事的那种教程，我会按我自己复现时的完整流程走一遍，把那些论文里没写、审稿人也不会问，但实操中一定会遇到的细节全部摊开讲。适合正在做深度学习论文复现的研究生，也适合刚接触故障诊断方向、想找一个完整项目练手的工程师。如果你手上也有一篇类似的论文要复现，这篇内容可以直接当参考清单来用。

1. 复现之前：先把论文的底摸清楚

1.1 挑论文的几个硬标准

我不是随便拿一篇论文就开干的。复现一篇论文的成本并不低，选错了方向，轻则浪费两周时间，重则指标死活对不上，最后心态崩掉。经过几次教训之后，我一般按四个标准筛：

第一，论文要属于自己熟悉或想切入的领域，且数据集是公开可获取的。这篇是轴承故障诊断，用的是领域内最经典的公开数据集，不存在“数据拿不到”的问题。

第二，论文的结果要“可复现”。有些论文为了撑指标，会在数据处理上做很多隐式操作，比如滑窗重叠率极高、按样本随机划分导致训练测试数据泄漏、甚至直接在测试集上做数据增强。这类论文复现起来非常痛苦。我选的这篇，作者在数据划分部分写得相对详细，虽然还是留了一些坑，但属于“努力一下能填上”的程度。

第三，模型结构要清晰。CNN加Transformer的混合架构在2024年已经是比较成熟的设计，论文里给出了网络结构图和模块细节，没有特别诡异的操作，每层输入输出维度都能推出来。这就大大降低了复现时“猜结构”的难度。

第四，工作要有继续改进的空间。纯复现价值有限，但如果能在复现的基础上做跨负载泛化实验、加注意力可视化、换损失函数，那这篇论文带来的收益就远不止“跑通”本身。这篇论文留了比较大的改进空间，后面我会讲到。

筛选这一步，我建议所有想复现论文的人都要重视。很多时候我们以为问题是出在代码上，其实问题出在论文本身——如果一篇论文连实验设置都没写清楚，那不管你怎么调，结果都可能跟它对不上。

1.2 复现前要准备哪些家当

硬件方面，说实话这类一维振动信号分类模型的体量并不大，参数量通常在几十万到几百万之间，远小于图像领域的ResNet或视觉Transformer。我复现时用的是一张8GB显存的消费级显卡，训练全程没有遇到显存瓶颈。如果你手头只有CPU，其实也能跑，只是慢一些——一个50轮的训练，GPU大概十几分钟到半小时，CPU可能要两三个小时。如果条件允许，还是建议用GPU，因为调参过程中需要反复训练，CPU的周转效率实在太低。

软件环境我列一个可以直接照抄的清单：

• Python 3.8 或更高版本
• PyTorch 1.13 或 2.x（我用的2.1，支持自动混合精度）
• numpy、scipy、pandas
• scikit-learn（用于划分数据集、计算混淆矩阵等）
• matplotlib（画训练曲线和可视化图）
• tqdm（进度条）

框架选型上，PyTorch是首选，原因是Transformer相关的模块封装得很完整，直接调用nn.TransformerEncoderLayer就能搭出标准编码器，也可以自己手写多头注意力，方便调试。TensorFlow也可以，但调试的直观程度和个人习惯上我不太推荐。

数据集方面，我用的某经典公开轴承数据集，包含驱动端和风扇端多个测点，采样频率有12kHz和48kHz两档，电机负载从0到3hp共四档，故障类型包括正常、内圈故障、外圈故障、滚动体故障，每种故障又有不同损伤直径，最终合并成10个类别。我选的是12kHz驱动端数据，这是该数据集里被引用最多的配置，方便和其他论文结果做横向对比。

这里有个小建议：复现之前先把数据集的目录结构、文件命名规则、采样率、故障类别数量全部确认清楚，最好写成一份说明文档。我一开始没做这一步，结果中途发现某个故障类别的样本数少得离谱，导致早期训练结果一直不对，后来回头查文件才发现是数据筛选逻辑写错了。

2. 数据集处理：故障信号进模型前的那些事

2.1 数据切分是最容易翻车的环节

很多论文复现者对模型结构投入大量精力，却忽略了数据切分的重要性。实际上，在我复现过的故障诊断论文里，数据切分方式对最终准确率的影响，甚至大于模型结构本身。

最常见的问题是数据泄漏。假设有一段10秒的连续振动信号，以2048个点为一个样本、512个点步长滑窗切出来几十个样本，如果直接把这几十个样本随机打乱后按比例划分训练集和测试集，那同一段原始信号切出来的样本就会同时出现在训练集和测试集里。模型在训练时已经见过测试样本“相邻”的信号片段，测试准确率会虚高得离谱，甚至接近100%。但真实工况下，模型面对的完全可能是新设备或新工况下的信号，这种虚高的指标毫无意义。

正确的做法是按“原始信号文件”或“连续时间段”进行分组切分。也就是说，一个原始文件切出来的所有样本，必须整体归属到同一个集合里。我在复现时按7:1:2的比例划分训练、验证、测试集，划分单位是原始文件，而不是单个样本。这样保证了测试集中的任何一个样本，在训练过程中都从未被看到过。

还有一个值得注意的细节是不同负载工况之间的划分。如果一篇论文声称在跨负载场景下取得很高的准确率，那么它的训练集和测试集通常来自不同负载工况。如果只是同一负载下的随机划分，那本质上只是“相同分布下的分类”，工程意义会大打折扣。我在复现这篇论文时，先按论文原设置做了随机组划分，之后又额外做了一组跨负载实验，结果自然比论文低一些，但这才是更有意义的结果。论文里那些异常高的准确率，反而让我有点怀疑它是不是在数据划分上做了手脚。

2.2 滑窗切分：窗口长度、步长与标准化

滑窗切分的核心参数有两个：窗口长度和步长。窗口长度直接决定模型每次看多长的信号，太小了可能截断一个完整的故障冲击周期，太大了又会引入过多的无关噪声，让模型难以聚焦。

这篇论文没有明确写窗口长度，我按照轴承转速估算。数据集的电机转速大概是1797 r/min，换算成每秒30转，12kHz采样率下每一转大约对应400个采样点。考虑到故障冲击一般具有周期性，一个样本最好包含2到3个完整旋转周期，所以窗口我取了2048个点，大约是5圈的数据量。如果窗口取1024也能跑，但模型对周期性故障特征的感知会弱一些。

步长决定样本之间的重叠程度。常见的选择是50%重叠，也就是步长等于窗口长度的一半。这样做的好处是能显著增加样本量，对训练数据不够的情况很有帮助。但要注意，重叠率越高，相邻样本之间的相关性越强，数据泄漏的风险也越大。在按文件分组的条件下，这个风险还在可控范围内。我最终用的配置是窗口2048、步长512，重叠率75%，每个原始文件大约切出230个样本，整个数据集组装下来有几万个样本，训练数据量完全够用。

标准化这一步，很多人会偷懒直接用全局min-max或全局z-score，但这在故障诊断任务里是陷阱。不同负载条件下，振动信号的幅值差异很大，如果使用全局统计量，模型很可能会去学习“幅值大小”这个与故障无关的特征，导致跨负载泛化能力变差。我采用的是每个样本独立做z-score标准化，让每个样本的均值为0、标准差为1。这样模型输入的是振动形态而非绝对幅值，更符合故障诊断的物理直觉。

但这里有一个细节：如果后续要做跨负载实验，标准化时的统计量应该在训练集上计算，再应用到验证集和测试集，而不是给每个样本各自独立做标准化。前者更严谨，后者更简单。我在复现论文原实验时用的后者，在跨负载实验时改成了前者，两个结果都在合理范围内。

2.3 数据增强：复现阶段先别着急加

论文里如果没写数据增强，你复现时最好也不要做，否则你就不是在复现论文，而是在复现“你自己改进后的论文”。我见过不少复现者因为指标上不去，偷偷给训练数据加了高斯噪声或Mixup，最后指标是上去了，但论文里根本没有这一步，导致后续对比实验时逻辑对不上。

这不是说数据增强不好，而是说要把“复现”和“改进”分清楚。复现阶段的目标是尽可能还原论文的原始设置，哪怕结果比论文低一点，只要在合理范围内，都是成功的复现。改进阶段再考虑加数据增强也不迟。

我实测下来，对轴承振动信号比较有效的增强方法有这么几种：

• 添加不同信噪比的高斯噪声，让模型对噪声更鲁棒
• 时间尺度伸缩，模拟转速波动
• 幅值扰动，模拟载荷变化
• Mixup，在输入层或特征层做线性插值

但在复现阶段，这些统统不用。先跑通一个干净的基线，再在基线上逐个加增强方法，这样你能准确知道每一步改进带来的提升到底有多少。如果一上来就什么都加上，最后哪个操作起了作用、起了多大作用，完全说不清楚。

3. 模型结构逐层拆解：CNN怎么和Transformer握手的

3.1 CNN分支：把原始信号压成高层次特征

这篇论文的CNN分支并不复杂，主体是一维卷积模块的堆叠。输入是一维振动信号，形状为(batch_size, 1, 2048)，经过几层Conv1d、BatchNorm、ReLU和MaxPool1d后，逐步把序列长度降下来，通道数升上去。

我拆解后的结构大致是这样：

• 第一层：Conv1d(1, 64, kernel_size=64, stride=2, padding=32)，宽卷积核，相当于让模型在较宽的窗口内感知一个局部的振动形态
• 第二层：Conv1d(64, 128, kernel_size=32, stride=2, padding=16)
• 第三层：Conv1d(128, 256, kernel_size=3, stride=1, padding=1)
• 每层后面接BatchNorm1d和ReLU，前两层后面接MaxPool1d

这里第一层用64甚至更大的卷积核，是刻意为之。轴承故障信号中的冲击特征通常持续时间很短，只有十几个采样点，如果第一层就用3×3那样的小卷积核，感受野太小，模型只能感知到局部噪声，很难捕捉到完整的冲击形态。宽卷积核在第一层的作用相当于先做一次“局部模板匹配”，把可能的冲击区域找出来，再由后面的小卷积核做精细特征提取。

这里给一个简化版的关键代码片段，方便对照：

import torch import torch.nn as nn class CNNBranch(nn.Module): def __init__(self, in_channels=1, hidden_dim=256): super().__init__() self.conv1 = nn.Conv1d(in_channels, 64, kernel_size=64, stride=2, padding=32) self.bn1 = nn.BatchNorm1d(64) self.conv2 = nn.Conv1d(64, 128, kernel_size=32, stride=2, padding=16) self.bn2 = nn.BatchNorm1d(128) self.conv3 = nn.Conv1d(128, 256, kernel_size=3, stride=1, padding=1) self.bn3 = nn.BatchNorm1d(256) self.relu = nn.ReLU(inplace=True) self.pool = nn.MaxPool1d(kernel_size=2, stride=2) def forward(self, x): x = self.pool(self.relu(self.bn1(self.conv1(x)))) x = self.pool(self.relu(self.bn2(self.conv2(x)))) x = self.relu(self.bn3(self.conv3(x))) # 转成 (batch, seq_len, hidden_dim) x = x.permute(0, 2, 1) return x

CNN分支的输出形状是(batch, seq_len, hidden_dim)，其中seq_len是降采样后的序列长度，hidden_dim是通道数。这个输出会作为序列输入送到Transformer分支。

3.2 Transformer分支：为什么要自注意力

Transformer在轴承故障诊断里的价值，主要体现在它对长程依赖关系的建模能力上。轴承故障信号不是孤立的一个冲击，而是周期性出现的冲击序列，相邻两个冲击之间隔着几百甚至上千个采样点。CNN要捕捉这种远距离关系，只能靠堆层数或者靠扩大卷积核，效率很低。而Transformer通过自注意力机制，可以在一层之内直接建立任意两个位置之间的联系，这正好补上了CNN的短板。

这篇论文的Transformer分支采用了常见的编码器结构。输入方式有两种可能：一种是把CNN输出的特征序列直接作为token序列，另一种是把原始信号分块后做线性映射再输入。我复现时选择了前者——CNN先对原始信号做压缩和初步特征提取，Transformer再对CNN输出的特征序列做全局建模。这样设计的好处是CNN已经帮Transformer过滤掉了一部分噪声，Transformer只需要关注特征之间的关系，而不是原始信号上的每一个点。

Transformer部分的超参数，我参考类似故障诊断论文的常规设置：

• 编码器层数：4层
• 注意力头数：8
• 隐藏维度：256
• FFN维度：512
• Dropout：0.1

核心实现可以直接用nn.TransformerEncoderLayer，也可以手写。我建议第一次复现时用官方封装，跑通后再手写加深理解。无论哪种方式，关键是要加上位置编码——Transformer本身没有序列顺序的概念，如果不加位置编码，模型就不知道特征序列中谁在前谁在后，这对时间序列信号来说是不可接受的。

位置编码我用的经典正弦余弦编码，代码很简单：

def positional_encoding(seq_len, d_model): pe = torch.zeros(seq_len, d_model) position = torch.arange(0, seq_len).unsqueeze(1).float() div_term = torch.exp(torch.arange(0, d_model, 2).float() * (-torch.log(torch.tensor(10000.0)) / d_model)) pe[:, 0::2] = torch.sin(position * div_term) pe[:, 1::2] = torch.cos(position * div_term) return pe.unsqueeze(0)

有一个实操细节要提醒：Transformer分支对学习率非常敏感。同一个模型里，CNN分支可以用相对较高的学习率，Transformer分支如果也用同样高的学习率，很容易出现训练初期loss剧烈震荡、甚至直接发散的情况。我的做法是对两个分支分别设置参数组，Transformer分支的学习率取CN分支的四分之一到三分之一，后面调参部分我会具体讲。

3.3 特征融合与分类头

CNN分支输出的是局部特征，Transformer分支输出的是全局特征，怎么把这两部分信息融合起来，论文里如果没有特别说明，最常见、也最稳妥的方案是直接拼接(concat)。

具体做法是：CNN分支的输出经过全局平均池化，得到一个256维的向量；Transformer分支最后的输出也做同样的池化，得到另一个256维的向量。两个向量拼在一起，变成512维，再送进一个全连接分类头，输出10个类别的logits。

这里有一个容易被忽略的细节：分类头前面的全连接层，输入维度一定要和实际拼接后的维度对得上。我用的是512维，很多人会在计算时把某个分支的池化方式搞错，导致维度不匹配，报错之后才回头检查。

关于分类头，我建议先不用太复杂的设计。一个全连接层加Softmax已经可以取得不错的分类效果。如果后续想改进，可以尝试在分类头前面加一层Dropout，或者把拼接改成加权融合，甚至用Cross-Attention让两个分支的信息在特征层面交互。但这些都是改进方向，复现阶段不要本末倒置。

整个模型的参数量我大概算过，不到200万，在现在的深度学习模型里算是非常轻量的。单卡训练完全没有压力，这也说明了一个问题：在轴承故障诊断这种任务上，模型不是越大越好，关键是特征提取方式和数据处理是否合理。

4. 训练细节与调参实录

4.1 优化器、学习率与训练策略

训练策略这块，我经历过一段时间的野蛮尝试，后来才收敛到一个稳定方案。先说优化器：我用的AdamW，权重衰减设1e-4。相比Adam，AdamW在权重衰减的处理上更规范，对Transformer这类模型也更友好。

学习率方面，如果整个模型用一个学习率，那我会选择全局初始学习率3e-4。但如果像我前面说的，把CNN分支和Transformer分支分开设置参数组，那CNN分支可以用1e-3，Transformer分支用3e-4。这个策略在混合架构里非常实用，能显著缓解Transformer分支训练不稳定的问题。

学习率调度我用的“Warmup + Cosine Annealing”。前5个epoch做线性warmup，把学习率从很小的值逐步升到初始值，之后按照余弦曲线下降到接近0。为什么要warmup？因为Transformer的注意力层在训练初期很容易因为梯度过大而震荡，warmup相当于让模型“慢慢起步”，先适应数据的分布，再全速优化。

训练轮数我设了50轮，batch size取64。这个配置下，单卡训练只需要几十分钟。如果你想快速看效果，30轮也能收敛到比较高的准确率，但最终会差一点点，建议还是给足轮数。

训练时的几个关键超参数，直接列成一张表方便参考：

其中梯度裁剪和EMA这两项，是我在复现过程中加上去的。梯度裁剪能防止Transformer训练初期梯度爆炸，EMA则能让测试集上的指标更稳定——相当于对模型参数做了平滑，避免最后几个epoch在最优值附近来回跳动。测试时用的是EMA后的参数，而不是最后一轮保存的参数，这个细节很多人不注意，但实际上对最终准确率有0.2到0.5个百分点的提升。

4.2 损失函数与类别不均衡

分类任务最常用的损失函数就是交叉熵。我复现的这篇论文，数据集本身各类别样本量基本均衡，直接用普通的nn.CrossEntropyLoss就行了，不需要额外处理类别不均衡问题。

但有一类情况要特别注意：如果你自己构造数据集时，某些故障类别的样本数量明显偏少，比如某一类只有几百个样本，其他类别有几千个，那模型会倾向于把这类样本误判为数量多的类别。这时候有两个解决办法。一是给损失函数传入类别权重，让少数类的错误贡献更大的梯度；二是换用Focal Loss，它会让模型更加关注那些难以分类的样本。后者的调参难度更大一些，不建议复现阶段就用。

还有一点值得说：如果某个类别的F1分数始终偏低，不要第一时间怀疑损失函数，先去看数据切分时这个类别的样本是否被平均分配到了训练集和测试集。我遇到过一种情况，某个故障类别在某个负载条件下只有很少的数据，切分时又刚好全部落到测试集，导致该类别测试准确率极低。这是数据问题，不是模型问题。

4.3 复现过程中的调参心得

调参这个环节，我踩过不少坑，也有几个还算管用的心得。

固定随机种子是第一件要做的事。PyTorch里torch.manual_seed、torch.cuda.manual_seed_all、np.random.seed、random.seed要全部设置。另外还要把torch.backends.cudnn.deterministic设为True，torch.backends.cudnn.benchmark设为False。否则即使你设置了种子，卷积层的实现也可能存在微小差异，导致结果每次跑都不一样。复现论文时，可重复性比什么都重要。

混合精度训练建议直接开。PyTorch 2.x里可以用torch.autocast和GradScaler，也可以直接用torch.compile，后者在部分显卡上还能带来额外的加速。不过需要注意，如果开了混合精度后发现loss出现NaN，优先怀疑某个操作在低精度下数值溢出，比如用了fp16的softmax或layer norm。处理办法是保持这些层使用fp32精度，或者直接关掉混合精度。

Early stopping我认为是必需品。我的设置是监控验证集loss，patience设为10。如果连续10个epoch验证集loss都没有下降，就提前终止训练，并恢复到之前保存的最佳模型。这样做的好处是避免过拟合，也能节省不必要的训练时间。

最后补充一个很“玄”但实际有效的技巧：即使论文没有提EMA，你复现时也建议加上，因为这只是起到了稳定结果的作用，不会改变模型的泛化能力本质。但我必须提醒一句：如果你用了EMA，需要在论文复现记录里明确标注，后续对比自己的改进方法时也要在同一训练配置下进行，否则对比就失去了意义。

5. 实验结果对比与可视化

5.1 复现指标和论文对不上怎么办

这是所有复现者都会遇到的问题，我也不例外。第一次跑完，我的测试准确率比论文低了大约0.7个百分点。说实话这个差距还在合理范围内，但如果不去追查，心里总是不踏实。

追查的第一步就是检查数据切分。我重新核对了论文的数据划分规则，发现论文的划分方式和我的不完全一样。论文似乎是按“样本”为单位随机划分的，而我是按“文件”为单位划分的。如果论文真的是按样本随机划分，那么它的结果天然会偏高，因为这个设置本身就存在数据泄漏问题。后来我按论文的划分方式重新跑了一版，准确率马上就上去了，甚至和论文基本持平。这也验证了我的判断：这篇论文的结果截图里有很大一部分是数据划分带来的红利。

追查的第二步是检查预处理细节。标准化方式、滑窗步长、窗口长度，每一项都可能带来细微差异。我建议你在复现时，把每一次实验所用的配置记录下来，做成一个实验记录表格。这样当指标对不上时，可以快速定位是哪个环节出了偏差。

追查的第三步是检查模型实现细节。卷积层的padding方式、BatchNorm的momentum、Dropout的位置和概率、注意力层的dropout，这些细节论文通常不会写全，但每一个都可能影响最终指标。我的建议是先用最常规的实现跑一版基线，不要去追求某一个小模块的“优化”。

如果你按我说的一路排查下来，指标和论文还是有些差距，但保持在1个百分点以内，那就完全正常。同一篇论文别人复现出来的结果和论文原文差一到两个百分点都很常见，不用太焦虑。反而是“复现结果比论文还高”这种情况需要警惕，极大概率是哪里出了数据泄漏。

5.2 可视化怎么做才有说服力

复现一篇论文，可视化是最后一步，也是最容易出彩的一步。学术界评审论文时在乎可视化，博客读者同样在乎。

训练过程的loss和accuracy曲线是最基本的。这里有个小技巧：训练过程中同时记录训练集和验证集的曲线，两张图画在一起，能直观看到模型是否过拟合。如果有过拟合趋势，就能在后续实验里提前干预。

混淆矩阵是分类任务必不可少的可视化内容。用sklearn.metrics.confusion_matrix和ConfusionMatrixDisplay就能快速生成。画混淆矩阵的目的不只是为了展示准确率，更重要的是看哪些类别之间容易互相混淆。我复现的结果显示，内圈故障和滚动体故障之间存在少量错分，这符合物理直觉——两者产生的振动信号在某些频段上确实有相似之处，这个观察也可以作为后续改进方向的切入点。

t-SNE可视化是我个人很喜欢的一个工具。做法是将测试集样本输入到训练好的模型里，取出分类头之前那个全连接层的输出特征，然后用TSNE(n_components=2)降到二维散点图。如果模型训练得好，你会发现十个类别的点在二维空间中明显聚成十个簇，且簇与簇之间界限清晰。如果聚类效果差，那大概率是模型没有学到有效的故障特征，需要回头检查训练流程。

注意力可视化是Transformer类论文的特色。具体做法是在模型推理时，把某一层多头注意力的attention weight矩阵提取出来，画成heatmap。你可以观察模型在信号的不同位置上分配了多少注意力。正常情况是模型会重点关注那些包含故障冲击的区域，而背景噪声区域几乎不分配注意力。这个可视化不仅好看，还能帮助解释模型的行为，写博客时特别有说服力。

6. 踩坑清单与常见问题速查

6.1 训练异常怎么排查

我在复现过程中碰到的第一个坑，是loss先下降后突然升高。现象是前10个epoch loss从1.5降到0.4，第11个epoch直接飙到3.0以上。一开始我以为是学习率太大，但降了学习率之后还是会复发。

后来排查发现，问题出在数据加载器的shuffle策略上。我的DataLoader在每个epoch开始时会对样本顺序做重新洗牌，但某些样本之间的相关性太强，导致个别batch内部极度相似，模型在这些batch上产生较大的梯度波动。加上当时开了梯度裁剪，问题被进一步放大。处理办法是把数据加载的shuffle行为恢复正常，同时调低了Transformer分支的学习率。之后训练曲线就稳定了。

如果你也遇到loss震荡，可以按照这个顺序排查：先看数据顺序和batch组成，再看学习率是不是过高，再看梯度裁剪的阈值是否合理，最后看是否需要在warmup阶段使用更慢的上升速度。

第二个坑是GPU显存溢出。虽然模型参数量不大，但我在调试时因为中间变量缓存问题，遇到过显存不够的情况。解决办法是：减小batch size；检查是否有不必要的中间结果被保存；关掉模型的梯度缓存图；如果还没用混合精度，建议先开混合精度，能省掉约一半显存。

第三类比较隐蔽的问题来自DataLoader。训练数据量大时，如果DataLoader的num_workers设得太大，容易出现内存爆炸；设得太小，又会让GPU等待数据加载，利用率上不去。我一般设num_workers=4，pin_memory=True，这两个配置在大多数机器上都能获得不错的平衡。

6.2 常见错误与解决对照表

我把复现过程中遇到的一些典型报错和解决办法整理成了一张速查表，以后遇到类似问题可以直接按图索骥：

上面这张表不只是这次复现的经验，也适用于其他一维时间序列分类任务的论文复现。我一直觉得，复现论文最大的价值不是把论文的结果抄一遍，而是在这个过程中建立起一套属于自己的“错误排查直觉”。下次遇到类似问题，你不会再从零开始试错。

踩过几次坑之后，我现在做任何论文复现，都会先花半天时间把数据切分规则和预处理细节定死，然后写一个简单的基线模型验证流程是否通畅，最后再上完整模型。虽然看起来多花了一些时间，但后面调参和跑实验时省下来的时间远远不止这半天。如果你也准备复现这类深度学习故障诊断论文，建议从数据切分入手，先把“为什么论文的准确率那么高”这个问题想清楚，再动手写代码。