• Announcements

    • Rahul Ponginan

      Please click here for a short but important announcement   03/26/17

      Dear Users Our Commercial and Academic users around the world can use these same forums here as before i.e. the Altair Support Forum , Commercial users from India with solver queries can go to the Solver Forum for India Commercial Users , Academic Users from India and AOC India Participants are requested to go to the Forum for India Academic Users and AOC India Participants , We will be tending to all queries in all the forums promptly as before, thank you for your understanding. 

Alessandro

Members
  • Content count

    20
  • Joined

  • Last visited

  • Days Won

    1

Alessandro last won the day on June 2

Alessandro had the most liked content!

About Alessandro

  • Rank
    Beginner

Profile Information

  • Country
    United Kingdom
  • Are you University user?
    Yes
  1. Dear Community, I would like to present you a possible bug I found in Hypermesh 2017 when it creates the input file for optistruct including a buckling analysis (due to limited time, I have not checked if the same problem appears with other analyses). Please find attached an example and refer to the example for the description below. When you try to create the Optistruct file to run (for analysis only, -optskip), Hypermesh creates the following subcase card for buckling: SUBCASE12345678 LABEL Linear Buckling ANALYSIS BUCK SPC = 1 METHOD(STRUCTURE) = 3 STATSUB(BUCKLING) = 1 The first row is missing a space and the solver gives you the following error if the space is not added manually: *** ERROR # 1461 *** in the input data: Card "LOAD" is not allowed for this subcase type. The problem seems to be present only if the loadstep ID is made by 8 digits. I hope this will be helpful to somebody. Regards, Alessandro buckling_issue.hm
  2. I would like to add something else that helped me to bypass the problem keeping zero as lower bound in the DESVARs. I set a constraint on the composite failure and this stops the solver to go for zero-thickness laminates to avoid failure. I hope this is helpful for other users. Regards, Alessandro
  3. Hi Prakash, I have found that the problem is not the sum of all the TMANUF but the fact that, having zero as lower bound in the DESVARs, the solver is allowed to go to zero thickness for the laminates during the optimization. When this happens for some elements, the solver stops and gives the error 789. Of course, I cannot solve setting a non-zero lower bound for all the DESVARs. In that case the resultant structure will not be optimised at all, forcing the solver to have at least one TMANUF thickness for every ply. Instead, I solved setting TMANUF as lower bound only for the DESVARs related with ply shapes covering the entire laminates, assuring that the laminates cannot go to zero in any elements. Finally, the only thing I do not understand is why the behaviour described above happens even if a minimum laminate thickness is defined for the laminates in the DCOMPs. This is probably due (I don't know if you can confirm) to the fact that the solver does not try to satisfy all the constraints together but priorities based on violation percentage. It could be nice (for future developments) having the possibility of manually defining a set of constraints that needs to be satisfied, with maximum priority, at each iteration. Also the possibility of defining low priorities for others could be useful. I would consider this issue solved. Thanks for the support. Regards, Alessandro
  4. Hi Prakash, Thank you for your reply. I was probably not clear in explaining. Unfortunately, I have the same problem even if I delete the minimum and maximum laminate thickness constrains. Can you see other possible sources of the error? Thanks again, Alessandro
  5. Hi, I would like to add that sometimes the solver seems to be able to go beyond the first iterations if I set the TMANUF value only for a limited number of plies (not all of them) and, then, it stops later (e.g., iteration 8), writing the same error 789. Thanks again, Alessandro
  6. Dear community, I have a problem with the composite size optimization if I set a value for TMANUF for the plies. After the free-sizing, I use the sized model to perform a sizing optimization setting a specific manufacturable thickness for the plies involved (TMANUF). The solver is able to run the iteration zero, but it stops giving me the following error when iteration 1 starts. *** ERROR # 789 *** Invalid design properties w.r.t. the design variables were found. number of invalid property items = 6 This happens only if I set a value for TMANUF and also if I delete all the settings for maximum and minimum laminate thickness. Unfortunately, I cannot share the model I am working on. Any suggestion on the matter? Thanks in advance, Alessandro
  7. Dear Community, I find a problem in imposing minimum ply thickness constraint (PLYTHK) during free-size optimization. Whatever value I put in the DSIZE card as minimum ply thickness, this seems to be ignored by the solver and I get, in the resultant size model, plies with thickness lower than the value I specify. I have attached a simple model as example. In the example: Although I set 0.05mm as minimum ply thickness for all the plies, I get plies with lower thickness (e.g, ply 205200 is 0.02mm thick, ply 310300 is 0.0096mm thick, and so on...) in the sized resultant model. Has anybody found the same behaviour? and, has anybody found a solution? Thanks for the support, Alessandro plythk_issue_sizing.13.fem plythk_issue.hm
  8. I withdraw my question. I have found the following behaviours: 1)if I run the model with -optskip I cannot obtain any response in the output file 2) if I run the model as an optimization (without using -optskip) but deleting all the design variables, I will have a normal static analysis as result but I will also have the responses in the output file. The solution 2) is what I was looking for. I hope this can be helpful to somebody. Thanks, Alessandro
  9. Dear community, I am wondering if it is possible to print the responses defined for optistruct (as per optimization) to output file even if optimization is not performed (-optskip). This could be very useful to verify a model, in terms of constraints fulfilment, without performing an optimization. I know that it is possible to print all unretained responses to output file with "RESPRINT = option", but this is not working if optimization is not running. Any suggestion? Thanks in advance, Alessandro
  10. Thank you Prakash Pagadala. Regards, Alessandro
  11. Dear Community, I have a problem when creating an Optistruct model for freesize optimization including a ply drop-off (PLYDRP) constraint. In particular, I created such a model in Hypermesh 2017 with different design variables (DSIZE). If I export the model in Optistruct format (.fem) and I import it again in Hypermesh 2017, I am not anymore able to see all the DSIZEs but I can see only one of it. I have created a simple model to give you an example. In the file attached, you will find (among the others) four DSIZEs: top, bottom, left, and right. The PLYDRP constraint is activate for all of these design variables. If I export the model to an Optistruct input file (.fem) and I import it again in Hypermesh, I cannot see anymore the four DSIZEs, but only one of them (top) is still there. This happens only if PLYDRP is activated. I would really appreciate if anybody could give me an explanation about this strange behaviour and what to do to avoid it. Thank you in advance, Alessandro plydrop_issue.hm
  12. Hi Prakash, Thank you for your reply but this doesn't work. I have found, instead, that you need manually to write the line "OUTPUT,FSTOSZ,ALL" in the .fem input file (the optione "ALL" is not available in Hypermesh interface) in order to get the _sizing.#.fem file at each iteration. Now this part is solved. Please let me know if a script able to calculate plies area from .fem file is available (if able to calculate elements area, it could be then modified to sum areas of elements related to the same plies). Regards, Alessandro
  13. This allows me to have output results (displacements, stresses, strains, ...) per each iteration after optimization run is complete. However, what I would like to have is the _sizing.#.fem file with ply bundles generated per each iteration and this is unfortunately created only at the final iteration. Thank you anyway for the support. Alessandro
  14. Hi @Prakash Pagadala, I have pondered on the issue and I think that is not possible to obtain these ply geometrical data as DRESP2 because Optistruct generates the ply bundle only when it creates the _sizing.#.fem file. Before that, Optistruct works only with the elements thickness distribution for each super-ply. Consequently, I think the solution 1) is the only possible way to extract geometrical info: About this procedure: - do you know if it is possible to obtain the _sizing.#.fem file at each iteration? - do you know if a script able to calculate plies area from .fem file is available (if able to calculate elements area, it could be then modified to sum areas of elements related to the same plies)? Thank you in advance, Alessandro
  15. Thank you @Prakash Pagadala. What you suggest can be a solution for a simple case. If I have a more complex structure with many different PSHELLs to be optimized, I will need a high number of bundles in OUTPUT,FSTOSZ in order to properly replicate the optimal thickness distribution. In this condition, if I also have some composite laminates among the design variables, the OUTPUT,FSTOSZ request will be applied to them as well, resulting in an unwanted high number of plies in the optimized model generated. Having the possibility to assign different OUTPUT,FSTOSZ requests to different design variables could really help in solving the issue. Thank you again for your replies. I hope we will have a solution from the development team soon. Regards, Alessandro