PHOENICS: the first 21 years

and beyond

by

Brian Spalding

Abstract

This lecture chronicles the development of PHOENICS, since its launch in October 1981, drawing particular attention to CHAM's innovations, not all of which have yet been copied, such as:

IPSA (two-phase algorithm) user-accessible Fortran moving grids
parabolic option body-fitted coordinates CFD Input Language
Input-file libraries 2-fluid turbulence model moving BFCs
CLDA to reduce false diffusion electronics cooling simultaneous solid-stress
shareware LTLS for wall distance LVEL turbulence model
Virtual-Reality Interface Multi-Fluid turbulence model IMMERSOL radiation
PARSOL ('cut' cells) PLANT (Fortranizer) MUSES (shared space)
INput of FORMulae MOFOR (moving frames) COSP (inverse solver)

Plans for the future are also outlined.


Contents


1981 The first launch

CHAM was founded in 1974 as a company supplying CFD programs for special purposes.

However. it was hard to ensure that these programs would continue to work after delivery.

The solution was this: create one general-purpose program with:

This is why PHOENICS was created, and launched commercially, in October 1981.

.... next .... back or.... contents














Its capabilities

Even the first PHOENICS possessed many of the features which are nowadays expected in a CFD code, being able to solve problems:

Moreover it already allowed users to add their own Fortran coding.

The latter facility is still much used, as witness presentations at the 2002 International PHOENICS User Conference.

.... next .... back or.... contents














Its input procedures

However, the input procedures of PHOENICS-81 were primitive, by today's standards.

Users were required to place FORTRAN statements in the SATELLITE input module, and then to compile and link.

The notion of a code series was however already present, as witness this picture from one of the earliest documents.

It was then supposed that:



.... next .... back or.... contents














1982 The moving-grid and parabolic options

Use in the automotive industry

PHOENICS was the first CFD code to simulate flow and combustion in engine cylinders.

This was made possible by enabling the computational grid to expand and contract in accordance with the motion of the piston.

This is now a common feature in CFD codes.

.... next .... back or.... contents














The parabolic option

The earliest PHOENICS also had a valuable feature that, even now, no competitor possesses.

This is the 'parabolic option' which permits accurate fine-grid solutions on small computers, when the main flow is uni-directional.

An animated plot from an early calculation is shown here.

It concerns the movement of smoke along a tunnel.

The grid had one million nodes; yet the computer was a 386 laptop.

This option is particularly useful for simulating boundary layers, jets, wakes, duct flows, rocket exhausts, etc. rocket-exhaust-plume simulations, and is still in daily use.

.... next .... back or.... contents














1983 Body-fitted coordinates: PHOTON for graphical display

PHOENICS was perhaps the first commercial CFD code to offer body-fitted coordinates.

Here is shown one of the first examples of their use, for simulating the flow in a rotating centrifugal impeller.

The use of BFCs made it desirable that PHOENICS should possess its own graphical display package. This was created, and called PHOTON.

The latest (2002) version of PHOTON has been used to display the grid just shown.

.... next .... back or.... contents














1984 The PHOENICS Input Language, PIL

To make problem set-up easier, CHAM created, not a menu, but a generally applicable CFD-input language. This could:

This PHOENICS Input Language (abbreviated as PIL) could be used either:



.... next .... back or.... contents














A tradition continued

Although PHOENICS has subsequently also developed menu-style input procedures, the ability to use PIL, interactively or not, has been steadily preserved by CHAM.

The reason is that menu-writers can never imagine all the inputs which a user may wish to make.

A menu is like a 'phrase-book' which assists those who are learning a language. It encapsulates what users have wished to say in the past.

More advanced users always wish to write their own never-before-spoken phrases. PIL therefore opens the way to the future.



.... next .... back or.... contents














1985 Input-file library

Next, CHAM created, and supplied with every new version of PHOENICS, a library of Input-Data files, which users could:

This library has since grown so large that finding desired items requires a 'search engine' which enables users to command:

"Find for me all entries which involve this, that and the other".

This is being shipped with PHOENICS-3.5 .

The current contents of the library can be seen here.

.... next .... back or.... contents














1986 Two-phase-flow applications

Before-PHOENICS achievements

During the late 1970s, CHAM had produced CFD-simulation codes for the nuclear-power industry, especially for two-phase-flow in steam generators, reactors and piping systems.

In the course of this work, the IPSA algorithm was invented; and it later found use in the simulation of:

CHAM's URSULA code, developed for the US Electric Power Research Institute, became the industry-standard steam-generator simulator; and PHOENICS later became the main steam-generator code used by the UK's National Nuclear Corporation.

.... next .... back or.... contents














The two-fluid turbulence model

The IPSA algorithm opened the door to scientific developments also; and one of these was the still-unique-to-PHOENICS two-fluid turbulence model.

This can explain what to conventional turbulence models is incomprehensible, namely 'unmixing', as described here.

Other successes of the two-fluid model are simulating:

Perhaps because of inability to perform the calculations, competitors have not copied these developments ... yet.

Nevertheless they still stand as unanswered challenges.

.... next .... back or.... contents














1987 Moving body-fitted coordinates

Many flow phenomena involve boundaries which change shape with time. Therefore the provision of a moving-BFC facility was introduced.

Here is shown an early example, an expanding and contracting lung.

The colour contours represent the oxygen content of the air in the lung.

Here is a somewhat later example, in which PLANT (see below) is used to cause a pipe wall to become crinkled, so inducing a flow.

.... next .... back or.... contents














1988 CLDA: conservative low-dispersion algorithm

Numerical diffusion is a well-known cause of inaccuracy in CFD calculations; and there are no perfect remedies.

One of the more successful is provided only by PHOENICS. It is CLDA, the Conservative Low-Dispersion Algorithm. When flow is oblique to the grid, the default "upwind-difference scheme" smears discontinuities, even with a fine (80 * 80) grid.

CLDA, on the other hand, induces no smearing, even for a coarser (40 * 40) grid

CLDA is another not-yet-copied device, probably because CHAM has not publicised it sufficiently. There are many such 'buried treasures' in PHOENICS.

A further development of CLDA, namely " X-cell has still not been 'officially' attached to PHOENICS

.... next .... back or.... contents














1989 Conjugate heat transfer; immersed participating solids

PHOENICS was perhaps the first CFD code to be used for the simulation of the cooling of electronic equipment.

For this to be possible, it was necessary to extend the simulation domain to the interior of the immersed solid objects, which, until that time, had been treated simply as 'blockages'.

Two pictures from 1990 are shown here (velocity vectors) and here (temperature contours).

This is an application sector in which CHAM's lead has been followed by other vendors.

.... next .... back or.... contents














1990 PIL-based menu for input; advanced-PIL

By 1990, the CFD-using community had both enlarged and changed character. PHOENICS was being used by practising engineers, who had no time for learning PIL, and still less for Fortran.

To meet their needs, CHAM did two things, namely:

  1. it added to the PHOENICS Input Language:
  2. it used this enriched PIL to create a graphical user interface which enabled users to set up flow problems without having any knowledge of PIL at all.

The enriched PIL remains in use today; but the menu system was superseded in 1995 by a more flexible and modern-looking one.

.... next .... back or.... contents














1991 Free-surfaces; higher-order schemes; fully-developed flow; new turbulence models; EXPERT

The relevant entry in the PHOENICS Chronicle, records a large number of novelties or improvements in 1991.

Only two of the less-conventional ones will be mentioned namely:

What EXPERT can achieve is shown by comparison of two 'monitor' plots for a square-cavity flow first without and then with EXPERT active.

Evidently EXPERT obtained convergence, and stopped the run, after 186 sweeps; without it, convergence had still not been achieved in 10000 sweeps.

.... next .... back or.... contents














1992 Simultaneous fluid flow and solid stress

CHAM's first demonstration that fluid flow, heat transfer and solid stress can be calculated simultaneously was for a heated block in a cooling stream.

The vectors in the next picture show the right-to-left velocity of the coolant, and the left-to-right displacements of the elements of the block caused by thermal expansion.

What makes this achievement possible is that the velocities and the displacements obey equations which are very similar, as is explained at length in a recent lecture.

This is another unique feature of PHOENICS which competitors have not yet copied. But its advantages are so great that it surely will be.

.... next .... back or.... contents














1993 Parallelization: shareware

Here are mentioned two developments for PHOENICS users at opposite extremes of the spectrum, namely:
  1. the possessors of large and (at that time) expensive parallel computers; and
  2. those who could afford a PC but no commercial CFD package at all.

For the first, CHAM developed "Parallel PHOENICS", using the technique of "domain-decomposition"; for the second, CHAM distributed an early version of PHOENICS free of charge, and with rights to copy.

The costs of hardware and software have both dropped dramatically since the developments, and emphasis has shifted towards clusters of linked PCs.

CHAM is still active in Parallel-PHOENICS development; but the shareware release has not been updated.

.... next .... back or.... contents














1994 Wall-distance; LVEL turbulence model

Two innovations by CHAM in 1994 proved very valuable:
  1. The LTLS method of calculating distances from and between walls; and
  2. the LVEL turbulence model which makes use of these distances.

The distances are needed for many turbulence models; and, without LTLS, they can be expensive to calculate for complex geometries.

LTLS valid for any kind of grid as is shown by the following: pictures of:
the grid, the distance from the wall, and the distance between the walls.

.... next .... back or.... contents













The LVEL turbulence model

has been shown to be an economical and, in many circumstances, reliable model for convective heat transfer from smooth walls.

A comparison between LVEL and other low-Reynolds-number turbulence models is shown in an ASME paper by Agonafer et al.

The LTLS and LVEL innovations may, by now, have been copied by competitors.



.... next .... back or.... contents














1995 The Virtual-Reality interface; Multi-fluid turbulence

The VR Front End

CHAM was introduced to Virtual Reality by one of its users, Colt Ltd, which had chosen the Superscape VR package. Collaboration resulted in a Superscape-based front-end, shown here in use for a football stadium.

Later, CHAM took over the whole development, so that the VR Front End became the Environment/editor/viewer package that is used today, seen here.

.... next .... back or.... contents













The multi-Fluid Model of Turbulence (MFM)

1995 also saw the introduction of MFM, which is CHAM's method of computing the probability-density functions (PDFs) which describe turbulent fluids.

Conventional turbulence models, such as k-epsilon, cannot predict PDFs; and, until MFM was invented, the only way of doing so was Pope's Monte-Carlo-based PDF-transport (PDFT) method, which is too expensive for routine use.

MFM is less expensive and more flexible than PDFT; and it offers a practical means of predicting the way in which turbulence affects chemical reactions.

Extensive documentation is provided with the PHOENICS package.

Other codes use the 'presumed-PDF' method, i.e. guesswork; but why guess, if one calculate?

.... next .... back or.... contents














1996 MICA: the remote-computing initiative

In 1996, CHAM started, as consortium leader, the EEC-supported MICA project, which was designed to allow Internet users to access and run PHOENICS remotely, having only the VR Front end-on their own machines.

The project showed that this was practicable, but, in those days, slow.

MICA was followed by a second EEC-supported project, ADELFI, which aimed to require the user to possess only browser software; and this led to the creation of the Simuserve operation, which provides remote computing as a commercial service.

The technology changes so rapidly that this service has not yet settled into routine operation; but it will surely do so soon.

.... next .... back or.... contents













IMMERSOL, the economical radiation model

All practical radiation models involve a compromise between accuracy and economy; and in 1996 CHAM introduced what has proved to be a particularly favourable compromise: IMMERSOL.

This model embodies both the mathematics and the spirit of the LTLS wall-distance model; and like it, it gives exactly correct prediction in simple geometries and plausible predictions in complex ones.

Here are shown, for a two-dimensional box containing some radiating rods, the gas-temperature distribution and the (different) radiation-temperature distribution.

The calculated radiation fluxes to the wall are in good agreement with exact solutions of the equations, obtained by more expensive methods.

.... next .... back or.... contents














1997 PARSOL: fitting curved objects into cartesian grids

Body-fitted grids are made to fit bodies: but their creation is often troublesome. CHAM has therefore been avoiding the trouble by retaining the use of cartesian grids but making special adjustments to the equations for the cells which are only PARtially SOLid (hence the acronym).

PARSOL allows the flow around faceted objects to be rather smoothly represented, as is shown by the following 'walking-man' picture,

.... next .... back or.... contents













fine-grid embedding

PARSOL can be combined with another technique embodied in PHOENICS, namely 'fine-grid embedding (FGEM)'.

An example is provided by the three-part-airfoil simulation.

Since the multi-block grid is set up with a few mouse-clicks, and the results are as accurate as those produced by difficult-to-create BFC grids, PARSOL with FGEM has much to commend it.

.... next .... back or.... contents














1998 PLANT: automatically expresses users' wishes as Fortran

PHOENICS has always allowed users to add their own Fortran; but not all have felt able to do so. Therefore CHAM added an 'automatic Fortran writer', to which users had only to express their desires by way of simple commands.

Its name was PLANT; and has proved to be an extremely powerful means of extending the simulation capabilities of PHOENICS.

Here for example is a picture of the flow induced by a paddle in a closed vessel.

What the user had to do can be seen by inspecting a fragment of the relevant Q1 file. The syntax is rather simple; but of course it has still to be learned.

PLANT then writes the corresponding Fortran, compiles, relinks, and then performs the computation.

.... next .... back or.... contents














1999 MUSES; Multiply-shared spaces

Another innovation introduced by CHAM into PHOENICS at this time was MUSES, the MUltiply-SharEd Space feature.

Its first major use was for the creation of the SAFIR, blast-furnace model, which is characterised by having four phases flowing in the same space, namely:

  1. gaseous products of combustion,
  2. oil droplets or coal particles,
  3. coke and iron ore,
  4. liquid metal and slag.

MUSES accomplishes this by covering the same space twice, once for phases 1 and 2, and then for phases 3 and 4.

All relationships for transfer of heat, mass and momentum between the phases, and for chemical reactions were introduced by way of PLANT.

.... next .... back or.... contents













Hydrogen fuel cells

MUSES can be further illustrated by reference to a Moscow Conference paper about fuel-cell stacks.

The flows in a 10-cell stack are illustrated here.

They all pass through the same space; and they interact with each other by heat and mass transfer.

Muses enables PHOENICS to simulate the processes by covering the same volume four times, each with a different part of the total grid.

Here is shown a set of contours computed for a single plane in all four parts,

Large amounts of Fortran coding were needed, but they were all created by PLANT. Here is an example of a simple user statement which PLANT turns into Fortran.

The National Research Council of Canada intends the following further steps.

.... next .... back or.... contents














2000 SHAPE-MAKER

Although:
  1. PHOENICS is supplied with a large number of faceted objects which can be brought into the VR environment; and although
  2. there also exist many third-party packages for creating objects,
CHAM provided for its year-2000 users a stand-alone package for creating new objects.

This ShapeMaker package differed from the pre-existing VRGEOM package in having its own immediate-display capability,

ShapeMaker can be run from within the VR-environment as is seen here.

.... next .... back or.... contents













MIGAL, the multi-grid solver

MIGAL is a multi-grid solver created by Dr Michel Ferry, and adapted with CHAM's aid to interact with PHOENICS,

Its main merit is that, for many problems, it produces much more rapid convergence than does the built-in SIMPLEST solver, as may be seen from the following comparison.

MIGAL can not yet handle two-phase flows or multi-block grids; and it has not yet been extended to Parallel PHOENICS.

For other circumstances, however, it offers great reduction in computing time.

.... next .... back or.... contents














2001 In-Form: INput via FORmulae

The three stages of 'empowering' the user:

  1. First there was User's Own Fortran *
  2. Then there was PLANT ***
  3. Now there is In-Form *****

In-Form allows users to place in the input file lines like this:

(initial of temp is XG*XG + YG*YG)

or
(source of u1 at patch is 1.e-1 * (v1 + 4.0))

or
(property enul is 1.0 / log (tem1))

wherein what follows the is can be an expression of (almost) unlimited complexity, qualified by a great variety of conditions.

.... next .... back or.... contents













How In-Form works

The mechanism is as follows:
  1. The PHOENICS input module (i.e. SATELLITE) interprets what it finds in the Q1 file; it then expresses it as a character string in the EARDAT file.
  2. The PHOENICS solver (i.e. EARTH) reads the character string, 'parses' it, and deduces therefrom what mathematical operations to perform.
  3. The calculation then proceeds accordingly.

All that the user has to learn therefore are the simple rules for expressing his wishes in the
(variable such-and-such is formula) mode.

All this is explained briefly in an Introductory Lecture on In-Form; and, with full details in the PHOENICS Encyclopaedia article.

So far as is known to the author, nothing having the power of In-Form, or of PLANT for that matter, is possessed by competing codes. PHOENICS appears to be two stages ahead.

.... next .... back or.... contents














2002 MOFOR for moving objects

CHAM has recently developed an economical method for simulating the effect on fluids of objects moving through them. It is called MOFOR, which stands for MOving-Frame-Of-Reference

Some animated examples can be seen here.

Profiting from its experience with PARSOL, CHAM has adopted the policy of not modifying the grid, but causing the body to move through it, transmitting momentum to the fluid as it does so.

This method appears to be unique to PHOENICS at present; for other CFD codes require the grid to be distorted as the body moves. MOFOR does however allow for motion, with arbitrary acceleration, of the whole grid, with interesting effects.

Full information about the current state of MOFOR is contained in a special lecture,

.... next .... back or.... contents














2002 COSP

Until recently, PHOENICS has been used only to predict the probable outcome of user-specified input data.

Recently it has been enabled also to operate in 'inverse' mode, i.e. to predict the most probable inputs for prescribed outcomes.

COSP (originally Constant-Optimising Software Package) is the name given to the feature; for it was first used for determining what constants in empirically-based formulae for tar retention, best fitted cigarette-smoking data.

The complete story is told in a Moscow Conference lecture by JZ Wu,

This was not the only reference to inverse-problem solving at the Moscow Conference. An alternative approach was described by Norberto Fueyo, of The University of Zaragoza.

COSP and Fueyo's algorithm are not the same, the one being deterministic, the other stochastic, as shown by a final slide of his presentation.

Which is the better approach remains to be seen. In the mean time, PHOENICS users have a choice.

.... next .... back or.... contents














2002 AC3D

The final novelty of the 2002 PHOENICS is that a third-party solid-modelling package is now bundled with it.

This is AC3D, which is described generally here.

and in relation to PHOENICS here.

It seems likely to prove a popular addition.

AC3D can be run from within the VR-environment.

.... next .... back or.... contents














2003 and beyond

A time for review

Year 21 is a proper time for looking backward, to assess achievement, and then forward to decide what to do next.

First back: it has been noted that not every innovation has been copied. Why is this?

Possible answers include: the innovation is

  1. without merit;
  2. too hard to understand;
  3. too hard to implement;
  4. not yet sufficiently 'fashionable'


.... next .... back or.... contents













Why is the parabolic option unique to PHOENICS?

  1. Merit? It has much for those who:


    A historical note:
    Almost all the 1960-70 Imperial College turbulence-model research used the parabolic computer program, GENMIX.

  2. Hard to understand? Perhaps CHAM's documentation is!

  3. To implement? Surely not.

  4. Not fashionable? This is true; it must be the reason.


.... next .... back or.... contents













Why are the 2-fluid and multi-fluid models unique

  1. Merit? They can do what other models cannot; and all specialists recognise that PDFs are essential for realistic predictions.

    However, the merits are still to be incontrovertibly proved.

  2. Hard to understand?
    Yes, the k-epsilon mind-set is wide-spread.

  3. Hard to implement?
    2-fluid: no, for those with IPSA.
    MFM: yes, very.

  4. Unfashionable? Yes.


.... next .... back or.... contents













Why is the simultaneous-solid-stress option unique

  1. Merit? Yes; and fluid-solid interactions are much studied.

  2. Hard to understand? Surely not; any one can see the similarity between the velocity and displacement equations.

  3. Hard to implement? Yes; and it has taken CHAM a long time to get all the bugs out.

  4. Unfashionable? Yes, very! Everyone believes that different methods must be used for solids and fluids


.... next .... back or.... contents













Conclusions about the uniqueness question

  1. All the above-mentioned innovations do have considerable merit.

  2. Not everyone needs to understand them. But decision-making managers should.

  3. Once the decision has been made, and the resources provided, all the difficulties can be overcome

  4. Even CFD was unfashionable once!

CHAM therefore intends to continue promoting its not-yet-fashionable policies, including those relating to PARSOL, IMMERSOL, In-Form and MOFOR.

.... next .... back or.... contents













Plans in relation to MOFOR

MOFOR will be a major focus of CHAM's development because:
  1. There are many applications for moving-object simulation;
  2. The (unique again!) line which CHAM is following allows rapid progress.

The major objectives of immediate work are:



.... next .... back or.... contents













Plans in relation to Solid-Stress simulation

Solid-stress simulation will be the second major focus.

However, the need is less for in-PHOENICS development (although there is still something to be done) and more for exemplification and publication.

For this we must look primarily to our users.

When the above-mentioned MOFOR developments have been made, it will be time to compute the stresses within the moving object also

.... next .... back or.... contents













Plans in relation to MFM

Progress with MFM will depend upon the acquisition of significant external funding.

Since, however, funding agencies also follow fashion, the funding will be easier to obtain when PHOENICS users have begun to exploit what has been provided so far, and to publish their results.

CHAM will be happy to collaborate with any such users, not least by publishing their results on its website.,

.... next .... back or.... contents













Final remarks

Of course, in addition to the above major topics, CHAM will be continuing to refine, improve and polish all features of PHOENICS,

In this it expects to be assisted, as it always has been, by the communications which it receives from its users.

CHAM will continue to try to react promptly and helpfully to all suggestions, criticisms and requests for help.

.... back or.... contents