When ribbon commands are referenced within a quick start tutorial, the following convention is used:. Either an icon or a partial image of the ribbon accompanies each command reference.
Several program settings are global and influence the behavior of every model. The following default settings were in effect when the tutorials were created. To ensure that the tutorial steps remain valid, maintain the settings as shown below. Introduction Quick start tutorials have been specifically designed with the new user in mind.
Attention: The results you obtain when running a tutorial may differ slightly from those shown in the images and animations within these Help pages.
Please disregard insignificant differences in the results. To request a network license file, refer to the topic: Requesting a License File. Testing the Autodesk Inventor Nastran Installation After you have successfully installed Inventor Nastran , you should test the installation. Select the Environments tab, and click Autodesk Inventor Nastran. On the Autodesk Inventor Nastran ribbon bar, click the Run button to run the model. The Autodesk Inventor Nastran solver should terminate with no error or warning messages, as shown in the following picture: Note: Make sure everything works when you are logged in as an Administrator.
Most of my problems consist of shell elements and I think I most of the time will manage with the limitation of 7. I understand it is recommended to specify as little memory as possible by the MEM keyword. Is it useful and how could it best be used? The above statement is the important key, in fact, since NX Nastran V What you are describing 7. Thanks for your comments. Problem is that I am doing something wrong and is not able to start the analysis.
In my case with with 1 prosessor, 12 cores and 18 load cases, how should this be defined in the Solver paremeters dialogue as shown below? You can add your DMP instructions in the "additional keywords". Thanks for your comments regarding DMP. Unfortunatelly I don't have these licenses and am not able to test if this investment is worth the money or not. I also think this has an interest for many users. Due to the contact elements a large number of iterations is required.
The solution time could possibly be reduced if using DMP and dividing the load cases between for instance between three processors. I am particularly interested in results from a single computer with multiple cores. I guess everything is relative, 51Hz for me is rather soft. Helictopers and other propeller-driven vehicles have harmonics around 50HzHz. A sine-on-random with a 50Hz would destroy this piece in a few seconds.
Simlarly, many of the transportation loads show high ASD below Hz, same on ships If this piece was rack-mounted as-is on a vehicle, it would probably fly off in no time And then there is shock, 60HzHz half-sine "frequency" is very usual, this system would be hurt too Thanks guys, but I think the discussion is getting out of the track. The situation is that to solve my problem with the existing set up I need about 42 minuttes, even though the problem "size" is small.
Reason for this is the contact elements givng a large number if iterations for each of the 18 load cases. The question is if DMP could give a significant improvement of the solution time compared to SMP, justifying the cost for investing in the required software to run DMP. Intuitivelly I would expect reduced solution times since the stiffness matrices and iterations are different for each load case because of the contact elements.
A short note regarding the stiffness. Please note that this is a secondary structural element with low stress, it is a bottom of a tank being integrated into a load bearing structure. The buckling capacity is checked and found OK. The structure will be mounted on big cruise vessels. The vibration level on such ships are very low, especially in the "comfort" zones where this equipment is located.
I don't have the detailed information about the eigenperiods roll etc. Please also note that similar similar designs are used for decades. To my knowledge no problems caused by the particual eigenfrequency, like fatigue, are reported.
0コメント