numerical


Hi,

here is how I managed to solve the “capacitor problem”, i.e. how I would try to transform a small system of (linear) capacitors in something more similar to a lake characterized by his (non-linear) storage capacity curve.
As explained in my previous post, you can use this Java applet to see an animation of the device electro-dynamics copying this code in the matrix sheet editor.
If you really can’t resist, read on to see the resulted graphs of the electric potential, (more…)

A short discussion on lateral wall effect on Lift/Drag Forces on a rigid body in a flow. And a question, too.

Based on my knowledge, forces on rigid bodies in a flow stream are given for an undefined flow field, from a Drag point of view, I mean. A practice problem I recently had was to evaluate the Lift/Drag forces on a body (a 60 m x 45 m rectangular body, in my case) close to two lateral walls.

At the moment, my only change was to do a numerical analysis. So, I performed the analysis by using Navier2d mathematical model, written in Matlab language (M-files and/and M-functions). I considered two cases:

  1. A 180 m wide channel with the obstacle 60 m large and 45 m long along the symmetry channel axes. The flow domain has been discredized with 23354 triangles and 11869 vertices, built by using Mesh2D toolbox;
  2. A 360 m wide channel with the obstacle 60 m large and 45 m long along the symmetry channel axes; The flow domain has been discredized with 11570 triangles and 5953 vertices, built by using Mesh2D toolbox.


The two geometries were forced with an uniform current of 1 m/s. The cinematic viscosity was set to 1.0e-6 m^2/s. No turbulence model for sub-grid analysis was used.

The following Figure shows an instant of motion (velocity magnitude) for both the cases. The vortex wake behind the body is well formed for either case.

 

I thought that the lateral walls influence on the forces determination could be negligible, given the same flow velocity. Viceversa, I obtained that the 360 m channel reduces the forces, both Lift (Fx) and Drag (Fy), on the body, as seen in Figure (quite noisy, but so far it is my best… anyway it is quite clear, isn’t it).

I guess the difference is due to the velocity gradient around the body, stronger for the 180 m channel. Does anyone have a physics-based proof ?

After sharing with my public my funny ideas about an electric-analogical model of the Venice lagoon, I can now proudly show you the first results:

using this tool I could make the first essays. It was kindly published by Israel A. Wagner and programmed by Leonid Kleyman & Evgeny Skarbovsky. I’d like to warmly thank them all for sharing their work on-line.

Hp: (for those who know a bit of the lagoon morphology)

  1. only simple (monoharmonic) sinusoidal potential oscillation at the three “mouths” of the circuit (same frequency for all, of course)
  2. three inlet channels reproduced via resistors
  3. blind (grounded) capacitors are for the reservoir effect offered by the mud flats, tidal shallows and salt marshes
  4. the three sub-domains communicate thanks to dissipative link (small channels), a little resistance
  5. the two “sensors” are placed near the wave generator (tidal boundary condition, in green) and near the main, central capacitor (the in-lagoon measurement, in yellow)

Basic circuit scheme

(more…)

This is not a post, this is a call: a call for help.

Long time ago I thought about modelling the Venice lagoon in a different way. You know, there are already many kinds of models, conceived for a better knowledge of this lagoon phenomenology:

  • the physical ones, like the big one in Voltabarozzo, Padova (Italy) that reproduce the whole area (550 km²) with a planar geometric factor of 1:250
  • the many numerical models, of all types (finite differences, finite elements, finite volumes et coetera…), that aim to reproduce the many different aspects of such a complex hydraulic, hydrodynamic, morphologic, biologic quest… or, in fewer words, of such a huge environmental problem.

The second ones bloomed and I can’t make a list of the models realised so far, even if I’ve seen some of them.
Waiting for an SPH model of the lagoon (see my SPH experiments), we still must deal with the imperfect reality of modelization.
(more…)

My experience in water quality modelling is quite limited: just an application on marine dispersion based on bidimensional grid but with only one quality variable in it, a generic “pollutant” relative concentration. Really barbaric, in some way, but effective too: it could easily give at least an idea of the plumes generated by some generic dissolved, conservative compound. The model was not calibrated too. Really, really rude. Fortunately, the expected result was not a deterministic time-space forecast of chemical distributions, but just (more…)

Researchers in the Department of Civil and Environmental Engineering at the Pennsylvania State University released their Glacier Bay project page, which an be found at
http://www.engr.psu.edu/ce/hydro/hill/research/glba/default.stm.

The modeling was done using ADCIRC.

The project page is a good source of information on the oceanographic processes operating in Glacier Bay. It also incorporates coastal freshwater discharges through use of continuously variable non-zero normal flux boundary conditions.

The project pages contain extensive documentation on how to use ADCIRC and associated pre- and post-processing tools. The modeling project was done with an eye towards open source methods.

Eta Model is an atmospheric (meteorological forecasting) model developed in seventies and eighties years (by Mesinger & Janjic: Mesinger, F., and Z. I. Janjic, 1974: Noise due to time-dependent boundary conditions in limited area models. The GARP Programme on Numerical Experimentation, Rep. No. 4, WMO, Geneva, 31-32): the most recent version was written to use the eta vertical coordinate.

From 8 June 1993 is officially operational at NCEP and in many countries in its various versions.

The name of the model derives from the Greek letter η which denotes the vertical coordinate (Mesinger et al. 1988: Mesinger, F., Z. I. Janjic, S. Nickovic, D. Gavrilov, and D. G. Deaven, 1988. The step-mountain coordinate: model description and performance for cases of Alpine lee cyclogenesis and for a case of an Appalachian redevelopment. Mon. Wea. Rev., 116, 1493-1518. ).

It’s possible to find further general information about the model, documentation on model equations and model microphysics, and it’s also possible to download an updated Fortran version which can run in UNIX or LINUX systems.

Following this link it’s possible to find sample data with boundary conditions, topography data and an help for download and installation of the program.

Follow this link to a useful (and free) matlab code that is basically a PDE solver adapted to common problems like diffusion, convection-diffusion, Stokes flow and Navier-Stokes flow problems (incompressible fluid dynamics).

I am talking about ifiss2.2 or Incompressible Flow & Iterative Solver Software Version 2.2.

There you will read that:

It has built-in multigrid and Krylov subspace solvers and includes a variety of appropriate preconditioning strategies for each problem.

Licence: LGPL

MESH2D is a toolbox for the generation and manipulation of unstructured triangular meshes in MATLAB.

High quality meshes can be generated automatically for user defined geometries. These meshes are suitable for subsequent Finite Element Method or Finite Volume Method analysis.

MESH2D is a Delaunay based algorithm with a “Laplacian-like” smoothing operation built into the mesh generation process. An unbalanced quadtree decomposition is used to evaluate the element size distribution required to resolve the geometry. The quadtree is triangulated and used as a backgorund mesh to store the element size data. The main method attempts to optimise the node location and mesh topology through an iterative process. In each step a constrained delaunay triangulation is generated with a series of “Laplacian-like” smoothing operations used to improve triangle quality. Nodes are added or removed from the mesh to ensure the required element size distribution is approximated.

MESH2D is Copyright (C) 2005-2006 Darren Engwirda (d_engwirda@hotmail.com).MESH2D is distributed under the GNU GPL.

I am pretty sure that any hydraulic engineer wants to have a code for integrating Navier-Stokes equations over a complex domain. Fortunately there are some cool guys who share their work.This is what Navier-Stokes Solver (Navier2d) is: a Matlab solver of motion of incompressible fluids via a solution of the Navier-Stokes equations in 2-D domains, discretized by unstructured meshes. Only the incompressible equations are solved, so the flow speed has to be sufficiently low (Mach Number < 0.3).

Navier2d includes three options:

  1.  Normal – solves the Navier-Stokes equations for the velocity and pressure fields.
  2. Tracer – as above, but also solves an additional transport equation for a scalar quantity within the flow.
  3. Thermal – as above, but treats the scalar tracer field as the temperature of the fluid and includes buoyancy terms in the momentum equations. This allows the solution of coupled thermal problems (like thermal convection).

In Navier2d no turbulence model is implemented. At high Reynolds numbers this becomes very important, because it is necessary to account for sub-grid scale effects. This limitation can be by-passed reducing the grid size, at least in domain zones where the momentum exchanges are important.

Navier2d supports three Boundary Condition types: known velocities and two outflow types.

You need a mesh generator to create general domains. The same author created a 2-D mesh generator (MESH2D). Details of mesh2D can be found here.

Navier2d is Copyright (C) 2005-2006 Darren Engwirda (d_engwirda@hotmail.com). Navier2d is distributed under the GNU GPL.

Next Page »