-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiaxial vibration fatigue #20
Conversation
It looks to me you did a great job. I would just check the FLife.rst and code.rst files in docs/source folder, which are used for generating the documentation. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks ok to me
@jasasonc please add your name to the authors (second place); add also the MSSP thermoelasticity as multiaxial criteria article (which was the reason for this code) to the references in readme. Please also change the version to 2.0.0; this is a big step! |
@jankoslavic done. I think we are ready to merge. |
@jasasonc great PR. Thank you! |
This pull request includes several changes to the
FLife
package, including new modules for multiaxial vibration fatigue, multi-point models and visualization. Change of the input type forSpectralData
object from tuple to dictionary.New modules:
EquivalentStress
class for calculating uniaxial equivalent stress from multiaxial stress states. Also supports the calculation for the whole FEM model and critical point selection. The following multiaxial criteria are currently available:visualize
for visualizing FEM models and interactively displaying equivalent stresses and critical point selectionInput type change:
SpectralData
object is now created by passing a dictionary input instead of tuple. Type of input signal (PSD or time history) is defined with correct keys. This improves clarity and allows for future upgrades. Backward compatibility is handled.