Jump to content

Released CAESES 4.1.2

newversion_caeses
We have released version 4.1.2 of our Upfront modeling and opti­miza­tion software CAESES® and CAESES® Free. A short summary of the most impor­tant changes and improve­ments can be found below. All details about new features, changes and bug fixes can be found in our changes log

Best Designs and Pareto Frontier

With version 4.1.2, we make a major step forward in visu­al­iz­ing the best designs of a run, includ­ing the pos­si­bil­ity of having Pareto fron­tiers. The best designs of a run are marked with a new icon, showing a star on a blue back­ground, for quick visual detec­tion of these designs. More infor­ma­tion is avail­able in the cor­re­spond­ing Pareto frontier blog post.

Design Export

Users can now export a gen­er­ated design directly from the design tree into a separate CAESES® (*.fdb) project. This is handy to continue work on a good design that has been found during a design study or an opti­miza­tion. Sim­u­la­tion results from the current design of a run are option­ally trans­ferred to the new project. 

New Export for CONVERGE Users

We have added a new export format for users of the CFD software CONVERGE from Con­ver­gent Science. This had been a request from auto­mo­tive CFD engi­neers in the context of diesel piston bowl opti­miza­tion. Details are given in this blog post.

Improve­ments for Adjoint CFD

CAESES® is able to consider Adjoint CFD results from various sim­u­la­tion packages, to map them to the free vari­ables of the para­met­ric model. With this, users can find the most impor­tant model vari­ables, but also run effi­cient auto­mated shape opti­miza­tions. In version 4.1.2, Adjoint CFD results from a software con­nec­tor can be directly set as input for the CAESES® sen­si­tiv­ity com­pu­ta­tion. This makes it very easy to automate the process of con­sid­er­ing Adjoint CFD results in an opti­miza­tion. The gradient infor­ma­tion from the Adjoint CFD is now also trans­ferred in an optional sub­se­quent gradient-based search. As a further improve­ment for gen­er­at­ing the para­met­ric sen­si­tiv­i­ties, we have devel­oped a new way of setting up the design vari­ables where users enter the maximum absolute model change. 

New Method­ol­ogy for Shifts and Free Form Deformation

Shift trans­for­ma­tions such as the Gen­er­al­ized Lackenby or the Free Form Defor­ma­tion are applied now to BReps by using a new approach. Instead of moving the surface directly, the control vertices of the under­ly­ing NURBS surfaces and curves are trans­formed. This makes it per­fectly robust and increases the per­for­mance. The number of control vertices of the internal NURBS geome­tries is a critical quantity and can be increased for a higher accuracy by a new attribute. Once the trans­for­ma­tion has been applied, the number of control vertices can also be option­ally decreased again where an accuracy tol­er­ance controls the data reduc­tion process. We added this pos­si­bil­ity to reduce the amount of data as a general attribute for BReps, to give our users a way of creating light-weight models that perform quickly while a spec­i­fied accuracy is still met. 

New Fillet Surface Methods

We have added new methods for the gen­er­a­tion of fillet surfaces, the smooth tran­si­tions from one surface to another. The original method is called Edge Sampling” and is tagged as obsolete. It will be replaced by the new methods in one of the next versions. The new methods take into account the under­ly­ing NURBS struc­ture of the two input surfaces. Option­ally, the para­me­ter­i­za­tion of the result­ing fillet surface can be con­trolled with an Arc Length” setting. This makes the fillet inde­pen­dent from the input and allows users to create more uniform fillet surfaces. 

Effec­tive Feature Pro­gram­ming Language

Writing your own func­tions, curve types, pro­pri­etary imports/​exports and much more: Features are the most powerful func­tion­al­ity in CAESES®. There is a new PDF document in the tutorial section of CAESES® that gives a com­pre­hen­sive intro­duc­tion to writing feature def­i­n­i­tions. General syntax, control state­ments (loops, if, break…), types, nested features, debug­ging, snippets, best prac­tices and examples — every­thing gets covered. 

Demo Model Impeller

The impeller demo model has been reviewed, mainly for the ease of use. We have imple­mented new aux­il­iary methods (e.g. to extrapolate/​extend surfaces) so that the para­met­ric model setup is now fully decou­pled from the gen­er­a­tion of a solid model and the creation of a periodic fluid domain for meshing. We have changed the gen­er­a­tion of the solid model to increase the per­for­mance further, and to allow users to create either a full model or a single solid model of the periodic geometry. Having these two options for a solid model has been a request by various users for the struc­tural analysis of their models. 

More articles

Latest from the blog

All articles

Stay up to date

Receive latest news to your inbox.

Subscribe to newsletter