两种Ncode多轴随机振动疲劳分析流程建立

2023-11-10 10:59

本文主要是介绍两种Ncode多轴随机振动疲劳分析流程建立,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

产品结构在随机载荷下的疲劳寿命评估,一直是工程上关心的重点,通常是对垂向、横向及纵向三个方向进行检测试验,本文主要介绍如何在Ncode中建立两种多轴随机振动疲劳分析流程。

1、本次示例是根据标准IEC61373-2010设置随机振动疲劳功率谱密度,检验某一设备长寿命情况。

2、通过有限元计算得到Ncode所识别的输入文件,如Hypermesh的计算文件需是.op2格式(本文使用的格式),ABAQUS的计算文件是.odb。

3、第一种设置的完整多轴随机振动疲劳分析需要至少四个模块:FEinput、VibrationAnalysis、MultiColumn及FEOutput(个人操作习惯,在Ncode里查看结果不是很方便,导出到HyperView中查看结果)。

这里着重介绍VibrationAnalysis中如何设置多通道。

    ①  右击VibrationAnalysis模块选择Advanced Edit.选择面板中的Loading,此时仅有一个VibrationLoad。

    ②  将Loading Type中的Vibration换成Duty Cycle,在下方窗口中右击LoadProviderDutyCycle增加3个Vibration Load Provide。

    ③  右击左边导航栏的LoadProviderDutyCycle增加列表通道,这是为外部导入的列表拓展接口,其余两个相同操作。退出编辑窗口会发现VibrationAnalysis的黄色输入接口变成4个,第一个是默认接口可以删掉,其他接口是刚才新创建的,为了不混淆接口输入的内容建议从第二个黄色接口按顺序与导入的数据相连,方便载荷步与振动输入相对应。

    ④  再次进入VibrationAnalysis的Advanced Edit.组合载荷步与振动输入,需注意对应情况,否则可能得到不合理的结果。

4、第二种设置的完整多轴随机振动疲劳分析需要至少四个模块:FEinput、VibrationAnalysis、VibrationGenerator及FEOutput。

与第一种设置不同点在于③步,将添加Multi-Column换成Histogram。

5、再次回到VibrationAnalysis的Advanced Edit.编辑重复次数与持续时间。根据标准里的规定,三个方向的持续时间都必须满足5h,因此重复次数默认设为1,持续时间换算成秒为18000s。

这里也可以设置重复次数为18000,时间设为1s,两种方式是等价的,得到的结果是相同的,如果都采用默认的方式即都为1,那么在结果数据处理上需除以18000。

6、眼尖的小伙伴可能在两种设置流程里会发现PSD谱有很大不同,那这会不会导致结果不同呢?答案是结果一致的,可能会存在少许差异,是因为外部列表输入的数据与Ncode软件自身生成的PSD谱存在数据精度不一致导致的。

原文链接,更多仿真学习资源可以关注公众号  SimYoungChttps://mp.weixin.qq.com/s?__biz=Mzg4MTY3MzkxOQ==&mid=2247483679&idx=1&sn=06317794cf495bcf8fe0249d048c8b2c&chksm=cf6312cff8149bd9c1432d64d474c95ea75b67b219f8d825fbdd0482426cb9f2677e80104362&token=1398480349&lang=zh_CN#rd

这篇关于两种Ncode多轴随机振动疲劳分析流程建立的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/382234

相关文章

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

Docker镜像pull失败两种解决办法小结

《Docker镜像pull失败两种解决办法小结》有时候我们在拉取Docker镜像的过程中会遇到一些问题,:本文主要介绍Docker镜像pull失败两种解决办法的相关资料,文中通过代码介绍的非常详细... 目录docker 镜像 pull 失败解决办法1DrQwWCocker 镜像 pull 失败解决方法2总

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用

在C#中调用Python代码的两种实现方式

《在C#中调用Python代码的两种实现方式》:本文主要介绍在C#中调用Python代码的两种实现方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录C#调用python代码的方式1. 使用 Python.NET2. 使用外部进程调用 Python 脚本总结C#调

IDEA中Git版本回退的两种实现方案

《IDEA中Git版本回退的两种实现方案》作为开发者,代码版本回退是日常高频操作,IntelliJIDEA集成了强大的Git工具链,但面对reset和revert两种核心回退方案,许多开发者仍存在选择... 目录一、版本回退前置知识二、Reset方案:整体改写历史1、IDEA图形化操作(推荐)1.1、查看提

Android自定义Scrollbar的两种实现方式

《Android自定义Scrollbar的两种实现方式》本文介绍两种实现自定义滚动条的方法,分别通过ItemDecoration方案和独立View方案实现滚动条定制化,文章通过代码示例讲解的非常详细,... 目录方案一:ItemDecoration实现(推荐用于RecyclerView)实现原理完整代码实现

C++ 各种map特点对比分析

《C++各种map特点对比分析》文章比较了C++中不同类型的map(如std::map,std::unordered_map,std::multimap,std::unordered_multima... 目录特点比较C++ 示例代码 ​​​​​​代码解释特点比较1. std::map底层实现:基于红黑

Redis解决缓存击穿问题的两种方法

《Redis解决缓存击穿问题的两种方法》缓存击穿问题也叫热点Key问题,就是⼀个被高并发访问并且缓存重建业务较复杂的key突然失效了,无数的请求访问会在瞬间给数据库带来巨大的冲击,本文给大家介绍了Re... 目录引言解决办法互斥锁(强一致,性能差)逻辑过期(高可用,性能优)设计逻辑过期时间引言缓存击穿:给