{"id":17411,"date":"2026-08-12T11:25:18","date_gmt":"2026-08-12T15:25:18","guid":{"rendered":"https:\/\/blogs.mathworks.com\/pick\/?p=17411"},"modified":"2026-08-12T11:25:18","modified_gmt":"2026-08-12T15:25:18","slug":"storx-exploring-shape-and-topology-optimization","status":"publish","type":"post","link":"https:\/\/blogs.mathworks.com\/pick\/2026\/08\/12\/storx-exploring-shape-and-topology-optimization\/","title":{"rendered":"STORX: Exploring Shape and Topology Optimization"},"content":{"rendered":"
\r\n
George's pick this week is <\/span>STORX<\/span><\/a> by <\/span>Amir Mirzendehdel<\/span><\/a> (University of Kansas) and <\/span>Krishnan Suresh<\/span><\/a> (UW-Madison).<\/span><\/div>\r\n
Say you've got some space to fill with material, a few places where the part is bolted down, and some forces pushing on it. You want a shape that's strong and stiff without wasting material, a shelf bracket that won't sag but isn't a solid lump of steel. Finding that shape by hand is hard, so you let your computer do it: simulate how a design holds up, see where the material is loafing, nudge the shape, and repeat a hundred times or so. The simulation half is finite element analysis; the nudging half is optimization. STORX bundles both, along with many years' worth of methods for doing the \"nudging\".<\/span><\/div>\r\n
I really like how the methods span the full range of design freedom: <\/span>size<\/span> (tune a few thicknesses), <\/span>shape<\/span> (slide the boundaries around), and <\/span>topology<\/span> (let the algorithm decide where material should exist at all, punching holes and growing the branching, almost skeletal structures that no one would draw by hand). Those organic black shapes in the paper's figures are what topology optimization produces when it asks the simulation \"does every bit of material earn its keep?\"<\/span><\/div>\r\n
In their <\/span>paper<\/span><\/a>, the authors call their design principle \"separation of intent\". The physics solver sits behind an abstract interface, so you can swap what you're simulating without touching the optimizer:<\/span><\/div>\r\n
\r\n
\r\n
fea2d_elasticity <\/span><\/div>\r\n<\/div>\r\n
\r\n
fea2d_thermal <\/span><\/div>\r\n<\/div>\r\n
\r\n
fea2d_thermoelasticity<\/span><\/div>\r\n<\/div>\r\n
\r\n
fea2d_fluid <\/span><\/div>\r\n<\/div>\r\n<\/div>\r\n
This pattern is fairly consistent across the toolbox: new objectives and manufacturing rules are added as derived classes behind shared interfaces, which gives the codebase clear extension points.I also like that setting up a run reads about as cleanly as you'd hope:<\/span><\/div>\r\n
\r\n
\r\n
brep = 'CantileverBeam.brep'<\/span>;<\/span><\/div>\r\n<\/div>\r\n
\r\n
solver = fea2d_elasticity(brep, numElements, material, vectorize);<\/span><\/div>\r\n<\/div>\r\n
\r\n
solver = solver.fixEdge(5);<\/span><\/div>\r\n<\/div>\r\n
\r\n
solver = solver.applyYForceOnEdge(2, -1e5);<\/span><\/div>\r\n<\/div>\r\n
\r\n
<\/div>\r\n<\/div>\r\n
\r\n
objective = densityComplianceElasticity(solver);<\/span><\/div>\r\n<\/div>\r\n
\r\n
constraints = {volume(solver, 0.5)};<\/span><\/div>\r\n<\/div>\r\n
\r\n
mfgConstraints = {minimumFeatureSize_dist(solver, 1.5)};<\/span><\/div>\r\n<\/div>\r\n
\r\n
<\/div>\r\n<\/div>\r\n
\r\n
topopt = density2d_elasticity(solver, objective, constraints, mfgConstraints, 'OC'<\/span>);<\/span><\/div>\r\n<\/div>\r\n
\r\n
topopt = topopt.optimize();<\/span><\/div>\r\n<\/div>\r\n<\/div>\r\n
As a non-expert, I appreciate that several key finite-element and sensitivity routines include both vectorized implementations for speed and clearer loop-based versions for learning or debugging, so you can inspect the logic when needed and use the faster path for larger runs.<\/span><\/div>\r\n
It also reaches further than a teaching code usually does: general (non-boxy) domains, multiple load cases, self-weight, heat problems, stress and fluid objectives, and a path that ends in actual 3D-printed parts. It's also been used in several student projects on antenna design, wing fluid-structure interaction, and auxetic metamaterials.<\/span><\/div>\r\n
The gif below is generated from running the gripper example (\/examples\/density_gripper.m)<\/span><\/div>\r\n
\"\"<\/div>\r\n
You can also export the optimized designs to STL and 3D-print them. The authors demonstrate exactly that in their <\/span>paper<\/span><\/a>, printing a gripper optimized in five different ways.<\/span><\/div>\r\n
\"\"<\/div>\r\n
<\/div>\r\n

Resources:<\/span><\/h2>\r\n
Explore STORX on MATLAB Online<\/span><\/a><\/div>\r\n
STORX Github repo<\/span><\/a><\/div>\r\n
STORX: An Open-Source Object-Oriented Framework for Shape and Topology Optimization in MATLAB<\/span><\/a><\/div>\r\n
<\/div>\r\n
<\/div>\r\n
<\/div>\r\n<\/div>\r\n