做疲劳分析时，手头那些原始的载荷、应力或应变随时间变化的数据，是不能直接拿来去判断零件到底能用多久的，通常都要先做一次雨流计数，把那些复杂波形的历程转换成一组组循环的幅值、均值还有对应的次数，这样后面才能接着去估算疲劳寿命。我们要想用好nCode，就得先搞明白两件事：一个是雨流计数在软件里到底该怎么去设置，另一个是计数完成以后，该怎么把结果给导出到需要的地方去。这两步的关键，都是先把输入的时间历程通道给处理干净，接着确认好雨流矩阵的分箱范围、幅值是按照什么口径来统计的，以及最终要输出什么样的对象。我们平时说的HBK nCode GlyphWorks，就是一个专门用来处理工程测试数据、做耐久性和疲劳分析的平台，它可以通过拖拽不同的Glyph模块，像搭积木一样把整个分析的流程给串起来。

　　一、nCode雨流计数怎么设置

　　正式做雨流计数之前，很有必要先去检查一下拿到的这段载荷信号，看看它里面是不是藏着比较明显的漂移、突然冒出来的异常尖峰、物理单位用错了，或者采样点之间出现了不连续的地方，要是不管这些就直接去计数，噪声也会被当成真实的载荷波动给统计进去，后面算出来的疲劳损伤结果就会被显著放大，这样一来判断就不可靠了。

　　1、导入时间历程数据

　　我们需要在GlyphWorks里新建一个流程，利用Time Series输入这一类Glyph，把包含载荷、应力或者应变的通道数据给导进来，导入之后，最好先把数据接到Display或者XY Display这类显示模块上，通过它们去看一看信号的波形到底长什么样子，同时确认一下单位、信号的正负方向还有数据的总长度是不是都和预想的一样，在一些公开的应用案例里面，Rainflow Glyph的输出也可以直接连到XY Display上，用来查看计数完成之后的矩阵。

　　2、必要时先做预处理

　　如果在查看波形的时候，发现信号存在着零点漂移的情况，那就可以在开始计数之前，先动手做一些去除平均值、滤波或者剔除异常点的处理，但是预处理的力度一定不能太大，尤其是在做疲劳分析的时候，那些真实存在的载荷峰谷是不应该被滤掉的，否则后面推算出来的寿命就偏危险了。每做一次处理之后，最好把原始的通道和处理完的通道都同时保留下来，这样将来需要回查的时候才能找到原始的依据。

　　3、加入Rainflow Glyph

　　接着，我们从Fatigue或者对应分析工具栏里，把Rainflow计数这个模块给拖到流程中来，再把前面预处理过的那个时间历程通道，连接到这个模块的输入端口上面。雨流计数这种方法，就是为了从看起来杂乱无章的载荷时间历程里，把完整的一个个疲劳循环给准确地挑出来，所以它的输出里面，通常既会包含一个循环计数的矩阵，也会把那些没有被配成完整循环的残余信号信息一并带上。

　　二、nCode雨流结果怎么查看和导出

　　由雨流计数得到的结果，我们不能光凭一幅图就去做判断，在正式使用的场景里，应当同时把计数矩阵、统计表格还有整个工程流程文件都保存下来，这样才能保证别人拿到这些文件以后，也能照着同样的步骤复现出同一套计数结果来。

　　1、导出表格结果

　　当需要把结果交给报告或者拿到Excel里去接着处理时，就可以把雨流计数的输出，挂到一个专门用来导出的Glyph上，然后选择输出成CSV格式、文本文件或者其他类型的表格。在正式点导出之前，最好先核实一下，输出的文件列名里是不是都包含了幅值、均值、循环次数以及通道名称这些信息，免得后面把数据整理到一半才发现弄混了字段的含义。

　　2、导出图形结果

　　如果只是为了在汇报的时候展示一下趋势，我们可以把显示着矩阵或者直方图的窗口直接导出成一张图片，或者也可以利用nCode软件本身提供的自动报告功能，把分析结果汇总成一份比较正式的报告。HBK对外发布的资料里也提到过，GlyphWorks完全可以拿来做数据处理、结果可视化和耐久性分析的整套流程。

　　3、保留工程流程

　　光是导出结果表格和图片还不够，还应该把整个GlyphWorks的流程文件也给保存下来，这件事情不能省，因为最终得到的雨流计数结果，跟前面预处理是怎么做的、分箱参数是怎么定的、物理单位是怎么选的、信号通道又是怎么挑的，都是紧紧绑在一起的，而流程文件正好能够把这些参数之间的来龙去脉交代得清清楚楚。

　　三、nCode雨流结果异常怎么复核

　　一旦发现雨流计数的分析结果看着不太对劲，先不要急着去改那些分箱参数，更稳当的办法，是回过头去，从输入信号的本身、之前的预处理步骤还有单位的设定这几个地方，一项一项地核对下去，把问题从根子上给找出来。

　　1、检查单位和比例

　　应力、应变或者载荷这些物理量，如果在导入的时候单位给弄错了，那么雨流计数的幅值就会一股脑地整体偏大或者偏小，特别是对于从试验设备里直接导出来的数据，一定要再多看一眼，这些数值是不是已经按照实际的换算关系，转成了我们平时在工程上习惯使用的标准单位，这一步是很容易被漏掉的。

　　2、检查峰谷是否合理

　　雨流计数这个方法，完全就是靠着载荷信号里那些峰和谷的位置来工作的，所以，如果原始信号里面掺杂了一些细小的毛刺，高幅值循环的个数就会突然变多，结果看上去就像凭空冒出了很多危险的大载荷，搞得结论没法用。这个时候，可以先把原始曲线局部放大，去检查一下那些大循环对应的具体位置，看看是不是毛刺在捣乱。

　　3、对比损伤贡献

　　如果做雨流计数这一步，是为了后面接着去画S-N曲线或者做应变寿命分析，那还要进一步去看一看，到底是哪些幅值区间里的循环，对最终累积起来的总损伤贡献得最多，不能光盯着循环次数看，因为次数多不一定就最危险，有些时候次数很少但幅值很高的循环，反而会对整个构件的疲劳损伤起到决定性的作用。

　　总结

　　把这些步骤串起来看，nCode雨流计数的设置操作，还有结果的导出工作，大致可以按照这么一个顺序固定下来：先把时间历程数据导进去并检查清楚，接着根据情况做一些必要的预处理，然后把Rainflow Glyph加到流程里，定好分箱参数，让它生成我们需要的计数矩阵，等到要导出结果的时候，记得把表格、图形还有工程流程文件都一块儿保存下来，万一发现最终结果不对劲，也要优先回头去查一查单位有没有搞错、信号里的峰谷是不是真实的、残余循环是怎么规定的、预处理是不是做得过头了，而不是只靠调整分箱的粗细，去把画面调得看起来更顺眼。