save time on your daily commute by using wormholes

interesting to see the new AI developments in @dicehub

how about a new image for "caserun" in @dicehub?

some screenshots from #blockMesh GUI development

after run #checkMesh, its useful to look at problem areas such as neg vol cells, high skew faces, non-orthogonal faces, face pyramid errors. This can be done by "foamToVTK -faceSet skewFaces" and "foamToVTK -faceSet nonOrthoFaces" which creates VTK files you load into #Paraview

Been developing a GUI for #blockMesh (using AI) which enables me to create a fully structured car mesh run in #simpleFoam. Disclaimer - this is the very first solution. Happy #simulationFriday folks!

something different... flow through an Ellis 3D wormhole. blockMesh created 2 separate spaces and there is flow between them via a spherical 'throat'. The velocity is relaxed and reversed from roomA to roomB and the pressure is just relaxed from roomB to roomA - codedFixedValue

when something passes through an Ellis symmetric massless wormhole, the sphere surface IS the throat.

cow travels through Ellis symmetric wormhole

quick demo of Ellis wormhole viewer done in Codex github.com/garcfd/ellis-worm…

Been doing some "work in advance of contract" on flare tip modelling in #OpenFoam - its an axisymmetric case, with a hot stream to represent the low density gas inlet, flowing over a 'coanda' surface and mixing with ambient air - also monitoring the the average outlet temperature

Duration of pickling 0.027102231979370117 too long. ???

#BloodhoundSSC Mach 1.05 (OpenFoam) 1.6M cells, 30 minutes runtime on @dicehub 8 procs - geometry thingiverse.com/thing:534056

UFOCFD (octree) Mach 0.7 on @dicehub T4 GPU

#UFOCFD (cartesian) 80million cell mesh, 10k iterations on @runpod A40 GPU, 6 minutes runtime, Mach 0.7 car geometry from thingiverse.com/thing:688425…

#UFOCFD (cartesian) 15M cells, ran on @dicehub T4 GPU in 3.5 minutes, Mach 0.7 case, cell size 2cm. Testing out the Roe upwind scheme implementation.

used #codex to add a Roe upwind Riemann scheme to my (#UFOCFD cartesian) solver with Harten entropy fix (instead of the existing ad-hoc pressure wiggle based smoothing). It seems to converge much better and result look ok.

#UFOLBM free-slip wall condition - 125M cells, 3hrs runtime, A40 GPU

I created a free-slip (tangential flow) wall boundary condition for LBM, as an alternative to the 'bounce-back' method. The approach calculates the tangential component of velocity at cut-cells and then recomputes "fin" (the incoming populations) from the new tangential velocity.

#UFOLBM sports car model with free-slip wall boundary condition (thingiverse.com/thing:688425…). The mesh is 125 million cells, and ran on @runpod A40 GPU, 3 hours runtime, 100k iterations. The settings are Re=600,000 giving 10m/sec simulated speed for a reference length of 1 metre.