During my last project I kept track of time lost as a result of deficiencies, bugs, outdated technology, and lack of proper tools in STAAD Pro. I estimated that approximately 32% of the total hours were wasted. This time could be saved if I were using high quality software like Scia Engineer, Dlubal RFEM, SAP/ETABS, or Midas. As I don’t have choice to use other software, I would appreciate comments, guides, links to add-on(s), etc. that can help me to resolve some of the issues listed below and use software more effectively:
Geometry/Modeling/GUI
Loads
Results
Note: Format and structure of the output file is arguably the worst I have seen among not only commercial, but also free structural software. I hope developers will do something about this.
Design (all the items relate to Canadian Steel Code):
Thanks
As your questions are too numerous to answer in one sitting, we will post documents on this thread that answer a few at a time. This one is for your questions 1-3 under [Geometry/Modeling/GUI]
Thanks Kris for taking time to reply to my lengthy post. Here are the comments re: Answers 1-3:
A.1 - Lack of physical members relates not only to the modeling, but also to modifying a model, reviewing the results, assigning design properties, automatic member selections, etc. Will the proposed solution address all of these issues?
Indeed, physical members were introduced in staad in the past, but only for certain codes. Not sure why implementation has never been completed
A.2 - "There is no facility to directly assign design properties to the members" - I am referring to design properties like FYLD, LZ, etc... Currently it is possible to directly draw members with defined section properties, end releases and beta angle, however design properties have to be assigned separately.
A3. "There are no tools to create grid or construction lines" - just to clarify this - what I need is a permanent grid system as a visual aid in all stages of model development and post-processing. Proposed answer relates to grid lines that will disappear as soon as tab other than geometry is selected. Or I am missing something?
Cheers,
Just an extension of Sasa3k's comment on loads.
REI team really has to look at ways of inserting loads as flexible entities rather than inflexible attributes.
Really frustrated by (the lack of) this. The present system is fine so long as the system is relatively simple and typical. As the model gets more crowded out, it's a real pain to modify loads. Surely, it's about time you made this modification. (Please see the attached PDF Doc)
As far I have seen it, the support team in here has been real top notch. Do the guys upstairs in development even listen to what you have to say?
In line with Sassa3k, I have no issues with the Package as a whole. Having been exposed to other options, it seems to me as if the REI hare took a quick nap and the tortoise has simply moved ahead.
Kris,
Thanks for your reply. I anticipate your responses to Sasa3k's other questions.
As Sasa3k mentioned above, most of your replies are workarounds, not native functionality. It would behove you to make them native to the programe rather than require workarounds. I know that STAAD X may have some of the functionality.
1. Physical members are common in most other structural FEA programs. It greatly increases productivity not only in modeling, but also design. It's great to be able to see moment and shear diagrams for a whole continuous beam at once (I know there are workarounds for this in STAAD, but it's a pain).
On the other hand, your work around for modeling continous members is quite clever. Thanks for providing it.
2. I think what Sasa3k is asking for is making design properties inherent to the size of beam or thickness of plate. For instance, all W8x10 steel beams would have Fy=50ksi and Fu=65ksi for a particular model. This is how SAP and ETABS handle assigning materials. You can override them for a particular beam, but it is VERY unlikely that you would have 2 different strength W8x10 beams on a particular job.
3. Many structural FEA programs use grid lines as an integral part of their modeling and results viewing. Ram Structural System has a very nice implementation of this. Yes, it's primarily for building applications, but many people also use STAAD for building applications. SAP2000 is another structural FEA program which has a nice implementation of this. Associating nodes with gridlines and having those nodes move with the grid lines is a great feature.
I'm not sure if you have any experience with SAP, ETABS, RISA, Visual Analysis, etc..., but it would be great for you to get a copy of these and learn their strengths and weaknesses. It's hard to beat an opponent if you've never seen them in action.
So, Kris, your answers are well thought out and much appreciated, but we would also appreciate acknowledging some of Sasa3k's suggestions as valid change requests for future versions of STAAD.
Thanks for listening and replying!
Hi Kris,
Your answers are useful and informative - can you please address other outstanding issues?
In line with other users I completely agree that Bentley has top notch user support - please keep the good work. On the other hand - product itself needs significant improvements or complete re-design. Look at Dlubal RFEM or Scia. These are excellent examples of a modern software for analysis and design.
One more opportunity for improvement in STAAD. It takes about 7.5 min to open 25 MB file in Staad Output Viewer (I am using track 2 command). If I do this 6-7 times a day than appx. 1 hour is gone just waiting on staad to read the results. To open the same file in Notepad++, which is free, takes about 0.5s. So - free software is 800 times faster that staad viewer. Please pass to development team.
An issue I have encountered with STAAD is that if you add or change a load combination, you have to delete the results and re alalyse the model.
If you are doing an linear analysis, can't the combination results just be recalculated (using superposition) using the load case results, rather than recalculating everything?