COMPUTER SYSTEM FOR SIMULATING PHYSICAL PROCESSES USING SURFACE ALGORITHM

Described are computer implemented techniques for simulating elements of a fluid flow. These techniques include storing in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel, storing in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels, perform interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states, perform surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels, and performing move operations on the state vectors to reflect movement of elements to new voxels.

Skip to: Description  ·  Claims  · Patent History  ·  Patent History
Description
BACKGROUND OF THE INVENTION

This description relates to simulating physical processes, e.g., fluid flow.

Lattice Boltzmann Method (LBM) is used to simulate a wide range of complex fluid flows around various geometric shapes, such as cars and airplanes. One of the critical parts of the overall solver is its algorithm in dealing with boundary conditions, namely an algorithm that handles the dynamics of LBM particle distributions at the edge of a fluid computational domain, such as near the surface of a solid wall. How well such an algorithm is formulated has direct consequences on the resulting accuracy of a simulation.

U.S. Pat. No. 5,848,260 described a novel technique ('260 slip algorithm) for a volumetric based formulation that ensured an exact conservation of mass as well as a precise enforcement of momentum fluxes across a boundary surface.

SUMMARY OF THE INVENTION

Although the patented approach has enjoyed great successes, there are some limitations. For example, resulting fluid quantities near the wall exhibit higher than desired artificial noisiness. Such an artifact manifests as effective surface roughness resulting in an increased numerical dissipation and thicker than desired boundary layer. This may adversely impact a next level accuracy of simulations, especially for very smooth and streamlined bodies. Secondly, the stability range of the patented process is not sufficiently high, hence it has limited its ability for simulation of higher speed fluid flows.

The process, or slip algorithm, described in the '260 patent is based on a volumetric representation of the lattice Boltzmann fluid domain together with a surface representation. In the '260 patent, the surface is described as a set of surface elements each of which has a specific surface area and surface normal. In the '260 patent, the boundary condition is realized by interactions of neighboring surface elements with the particles in the fluid domain.

However, in a novel slip algorithm discussed herein, the boundary condition is provided by interactions of all surface elements with the particles in the fluid domain, as defined by three fundamental processes of:

Gather incoming distribution functions (corresponding to those particles moving toward the boundary surface) from the fluid domain near a boundary surface according to the so-called parallelograms/parallelepipeds. Surface dynamics involves converting the set of incoming distribution functions to the set of outgoing distribution functions (corresponding to those particles reflected from the boundary surface) satisfying specific boundary conditions on mass and momentum fluxes through the boundary. Distribute the outgoing distribution functions back into the fluid domain near the boundary according to the parallelograms/parallelepipeds.

This approach significantly addresses the aforementioned limitations. Although the new approach has an overall framework similar to that in the '260 patent, there is a significant change in the surface dynamics of converting the set of incoming distribution functions to the set of outgoing distributions. More specifically, the process used in the surface dynamics is substantially changed in order to realize a zero momentum flux through the surface. Achieving an exactly zero tangential momentum flux is at the foundation of an accurate boundary condition algorithm, so that any specific amount of momentum flux could be subsequently added precisely. This change assists in overcoming the aforementioned long standing limitations.

According to an aspect, a computer implemented method for simulating elements of a fluid flow includes storing in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel, storing in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels, performing interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states, performing surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels, and performing move operations on the state vectors to reflect movement of elements to new voxels.

According to an additional aspect, a data processing system for simulating elements of a fluid flow, the data processing system includes instructions for causing the data processing system to store in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel, store in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels, perform interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states, perform surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels, and perform move operations on the state vectors to reflect movement of elements to new voxels.

According to an additional aspect, a non-transitory computer readable medium stores a computer program product for simulating elements of a fluid flow, the computer program product includes instructions for causing a data processing system to store in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel, store in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels, perform interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states, perform surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels, and perform move operations on the state vectors to reflect movement of elements to new voxels.

One or more of the above aspects may include amongst features described herein one or more of the following features.

The instructions to perform the surface interaction operations includes instructions to gather elements from a first set of at least one voxel that interacts with a facet, model interactions between the gathered elements and all of facets to produce a set of surface interacted elements, and scatter the surface interacted elements to a second set of at least one voxel that interacts with the facet. An entry of a state vector represents a density of elements per unit volume in a particular momentum state of a voxel. A state vector includes one or more of a plurality of integers and/or floating point values that represent a density of elements per unit volume in a particular momentum state and have more plural possible values.

The surface interaction operations are performed using one or more of integer values and/or floating point values, and wherein the surface interaction operations are performed using values representative of real numbers. The surface interaction operations are performed using integer and/or floating point numbers. The surface interaction operations include represent a voxel that is intersected by a surface as a partial voxel. The representation of at least one surface includes a plurality of facets that are sized and oriented independently of the size and orientation of the voxels, and represent at least one surface; and further includes model interactions between a facet and the elements of at least one voxel near the facet.

The elements represent particles of a fluid and the facets represent at least one surface over which the fluid flows.

Perform the surface interaction operations includes compute differences between incoming distribution and a Boltzmann distribution, determine combined momentum from all state vector differences, and generate outgoing distribution based on the determined differences.

One or more of the above aspects may provide one or more of the advantages disclosed herein.

Besides dealing with boundary conditions on a solid wall surface, the slip algorithm can also be applied to handle fluid boundaries between domains of two different lattice Boltzmann solvers as well as two different reference frames. Different from a solid wall, the mass flux across the boundary is in general not zero. Furthermore, the momentum flux contains an extra term that represents the flow convection across from one domain to another. All these involve a straightforward albeit non-trivial extension of the previous slip algorithm (260) for a solid surface.

Other features and advantages of the invention will be apparent from the following detailed description of the preferred embodiments, and from the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 depicts a system for simulation of fluid flows, which includes a novel surface dynamics conversion.

FIG. 2 depicts a flow chart showing operations for formulation of a Lattice Boltzmann Model simulation with the surface dynamics conversion.

FIG. 3 depicts a flow chart showing simulation operations using the Lattice Boltzmann model with the surface dynamics conversion.

FIG. 4 depicts a flow chart showing dynamic conversion.

FIGS. 5 and 6 illustrate velocity components of two LBM models represented in Euclidean space (prior art).

FIG. 7 is a flow chart of a procedure followed by a physical process simulation system using corrected CAD drawings.

FIG. 8 is a perspective view of a microblock (prior art).

FIGS. 9A-9B are illustrations of lattice structures used by the system of FIG. 1 (prior art).

FIGS. 10 and 11 illustrate variable resolution techniques (prior art).

FIG. 12 illustrates movement of particles (prior art).

FIG. 13 illustrates regions affected by a facet of a surface (prior art).

FIG. 14 illustrates a flow chart for a novel surface dynamics.

FIG. 15 is a flow chart of a procedure for performing surface dynamics (prior art).

The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of the invention are apparent from the description and drawings, and from the claims.

DESCRIPTION

One method for simulating fluid flows is the so-called the Lattice Boltzmann Model (LBM). In a LBM-based physical process simulation system, fluid flow is represented by distribution function values, evaluated at a set of discrete velocities using the well-known lattice Boltzmann equation (see Eq. 1 below) that describes the time-evolution of the distribution function. The distribution function involves two processes, a streaming process and a collision process.

The surface dynamics maps/converts a set of “incoming” particle distributions to a set of “outgoing” particle distributions so that an exactly zero tangential momentum flux boundary condition is achieved. As mentioned above, it is this particular portion that is significantly different from the '260 patent. Before we describe the specific algorithmic difference below in the surface dynamics step, let us first outline of the concept of the surface dynamics below.

On each surface element, let ƒiin represent an incoming particle distribution function obtained from the Gather Step. It corresponds to the number of particles per unit volume in space near the surface element having a velocity value ci pointing towards the surface (i.e., ci·{circumflex over (n)}<0), where {circumflex over (n)} denotes the unit normal vector to the surface element pointing towards the flow domain. The entire set of the incoming distributions includes all possible ci values that are pointing to the surface, i.e., {ƒiin; ∀ci·{circumflex over (n)}<0)}.

The surface dynamics determines the values of the “outgoing” distribution functions on the surface element based on the values of the known values of the “incoming” distribution functions. An “outgoing” distribution function ƒiout corresponds to the number of particles per unit volume in space near the surface having a velocity value ci pointing away from the surface (i.e., ci·{circumflex over (n)}>0).

Symbolically, the surface dynamics is defined as the following logical conversion,


iin;∀ci·{circumflex over (n)}<0}→{ƒiout;∀ci·{circumflex over (n)}>0}  (Eq. 1)

where the left side of Eq. 1 in the above is the set of the incoming distribution functions obtained through the gather step, while the right side of Eq. 1 is the set of the outgoing distribution functions whose values are determined via the surface dynamics step. There are two fundamental fluxes through the surface of a boundary. These are the mass and momentum fluxes defined via the mathematical expressions below.
Mass flux,

= i ; ( c i · n ^ > 0 ) A c i · n ^ f i o u t - i ; ( c i · n ^ < 0 ) A c i · n ^ f i i n ( Eq . 2 )

and momentum flux,

P = i ; ( c i · n ^ > 0 ) c i A c i · n ^ f i o u t - i ; ( c i · n ^ < 0 ) c i A c i · n ^ f i i n ( Eq . 3 )

where A is the area of the surface element.

The fluid boundary conditions are in general defined such that the mass and the momentum P obey some specified values on the boundary surface of the fluid solver. In particular, since particles cannot penetrate a solid wall, a zero mass flux condition, =0 is enforced. A zero tangential momentum flux through the surface amounts to having P·{circumflex over (τ)}=0.

On a solid wall, this is equivalent to having a frictionless boundary condition. Here {circumflex over (τ)} is any vector that is tangential to the surface element, so that {circumflex over (τ)}·{circumflex over (n)}=0.

The surface dynamics in a slip algorithm is a relationship that converts the values of the incoming distribution functions to the values of the outgoing distributions so that the two flux conditions with specified values are satisfied. Having achieved a zero mass flux condition and a zero tangential momentum flux condition, the rest of the process for satisfying the overall mass and momentum flux conditions with specified values are the same between the '260 patent and the novel approach, so it is not discussed here.

Since there are more distribution functions than the two flux conditions, the values of the outgoing distributions are not unique. Indeed, the '260 patent and current approach give different values due to their difference in the relationship linking the incoming distribution functions to the outgoing distribution functions.

Surface Dynamics Algorithm for Zero Tangential Momentum Flux

The specific relationship in '260 patent satisfying the zero mass flux and the zero tangential momentum flux is given by the following formulation,


ƒioutieqi*eq−ƒi*in  (Eq. 4)

where i* is the parity lattice velocity direction to i, i.e. ci=−ci*. Computation of the equilibrium distributions ƒieq and ƒi*eq are based on the sampled values of density and velocity. A complete description of the computation is specified in the '260 patent.

For example, for an isothermal LBM solver, the equilibrium distribution is given by Eq. 5

f i e q = ρ w i ( 1 + ( c i · u ) T 0 + ( c i · u ) 2 2 T 0 2 - u 2 2 T 0 + ( c i · u ) 3 6 T 0 3 - ( c i · u ) u 2 2 T 0 2 ) ( Eq . 5 )

where wi and T0 are known constants in a lattice Boltzmann model. Here the density ρ and velocity u (with u·{circumflex over (n)}=0) are sampled from the fluid domain near the surface. Furthermore, ρ is rescaled so that the zero mass flux condition is satisfied via satisfying the following relationship:

i ; ( c i · n ^ < 0 ) | c i · n ^ | f i e q = i ; ( c i · n ^ < 0 ) | c i · n ^ | f i i n ( Eq . 6 )

Plugging the expression (Eq. 4) together with (Eq. 5) into the momentum flux definition (Eq. 3), we can prove that, P=p{circumflex over (n)}. Therefore momentum flux along tangential direction, P·{circumflex over (τ)} is zero.

Here the quantity p=ρT0 denotes the pressure value on the surface. More general boundary conditions can be achieved by adding appropriate mass and momentum fluxes on top of the zero mass and zero tangential momentum flux conditions, which are described here.

One distinct feature in the '260 patent formulation is its direct one-to-one dependence of the outgoing distribution ƒiout to the incoming distribution ƒiin as demonstrated in Eq. (4). This is now understood as being a major source of or for at least some of the deficiencies discussed previously.

Referring now to FIG. 1, a system 10 that executes a Lattice Boltzmann (LB) based simulation includes a novel surface dynamics conversion 34b. The system 10 in this implementation is based on a client-server or cloud based architecture and includes a server system 12 implemented as a massively parallel computing system 12 (stand alone or cloud-based) and a client system 14 coupled via a network 15. The server system 12 includes memory 18, a bus system 11, interfaces 20 (e.g., user interfaces/network interfaces/display or monitor interfaces, etc.) and a processing device 24. In memory 18 are a mesh preparation engine 32 and a simulation engine 34.

While FIG. 1 shows the mesh preparation engine 32 in memory 18, the mesh preparation engine can be a third party application that is executed on a different system than server 12. Whether the mesh preparation engine 32 executes in memory 18 or is executed on a different system than server 12, the mesh preparation engine 32 receives a user-suppled mesh definition 30 and the mesh preparation engine 32 prepares a mesh and sends (and or stores) the prepared mesh to the simulation engine 34.

The simulation engine 34 includes a collision interaction module 34a that includes the novel surface dynamics conversion 34b, boundary module 34c, and advection particle collision interaction module 34d. The system 10 accesses a data repository 38 that stores 2D and/or 3D meshes (Cartesian and/or curvilinear), coordinate systems, and libraries.

Referring now to FIG. 2, a process 40 for simulating fluid flow about a representation of a physical object is shown. In the example that will be discussed herein, the physical object is an airfoil. The use of an airfoil is merely illustrative however, as the physical object can be of any shape, and in particular can have planar and/or curved surface(s). The process 40 receives 42, e.g., from client system 14 or retrieves from the data repository 38, a mesh (or grid) for the physical object being simulated. In other embodiments, either an external system or the server 12 based on user input, generates the mesh for the physical object being simulated. The process precomputes 44 geometric quantities from the retrieved mesh and performs dynamic Lattice Boltzmann Model simulation 46 using the precomputed geometric quantities corresponding to the retrieved mesh. Lattice Boltzmann Model simulation includes the simulation 46 of evolution of particle distribution that includes the surface dynamics conversion, boundary modeling, and advection of particles to a next cell in the LBM mesh.

Referring to FIG. 3, the simulation process 46 simulates evolution of particle distribution according to a modified lattice Boltzmann process (LBp), e.g., adapted for the novel surface dynamics conversion 34b (FIG. 1). The process 46 (see FIG. 2) performs a collision operation 46a, dynamically converts results of all collision operations of all particles 46b, followed by boundary modeling 46c, and an advection 46c of particles to next cells in the LBM space.

Referring now to FIG. 4, the simulation process 46 simulating a time evolution of particles performs a generally conventional collision operation 46a, boundary modeling 46c and advection 46d processes. However, the conversion of a set of incoming particle distribution to a set of outgoing particle distribution, as described in the '260 patent is replaced by a dynamically conversion process that takes the results of all incoming particle distributions 46b to formulate each set of outgoing particle distributions. The dynamic conversion 46b includes collecting 52 all incoming set of distributions from mesh locations from the collision operation, rather than collecting a set of incoming distributions from neighboring mesh locations. This new formulation, avoids the one-to-one dependence as in the '260 patent described above, and replace that dependency so that each “outgoing” distribution function 54 depends on all “incoming” distributions.

Instead of Eq. 4, the new relationship given in the novel approach is defined via the mathematical formulation below


ƒioutieq−δƒi  (Eq. 7)

where δƒi is defined by

δ f i = 2 w i T 0 2 ( c i · n ^ ) ( c i · h ) ( Eq . 8 )

The quantity h is defined by

h = i , ( c i · n ^ ) < 0 ( c i · n ^ ) ( c i · n ^ ( c i · n ^ ) ) ( f i i n - f i e q ) ( Eq . 9 )

In (Eq. 9), the equilibrium distribution is defined in the same way as in (Eq. 5). In construction of ƒieq besides applying the density rescaling in order to satisfy the same mass flux constraint given by (Eq. 6), we need in the new formulation an additional constraint on the tangential part of the equilibrium momentum flux,

i , c i · n ^ < 0 | c i · n ^ | ( c i · τ ^ ) f i e q = i , c i · n ^ < 0 | c i · n ^ | ( c i · τ ^ ) f i i n ( Eq . 10 )

where the unit vector {circumflex over (τ)} is parallel to the sampled velocity direction u. Since the latter is projected onto the surface element, u·{circumflex over (n)}=0, thus {circumflex over (τ)}·{circumflex over (n)}=0. Constraint (Eq. 10) can be accomplished via rescaling the magnitude of u.

Like the '260 patent approach, it can be shown the novel approach as defined by (Eq.7)-(Eq. 9) also achieves the boundary condition of the zero mass and zero tangential momentum fluxes.

In spite of the seemingly more complex steps, the key difference in the new formulation is its avoidance of the one-to-one relationship between an outgoing distribution and an incoming distribution. Indeed as shown in (Eq. 7)-(Eq. 9), an outgoing distribution ƒiout is dependent on all incoming distributions through their moment summation expressed in (Eq. 9).

The new formulation may significantly overcome the aforementioned deficiencies and give a less noisy surface and support higher fluid speed near the boundary.

Detailed Example

In the procedure discussed in FIG. 7 below, a flow simulation process is described using CAD drawings with the identified void space to configure a simulation space. In the FIGS. 5 and 6 that precede and FIG. 8, FIGS. 9A-9B, FIGS. 10 and 11, and FIGS. 12, 13 and 15, each of these figures are labeled as prior art because these figures appear in the above referenced patent.

However, the figures as they appear in the above patent do not take into consideration any modifications that would be made to a flow simulation using the dynamic conversion process 46b, because that process described herein is not described in the above referenced patent.

Model Simulation Space

In a LBM-based physical process simulation system, fluid flow is represented by the distribution function values ƒi, evaluated at a set of discrete velocities ci. The dynamics of the distribution function is governed by Equation I.1

f i ( x + c i , t + δ t ) = f i ( x , t ) - 1 τ ( f i ( x , t ) - f i e q ) Eq . ( I .1 )

where ƒieq is known as the equilibrium distribution function, defined as:

f i e q = ρ w i ( 1 + ( c i · u ) T 0 + ( c i · u ) 2 2 T 0 2 - u 2 2 T 0 + ( c i · u ) 3 6 T 0 3 - ( c i · u ) u 2 2 T 0 2 )

Equation (I.1) is the well-known lattice Boltzmann equation that describes the time-evolution of the distribution function, ƒi. The left-hand side represents the change of the distribution due to the so-called “streaming process.” The streaming process is when a pocket of fluid starts out at a mesh location, and then moves along one of plural velocity vectors to the next mesh location. At that point, the “collision factor,” i.e., the effect of nearby pockets of fluid on the starting pocket of fluid, is calculated. The fluid can only move to another mesh location, so the proper choice of the velocity vectors is necessary so that all the components of all velocities are multiples of a common speed.

The right-hand side of the first equation is the aforementioned “collision operator” which represents the change of the distribution function due to the collisions among the pockets of fluids. The particular form of the collision operator is of the Bhatnagar, Gross and Krook (BGK) operator. The collision operator forces the distribution function to go to the prescribed values given by the second equation, which is the “equilibrium” form.

The BGK operator is constructed according to the physical argument that, no matter what the details of the collisions, the distribution function approaches a well-defined local equilibrium given by {ƒeq (x, v, t)} via collisions:

C = - 1 τ ( f - f e q ) , Eq . ( I .2 )

where the parameter τ represents a characteristic relaxation time to equilibrium via collisions. Dealing with particles (e.g., atoms or molecules) the relaxation time is typically taken as a constant.

From this simulation, conventional fluid variables, such as mass p and fluid velocity u, are obtained as simple summations in Equation (I.3).

ρ ( x , t ) = i f i ( x , t ) ; ρ u ( x , t ) = i c i f i ( x , t ) ; D T ( x , t ) = i ( c i - u ) 2 f i ( x , t ) Eq . ( I .3 )

where ρ, u, and T are, respectively, the fluid density, velocity and temperature, and D is the dimension of the discretized velocity space (not necessarily equal to the physical space dimension).

Due to symmetry considerations, the set of velocity values are selected in such a way that they form certain lattice structures when spanned in the configuration space. The dynamics of such discrete systems obeys the LBE having the form


ƒi(x+ci,t+1)−ƒi(x,t)=Ci(x,t)

where the collision operator usually takes the BGK form as described above. By proper choice of the equilibrium distribution forms, it can be theoretically shown that the lattice Boltzmann equation gives rise to correct hydrodynamics and thermo-hydrodynamics. That is, the hydrodynamic moments derived from ƒi(x,t) obey the Navier-Stokes equations in the macroscopic limit. These moments are defined by Equation (I.3) above.

The collective values of ci and wi define a LBM model. The LBM model can be implemented, efficiently on scalable computer platforms and run with great robustness for time unsteady flows and complex boundary conditions.

A standard technique of obtaining the macroscopic equation of motion for a fluid system from the Boltzmann equation is the Chapman-Enskog method in which successive approximations of the full Boltzmann equation are taken. In a fluid system, a small disturbance of the density travels at the speed of sound. In a gas system, the speed of sound is generally determined by the temperature. The importance of the effect of compressibility in a flow is measured by the ratio of the characteristic velocity and the sound speed, which is known as the Mach number.

A general discussion of a LBM-based simulation system is provided below that includes the dynamic conversion 46b to conduct fluid flow simulations. For a further explanation of LBM-based physical process simulation systems the reader is referred to the above incorporated by reference US patent.

Referring to FIG. 5, a first model (2D-1) 200 is a two-dimensional model that includes 21 velocities. Of these 21 velocities, one (205) represents particles that are not moving; three sets of four velocities represent particles that are moving at either a normalized speed (r) (210-213), twice the normalized speed (2r) (220-223), or three times the normalized speed (3r) (230-233) in either the positive or negative direction along either the x or y axis of the lattice; and two sets of four velocities represent particles that are moving at the normalized speed (r) (240-243) or twice the normalized speed (2r) (250-253) relative to both of the x and y lattice axes.

Referring to FIG. 6, illustrated is a second model (3D-1) 260—a three-dimensional model that includes 39 velocities where each velocity is represented by one of the arrowheads of FIG. 10. Of these 39 velocities, one represents particles that are not moving; three sets of six velocities represent particles that are moving at either a normalized speed (r), twice the normalized speed (2r), or three times the normalized speed (3r) in either the positive or negative direction along the x, y or z axis of the lattice; eight represent particles that are moving at the normalized speed (r) relative to all three of the x, y, z lattice axes; and twelve represent particles that are moving at twice the normalized speed (2r) relative to two of the x, y, z lattice axes.

More complex models, such as a 3D-2 model includes 101 velocities and a 2D-2 model includes 37 velocities also may be used. For the three-dimensional model 3D-2, of the 101 velocities, one represents particles that are not moving (Group 1); three sets of six velocities represent particles that are moving at either a normalized speed (r), twice the normalized speed (2r), or three times the normalized speed (3r) in either the positive or negative direction along the x, y or z axis of the lattice (Groups 2, 4, and 7); three sets of eight represent particles that are moving at the normalized speed (r), twice the normalized speed (2r), or three times the normalized speed (3r) relative to all three of the x, y, z lattice axes (Groups 3, 8, and 10); twelve represent particles that are moving at twice the normalized speed (2r) relative to two of the x, y, z lattice axes (Group 6); twenty four represent particles that are moving at the normalized speed (r) and twice the normalized speed (2r) relative to two of the x, y, z lattice axes, and not moving relative to the remaining axis (Group 5); and twenty four represent particles that are moving at the normalized speed (r) relative to two of the x, y, z lattice axes and three times the normalized speed (3r) relative to the remaining axis (Group 9).

For the two-dimensional model 2D-2, of the 37 velocities, one represents particles that are not moving (Group 1); three sets of four velocities represent particles that are moving at either a normalized speed (r), twice the normalized speed (2r), or three times the normalized speed (3r) in either the positive or negative direction along either the x or y axis of the lattice (Groups 2, 4, and 7); two sets of four velocities represent particles that are moving at the normalized speed (r) or twice the normalized speed (2r) relative to both of the x and y lattice axes; eight velocities represent particles that are moving at the normalized speed (r) relative to one of the x and y lattice axes and twice the normalized speed (2r) relative to the other axis; and eight velocities represent particles that are moving at the normalized speed (r) relative to one of the x and y lattice axes and three times the normalized speed (3r) relative to the other axis.

The LBM models described above provide a specific class of efficient and robust discrete velocity kinetic models for numerical simulations of flows in both two- and three-dimensions. A model of this kind includes a particular set of discrete velocities and weights associated with those velocities. The velocities coincide with grid points of Cartesian coordinates in velocity space which facilitates accurate and efficient implementation of discrete velocity models, particularly the kind known as the lattice Boltzmann models. Using such models, flows can be simulated with high fidelity.

Referring to FIG. 7, a physical process simulation system operates according to a procedure 270 to simulate a physical process such as fluid flow is described. Prior to the flow simulation, a simulation space is modeled (272) using CAD drawings as discussed above, as a collection of voxels. The simulation space is generated using a computer-aided-design (CAD) program and the gap correction processing of the CAD generated drawings. For example, a CAD program could be used to draw an air foil positioned in a wind tunnel.

The resolution of the lattice may be selected based on the Reynolds number of the system being simulated. The Reynolds number is related to the viscosity (v) of the flow, the characteristic length (L) of an object in the flow, and the characteristic velocity (u) of the flow:


Re=uL/v  Eq. (I.4)

The characteristic length of an object represents large scale features of the object. For example, if flow around a micro-device were being simulated, the height of the micro-device might be considered to be the characteristic length. When flow around small regions of an object (e.g., the side mirror of an automobile) is of interest, the resolution of the simulation may be increased, or areas of increased resolution may be employed around the regions of interest. The dimensions of the voxels decrease as the resolution of the lattice increases.

The state space is represented as ƒi (x, t), where ƒi represents the number of elements, or particles, per unit volume in state i (i.e., the density of particles in state i) at a lattice site denoted by the three-dimensional vector x at a time t. For a known time increment, the number of particles is referred to simply as ƒi (x). The combination of all states of a lattice site is denoted as ƒ(x).

The number of states is determined by the number of possible velocity vectors within each energy level. The velocity vectors are integer linear speeds in a space having three dimensions: x, y, and z. The number of states is increased for multiple-species simulations.

Each state i represents a different velocity vector at a specific energy level (i.e., energy level zero, one or two). The velocity c; of each state is indicated with its “speed” in each of the three dimensions as follows:


ci=(cix,civ,ciz).  Eq.(I.5)

The energy level zero state represents stopped particles that are not moving in any dimension, i.e., cstopped=(0, 0, 0). Energy level one states represents particles having a ±1 speed in one of the three dimensions and a zero speed in the other two dimensions. Energy level two states represent particles having either a ±1 speed in all three dimensions, or a ±2 speed in one of the three dimensions and a zero speed in the other two dimensions.

Generating all of the possible permutations of the three energy levels gives a total of 39 possible states (one energy zero state, 6 energy one states, 8 energy three states, 6 energy four states, 12 energy eight states and 6 energy nine states).

Each voxel (i.e., each lattice site) is represented by a state vector f(x). The state vector completely defines the status of the voxel and includes 39 entries. The 39 entries correspond to the one energy zero state, 6 energy one states, 8 energy three states, 6 energy four states, 12 energy eight states and 6 energy nine states. By using this velocity set, the system can produce Maxwell-Boltzmann statistics for an achieved equilibrium state vector.

For processing efficiency, the voxels are grouped in 2×2×2 volumes called microblocks. The microblocks are organized to permit parallel processing of the voxels and to minimize the overhead associated with the data structure. A short-hand notation for the voxels in the microblock is defined as Ni (n), where n represents the relative position of the lattice site within the microblock and n∈{0, 1, 2, . . . , 7}.

A microblock is illustrated in FIG. 8.

Referring to FIGS. 9A and 9B, a surface S (FIG. 9A) is represented in the simulation space (FIG. 9B) as a collection of facets Fα:


S={Fα}  Eq.(I.6)

where α is an index that enumerates a particular facet. A facet is not restricted to the voxel boundaries, but is typically sized on the order of or slightly smaller than the size of the voxels adjacent to the facet so that the facet affects a relatively small number of voxels. Properties are assigned to the facets for the purpose of implementing surface dynamics. In particular, each facet Fα has a unit normal (nα), a surface area (Aα), a center location (xα), and a facet distribution function (ƒi(α)) that describes the surface dynamic properties of the facet. The total energy distribution function qi(α) is treated in the same way as the flow distribution for facet and voxel interaction.

Referring to FIG. 10, different levels of resolution may be used in different regions of the simulation space to improve processing efficiency. Typically, the region 320 around an object 322 is of the most interest and is therefore simulated with the highest resolution. Because the effect of viscosity decreases with distance from the object, decreasing levels of resolution (i.e., expanded voxel volumes) are employed to simulate regions 324, 326 that are spaced at increasing distances from the object 322.

Similarly, as illustrated in FIG. 11, a lower level of resolution may be used to simulate a region 340 around less significant features of an object 342 while the highest level of resolution is used to simulate regions 344 around the most significant features (e.g., the leading and trailing surfaces) of the object 342. Outlying regions 346 are simulated using the lowest level of resolution and the largest voxels.

C. Identify Voxels Affected by Facets

Referring again to FIG. 11, once the simulation space has been modeled (272), voxels affected by one or more facets are identified (274). Voxels may be affected by facets in a number of ways. First, a voxel that is intersected by one or more facets is affected in that the voxel has a reduced volume relative to non-intersected voxels. This occurs because a facet, and material underlying the surface represented by the facet, occupies a portion of the voxel. A fractional factor Pf(x) indicates the portion of the voxel that is unaffected by the facet (i.e., the portion that can be occupied by a fluid or other materials for which flow is being simulated). For non-intersected voxels, Pf (x) equals one.

Voxels that interact with one or more facets by transferring particles to the facet or receiving particles from the facet are also identified as voxels affected by the facets. All voxels that are intersected by a facet will include at least one state that receives particles from the facet and at least one state that transfers particles to the facet. In most cases, additional voxels also will include such states.

Referring to FIG. 12, for each state i having a non-zero velocity vector ci, a facet Fα receives particles from, or transfers particles to, a region defined by a parallelepiped Ghaving a height defined by the magnitude of the vector dot product of the velocity vector c; and the unit normal nα of the facet (|cini|) and a base defined by the surface area Aα of the facet so that the volume Vof the parallelepiped Gequals:


Via=|cina|Aa  Eq.(I.7)

The facet Fα receives particles from the volume Vwhen the velocity vector of the state is directed toward the facet (|ci ni|<0), and transfers particles to the region when the velocity vector of the state is directed away from the facet (|ci ni|>0). As will be discussed below, this expression is modified when another facet occupies a portion of the parallelepiped G, a condition that could occur in the vicinity of non-convex features such as interior corners.

The parallelepiped Gof a facet Fα may overlap portions or all of multiple voxels. The number of voxels or portions thereof is dependent on the size of the facet relative to the size of the voxels, the energy of the state, and the orientation of the facet relative to the lattice structure. The number of affected voxels increases with the size of the facet. Accordingly, the size of the facet, as noted above, is typically selected to be on the order of or smaller than the size of the voxels located near the facet.

The portion of a voxel N(x) overlapped by a parallelepiped Gis defined as V(x). Using this term, the flux Γ(x) of state i particles that move between a voxel N(x) and a facet Fα equals the density of state i particles in the voxel (Ni(x)) multiplied by the volume of the region of overlap with the voxel (V(x)):


Γia(x)=Ni(x)Via(x).  Eq.(I.8)

When the parallelepiped Gis intersected by one or more facets, the following condition is true:


Via=ΣVia(x)+E Via(β)  Eq.(I.9)

where the first summation accounts for all voxels overlapped by Gand the second term accounts for all facets that intersect G. When the parallelepiped Gis not intersected by another facet, this expression reduces to:


Via=ΣVia(x).  Eq. (I.10)

D. Perform Simulation

Once the voxels that are affected by one or more facets are identified (274), a timer is initialized to begin the simulation (276). During each time increment of the simulation, movement of particles from voxel to voxel is simulated by an advection stage (278-286) that accounts for interactions of the particles with surface facets. Next, a collision stage (288) simulates the interaction of particles within each voxel. Thereafter, the timer is incremented (290). If the incremented timer does not indicate that the simulation is complete (294), the advection and collision stages (278-200) are repeated. If the incremented timer indicates that the simulation is complete (202), results of the simulation are stored and/or displayed (204).

1. Boundary Conditions for Surface

To correctly simulate interactions with a surface, each facet meets four boundary conditions. First, the combined mass of particles received by a facet equal the combined mass of particles transferred by the facet (i.e., the net mass flux to the facet equals zero). Second, the combined energy of particles received by a facet equals the combined energy of particles transferred by the facet (i.e., the net energy flux to the facet equals zero). These two conditions may be satisfied by requiring the net mass flux at each energy level (i.e., energy levels one and two) to equal zero.

The other two boundary conditions are related to the net momentum of particles interacting with a facet. For a surface with no skin friction, referred to herein as a slip surface, the net tangential momentum flux equals zero and the net normal momentum flux equals the local pressure at the facet. Thus, the components of the combined received and transferred momentums that are perpendicular to the normal nα of the facet (i.e., the tangential components) equals, while the difference between the components of the combined received and transferred momentums that are parallel to the normal nα of the facet (i.e., the normal components) equals the local pressure at the facet. For non-slip surfaces, friction of the surface reduces the combined tangential momentum of particles transferred by the facet relative to the combined tangential momentum of particles received by the facet by a factor that is related to the amount of friction.

2. Gather from Voxels to Facets

Simulating interaction between particles and a surface, particles are gathered from the voxels and provided to the facets (278). As noted above, the flux of state i particles between a voxel N(x) and a facet Fα is:


Γ(x)=Ni(x)V(x).  Eq.(I.11)

From this, for each state i directed toward a facet Fα (cinα<0), the number of particles provided to the facet Fα by the voxels is:


ΓiαV→FXΓ(x)=ΣXNi(x)V(x)   Eq.(I.12)

Only voxels for which V(x) has a non-zero value are summed. As noted above, the size of the facets is selected so that V(x) has a non-zero value for only a small number of voxels. Because V(x) and Pf (x) may have non-integer values, Γα (x) is stored and processed as a real number.

3. Move from Facet to Facet

Next, particles are moved between facets (280). If the parallelepiped Gfor an incoming state (cinα<0) of a facet Fα is intersected by another facet Fβ, then a portion of the state i particles received by the facet Fα will come from the facet Fβ. In particular, facet Fα will receive a portion of the state i particles produced by facet Fβ during the previous time increment. This relationship is illustrated in FIG. 15, where a portion 380 of the parallelepiped Gthat is intersected by facet Fβ equals a portion 382 of the parallelepiped G that is intersected by facet Fα. As noted above, the intersected portion is denoted as V(β). Using this term, the flux of state i particles between a facet Fβ and a facet Fα may be described as:


Γ(β,t−1)=Γi(β)V(β)/V  Eq.(I.13)

where Γi (β,t−1) is a measure of the state i particles produced by the facet Fβ during the previous time increment. From this, for each state i directed toward a facet Fα (ci nα<0), the number of particles provided to the facet Fα by the other facets is:


ΓiαF→FβΓ(β)=ΣβΓi(β,t−1)V(β)/V  Eq. (I.14)

and the total flux of state i particles into the facet is:


ΓiIN(α)=ΓiαF→FiαF→FxNi(x)VβΓi(β,t−1)V(β)/V  Eq.(I.15)

The state vector N(α) for the facet, also referred to as a facet distribution function, has M entries corresponding to the M entries of the voxel states vectors. M is the number of discrete lattice speeds. The input states of the facet distribution function N(α) are set equal to the flux of particles into those states divided by the volume V:


Ni(α)=ΓiIN(α)/V  Eq. (I.16)

for ci nα<0.

The facet distribution function is a simulation tool for generating the output flux from a facet, and is not necessarily representative of actual particles. To generate an accurate output flux, values are assigned to the other states of the distribution function. Outward states are populated using the technique described above for populating the inward states:


Ni(α)=ΓiOTHER(α)/V  Eq.(I.17)

for ci nα≥0, wherein ΓiOTHER (α) is determined using the technique described above for generating ΓiIN (α), but applying the technique to states (ci nα ≥0) other than incoming states (ci nα<0)). In an alternative approach, ΓiOTHER (α) may be generated using values of ΓiOUT (α) from the previous time step so that:


ΓiOTHER(α,t)=ΓiOUT(α,t−1).  Eq.(I.18)

For parallel states (cinα=0), both Vand V(x) are zero. In the expression for Ni (α), Via (x) appears in the numerator (from the expression for ΓiOTHER (α) and Vappears in the denominator (from the expression for Ni (α)). Accordingly, Ni (α) for parallel states is determined as the limit of Ni(α) as Vand V(x) approach zero. The values of states having zero velocity (i.e., rest states and states (0, 0, 0, 2) and (0, 0, 0, −2)) are initialized at the beginning of the simulation based on initial conditions for temperature and pressure. These values are then adjusted over time.

4. Perform Facet Surface Dynamics

Next, surface dynamics are performed for each facet to satisfy the boundary conditions discussed above (282). A procedure 390 for performing surface dynamics for a facet is illustrated in FIG. 14.

The velocity and densities are sampled from the voxel to the facet Fα, during 278. The velocity is then projected along the surface (i.e) u·{circumflex over (n)}=0. The Boltzmann Equilibrium distribution is computed 392 based on the sampled density and projected velocity, and the density and velocity are scaled to satisfy the constraints specified by Equation 6 and 10, respectively. The resulting density and velocity are then used to compute the new Boltzmann Equilibrium distribution (392). The difference between the incoming distribution and the new Boltzmann distribution (394) and the combined momentum of difference between all incoming states and its corresponding Boltzmann distribution (396) are computed as shown below.

δ P ( α ) = i , ( c i · n ^ ) < 0 c i ( Γ iIN ( α ) - Γ iIN eq ( α ) ) Eq . ( I .19 )

The momentum difference is projected along the tangential direction of the facet (398).


h(α)=δP(α)−(δP(α)·{circumflex over (n)}){circumflex over (n)}  Eq.(I.20)

From above momentum difference and Boltzmann distribution, outgoing flux is computed to satisfy the perfect slip boundary condition (399), by satisfying zero tangential flux P·{circumflex over (τ)}=0.

Γ i o u t ( α ) = [ Γ i o u t e q ( α ) - 2 w i T 0 2 ( c i · n ^ ) ( c i · h ( α ) ) ] Eq . ( I .21 )

To account for skin friction and other factors, the outgoing flux distribution may be further refined to:

Γ i o u t ( α ) = [ Γ i o u t e q ( α ) - 2 w i T 0 2 ( c i · n ^ ) ( c i · h ( α ) ) ] ++ | u | C f ( c i · n ^ ) 2 T 0 [ Γ i o u t e q ( α ) - Γ i i n e q ( α ) ] Eq . ( I .22 )

where Cƒ is skin friction coefficient. More detailed description of applying skin friction and correction to different energy levels of lattice required for perfect mass and energy conservations are presented in '260 patent.

5. Move from Voxels to Voxels

Referring again to FIG. 7, particles are moved between voxels along the three-dimensional rectilinear lattice (284). This voxel to voxel movement is the only movement operation performed on voxels that do not interact with the facets (i.e., voxels that are not located near a surface). In typical simulations, voxels that are not located near enough to a surface to interact with the surface constitute a large majority of the voxels.

Each of the separate states represents particles moving along the lattice with integer speeds in each of the three dimensions: x, y, and z. The integer speeds include: 0, ±1, and ±2. The sign of the speed indicates the direction in which a particle is moving along the corresponding axis.

For voxels that do not interact with a surface, the move operation is computationally quite simple. The entire population of a state is moved from its current voxel to its destination voxel during every time increment. At the same time, the particles of the destination voxel are moved from that voxel to their own destination voxels. For example, an energy level 1 particle that is moving in the +1x and +1y direction (1, 0, 0) is moved from its current voxel to one that is +1 over in the x direction and 0 for other direction. The particle ends up at its destination voxel with the same state it had before the move (1,0,0). Interactions within the voxel will likely change the particle count for that state based on local interactions with other particles and surfaces. If not, the particle will continue to move along the lattice at the same speed and direction.

The move operation becomes slightly more complicated for voxels that interact with one or more surfaces. This can result in one or more fractional particles being transferred to a facet. Transfer of such fractional particles to a facet results in fractional particles remaining in the voxels. These fractional particles are transferred to a voxel occupied by the facet.

Referring to FIG. 13, when a portion 360 of the state i particles for a voxel 362 is moved to a facet 364 (278), the remaining portion 366 is moved to a voxel 368 in which the facet 364 is located and from which particles of state i are directed to the facet 364. Thus, if the state population equaled 25 and V(x) equaled 0.25 (i.e., a quarter of the voxel intersects the parallelepiped G), then 6.25 particles would be moved to the facet Fα and 18.75 particles would be moved to the voxel occupied by the facet Fα. Because multiple facets could intersect a single voxel, the number of state i particles transferred to a voxel N(ƒ) occupied by one or more facets is:

N i ( f ) = N i ( x ) ( 1 - α V i α ( x ) ) Eq . ( I .33 )

where N(x) is the source voxel.

6. Scatter from Facets to Voxels

Next, the outgoing particles from each facet are scattered to the voxels (286). Essentially, this scatter is the reverse of the gather by which particles were moved from the voxels to the facets. The number of state i particles that move from a facet Fα to a voxel N(x) is:

N α iF V = 1 P f ( x ) V i α ( x ) Γ α i O U T f / V α i Eq . ( I .34 )

where Pf(x) accounts for the volume reduction of partial voxels. From this, for each state i, the total number of particles directed from the facets to a voxel N(x) is:

N iF V = 1 P f ( x ) α V α i ( x ) Γ α i O U T f / V α i Eq . ( I .35 )

After scattering particles from the facets to the voxels, combining them with particles that have advected in from surrounding voxels, and integerizing the result, it is possible that certain directions in certain voxels may either underflow (become negative) or overflow (exceed 255 in an eight-bit implementation). This would result in either a gain or loss in mass, momentum and energy after these quantities are truncated to fit in the allowed range of values. To protect against such occurrences, the mass, momentum and energy that are out of bounds are accumulated prior to truncation of the offending state. For the energy to which the state belongs, an amount of mass equal to the value gained (due to underflow) or lost (due to overflow) is added back to randomly (or sequentially) selected states having the same energy and that are not themselves subject to overflow or underflow. The additional momentum resulting from this addition of mass and energy is accumulated and added to the momentum from the truncation. By only adding mass to the same energy states, both mass and energy are corrected when the mass counter reaches zero. Finally, the momentum is corrected using pushing/pulling techniques until the momentum accumulator is returned to zero.

7. Perform Fluid Dynamics

Fluid dynamics are performed (288) FIG. 7. This may be referred to as microdynamics or intravoxel operations. Similarly, the advection procedure may be referred to as intervoxel operations. The microdynamics operations described below may also be used to collide particles at a facet to produce a Boltzmann distribution.

The fluid dynamics is ensured in the lattice Boltzmann equation models by a particular collision operator known as the BGK collision model. This collision model mimics the dynamics of the distribution in a real fluid system. The collision process can be well described by the right-hand side of Equation 1 and Equation 2. After the advection step, the conserved quantities of a fluid system, specifically the density, momentum and the energy are obtained from the distribution function using Equation 3. From these quantities, the equilibrium distribution function, noted by ƒeq in equation (2), is fully specified by Equation (4). The choice of the velocity vector set ci, the weights, both are listed in Table 1, together with Equation 2 ensures that the macroscopic behavior obeys the correct hydrodynamic equation.

Variable Resolution

Variable resolution (as discussed in US 2013/0151221 A1) can also be employed and would use voxels of different sizes, e.g., coarse voxels and fine voxels.

Embodiments of the subject matter and the functional operations described in this specification can be implemented in digital electronic circuitry, tangibly-embodied computer software or firmware, computer hardware (including the structures disclosed in this specification and their structural equivalents), or in combinations of one or more of them. Embodiments of the subject matter described in this specification can be implemented as one or more computer programs (i.e., one or more modules of computer program instructions encoded on a tangible non-transitory program carrier for execution by, or to control the operation of, data processing apparatus). The computer storage medium can be a machine-readable storage device, a machine-readable storage substrate, a random or serial access memory device, or a combination of one or more of them.

The term “data processing apparatus” refers to data processing hardware and encompasses all kinds of apparatus, devices, and machines for processing data, including by way of example, a programmable processor, a computer, or multiple processors or computers. The apparatus can also be or further include special purpose logic circuitry (e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit)). In addition to hardware, the apparatus can optionally include code that produces an execution environment for computer programs (e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them).

A computer program, which can also be referred to or described as a program, software, a software application, a module, a software module, a script, or code, can be written in any form of programming language, including compiled or interpreted languages, or declarative or procedural languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or another unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, subprograms, or portions of code)). A computer program can be deployed so that the program is executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a data communication network.

Computers suitable for the execution of a computer program can be based on general or special purpose microprocessors or both, or any other kind of central processing unit. Computer-readable media suitable for storing computer program instructions and data include all forms of non-volatile memory on media and memory devices, including by way of example semiconductor memory devices (e.g., EPROM, EEPROM, and flash memory devices), magnetic disks (e.g., internal hard disks or removable disks), magneto-optical disks, and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.

Embodiments of the subject matter described in this specification can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a client computer having a graphical user interface or a web browser through which a user can interact with an implementation of the subject matter described in this specification), or any combination of one or more such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (LAN) and a wide area network (WAN) (e.g., the Internet).

The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. In some embodiments, a server transmits data (e.g., an HTML page) to a user device (e.g., for purposes of displaying data to and receiving user input from a user interacting with the user device), which acts as a client. Data generated at the user device (e.g., a result of the user interaction) can be received from the user device at the server.

Particular embodiments of the subject matter have been described. Other embodiments are within the scope of the following claims. For example, the actions recited in the claims can be performed in a different order and still achieve desirable results. As one example, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some cases, multitasking and parallel processing can be advantageous.

Claims

1. A computer implemented method for simulating elements of a fluid flow, the method comprises:

storing in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel;
storing in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels;
performing interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states;
performing surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels; and
performing move operations on the state vectors to reflect movement of elements to new voxels.

2. The method of claim 1 wherein the surface interaction operations comprises:

gathering elements from a first set of at least one voxel that interacts with a facet;
modelling interactions between the gathered elements and all of facets to produce a set of surface interacted elements, and
scattering the surface interacted elements to a second set of at least one voxel that interacts with the facet.

3. The method of claim 1 wherein an entry of a state vector represents a density of elements per unit volume in a particular momentum state of a voxel.

4. The method of claim 1 wherein a state vector comprises one or more of a plurality of integers and/or floating point values that represent a density of elements per unit volume in a particular momentum state and have more plural possible values.

5. The method of claim 1 wherein the surface interaction operations are performed using one or more of integer values and/or floating point values, and wherein the surface interaction operations are performed using values representative of real numbers.

6. The method of claim 1 wherein the surface interaction operations are performed using integer and/or floating point numbers.

7. The method of claim 1, further comprising:

representing a voxel that is intersected by a surface as a partial voxel.

8. The method of claim 1 wherein the representation of at least one surface comprises a plurality of facets that are sized and oriented independently of the size and orientation of the voxels, and represent at least one surface; and

model interactions between a facet and the elements of at least one voxel near the facet.

9. The method of claim 1 wherein the elements represent particles of a fluid and the facets represent at least one surface over which the fluid flows.

10. The method of claim 1 wherein performing surface interaction operations further comprises:

computing differences between incoming distribution and a Boltzmann distribution;
determining combined momentum from all state vector differences; and
generating outgoing distribution based on the determined differences.

11. A data processing system for simulating elements of a fluid flow, the data processing system comprises instructions for causing the data processing system to:

store in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel;
store in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels;
perform interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states;
perform surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels; and
perform move operations on the state vectors to reflect movement of elements to new voxels.

12. The data processing system of claim 11 wherein the instructions to perform the surface interaction operations comprises instructions to:

gather elements from a first set of at least one voxel that interacts with a facet;
model interactions between the gathered elements and all of facets to produce a set of surface interacted elements, and
scatter the surface interacted elements to a second set of at least one voxel that interacts with the facet.

13. The data processing system of claim 11 wherein an entry of a state vector represents a density of elements per unit volume in a particular momentum state of a voxel.

14. The data processing system of claim 11 wherein a state vector comprises one or more of a plurality of integers and/or floating point values that represent a density of elements per unit volume in a particular momentum state and have more plural possible values.

15. The data processing system of claim 11 wherein the surface interaction operations are performed using one or more of integer values and/or floating point values, and wherein the surface interaction operations are performed using values representative of real numbers.

16. The data processing system of claim 11 wherein the surface interaction operations are performed using integer and/or floating point numbers.

17. The data processing system of claim 11 wherein the instructions to perform the surface interaction operations comprises instructions to:

represent a voxel that is intersected by a surface as a partial voxel.

18. The data processing system of claim 11 wherein the representation of at least one surface comprises a plurality of facets that are sized and oriented independently of the size and orientation of the voxels, and represent at least one surface; and the instructions further comprises instructions to:

model interactions between a facet and the elements of at least one voxel near the facet.

19. The data processing system of claim 11 wherein the elements represent particles of a fluid and the facets represent at least one surface over which the fluid flows.

20. The data processing system of claim 11 wherein the instructions to perform the surface interaction operations comprises instructions to:

compute differences between incoming distribution and a Boltzmann distribution;
determine combined momentum from all state vector differences; and
generate outgoing distribution based on the determined differences.

21. A computer readable medium tangible storing a computer program product, for simulating elements of a fluid flow, the computer program product comprises instructions to cause a data processing system to:

store in a memory state vectors for a plurality of voxels, the state vectors comprising a plurality of entries that correspond to particular momentum states of a plurality of possible momentum states at a voxel;
store in a memory a representation of at least one surface that is sized and oriented independently of the size and orientation of the voxels;
perform interaction operations on the state vectors, the interaction operations modelling interactions between elements of different momentum states;
perform surface interaction operations on the representation of the surface, the surface interaction operations modelling interactions between the surface and substantially all elements of voxels; and
perform move operations on the state vectors to reflect movement of elements to new voxels.

22. The computer readable medium of claim 21 wherein the surface interaction instructions further comprises instructions to:

gather elements from a first set of at least one voxel that interacts with a facet;
model interactions between the gathered elements and all of facets to produce a set of surface interacted elements, and
scatter the surface interacted elements to a second set of at least one voxel that interacts with the facet.

23. The computer readable medium of claim 21 wherein a state vector comprises one or more of a plurality of integers and/or floating point values that represent a density of elements per unit volume in a particular momentum state and have more plural possible values.

24. The computer readable medium of claim 21 wherein the surface interaction operations are performed using one or more of integer values and/or floating point values, and wherein the surface interaction operations are performed using values representative of real numbers.

25. The computer readable medium of claim 21 wherein performing surface interaction operations further comprises instructions to:

compute differences between incoming distribution and a Boltzmann distribution;
determine combined momentum from all state vector differences; and
generate outgoing distribution based on the determined differences.
Patent History
Publication number: 20210406434
Type: Application
Filed: Jun 29, 2020
Publication Date: Dec 30, 2021
Patent Grant number: 11847391
Inventors: Pradeep Gopalakrishnan (Woburn, MA), Raoyang Zhang (Burlington, MA), Hudong Chen (Newton, MA), Junye Wang (Johnston, RI), Avinash Jammalamadaka (Johnston, RI)
Application Number: 16/914,730
Classifications
International Classification: G06F 30/28 (20060101); G06F 7/485 (20060101); G06N 7/08 (20060101);