Simulation and evidence 6 min read

How we check a simulation against datasheets, and what we learned

How we grade our simulations against exact answers and makers’ published values, and what a pass and a miss each tell a buyer.

We think the misses are the more useful result.

The orange bar is the largest gap between the solver’s interface position and the exact answer after start-up; the tick is the typical gap; the line is the pass bar, written down before the comparison was computed.

A dotted underline marks a number read straight from a published file when this page was built.

In this post
  1. Why we grade our own work
  2. A boiling solver against an exact answer
  3. Surface tension of three commercial fluids
  4. Our earlier predictions against datasheets
  5. What we learned
  6. What this means for you
  7. What this does not show

Why we grade our own work

A simulation is a claim that a computer can stand in for a lab. Before anyone relies on that claim, the computer’s answers should be compared with something it did not produce. For a cooling fluid, the best comparison is a number a manufacturer has measured and published.

We have not mixed a FluxZero fluid yet. So the only honest test we can run today is to point our methods at fluids other people have measured, and to ask how far off we are. This post reports three such tests. One held. Two missed: one on every fluid, the other on all but one prediction. We think the misses are the more useful result.

A boiling solver against an exact answer

Our first test is the cleanest, and its grade is published. A standard textbook problem describes a liquid turning to vapour, with the boundary between them moving over time. It has a closed-form answer, so the correct position of the boundary is known at every moment. The solver and the problem both come from the solver’s authors, not from us.

We ran the solver and compared its boundary position with the exact answer at every recorded time after a short start-up period. The result:

  • The worst difference was 1.43%.
  • The pass bar was 5%, written down before the comparison was computed.
  • Across 6,111 comparison points the typical difference was 1.08%.

That is a good result, and it is worth saying what it covers. The published extract of the grade shows that the problem is one-dimensional and that our own blend runs reuse the same setup with a constant surface tension. So the test shows the solver reproduces this one-dimensional evaporation problem. It says nothing about the flow that surface-tension differences would drive, and nothing about any FluxZero fluid.

The check that could have failed

A useful test is one that can fail. The pass bar was fixed before the comparison was computed, so the test could have failed; the solver output it graded already existed, and the problem is its authors’ own. We say that plainly because a pass only counts if a fail was possible.

Surface tension of three commercial fluids

The second test asked our molecular simulation for the surface tension of three commercial fluids: a hydrofluoro-ether sold for cooling, a perfluorinated liquid sold for cooling and testing, and a hydrofluoro-olefin refrigerant fluid. We compared each with the maker’s published value. The band for a pass was within ±15%, and it was written down before the runs.

All three came out high.

  • The hydrofluoro-ether ran 36% above its published value.
  • The perfluorinated liquid ran 33% above.
  • The hydrofluoro-olefin ran 41% above.

For example, the hydrofluoro-olefin is published at 13.0 millinewtons per metre and our simulation gave 18.4.

What the control told us

The same experiment included a control: pentane, which our pipeline had simulated before; the control checks that the method repeats itself, not that it matches measurement. Pentane also missed its bar under the averaging method chosen in advance. A second averaging method, recorded in the same file, passes the control, yet still leaves all three fluids outside the band.

So the problem is the method, not only the fluids. The graded runs are published, including the control. After the runs we also found that our simulated liquids were between 26% and 59% less dense than the published densities. That is a likely cause of the high surface tension. It is a likely cause, not a proven one, because we found it after the fact and have not yet fixed it and re-run.

Our earlier predictions against datasheets

The third test is broader. We took 9 of our earlier predictions, for fluids we do not own, and graded them against manufacturers’ datasheets. Only 1 fell within its bar. It was the dielectric constant of the perfluorinated liquid: we estimated 2 and the maker publishes 1.75.

One large miss was a hydrofluoro-olefin fuel:

  • Our estimator put its dielectric constant at 2.
  • The maker publishes 32.

That is a different kind of fluid from the one we assumed. It matters because the dielectric constant is one of the properties, with dielectric strength, that decide whether a liquid can sit in direct contact with electronics.

These grades were computed after the predictions were made, and the bars were chosen after the published values were read. They show how far our methods sit from manufacturer data. They are not tests written down in advance, and we label them that way.

Every row is in the published grades file, with the manufacturer’s value beside our prediction and the method that produced it.

What we learned

Three lessons

First, a solver can be right while the physics we feed it is wrong. The boiling solver matched the exact problem, and our property estimates still missed badly. Those are separate questions, and a single success on one should not be read as success on the other.

Second, a failed control is information. It told us to doubt the method before we doubted any fluid.

Third, publishing the misses is the point. A reader can open each file and see the same numbers we see.

What this means for you

If you evaluate a cooling startup, ask which of its numbers were compared with someone else’s measurement, and ask to see the misses. A company that shows only matches is showing you a selection.

If you run simulations yourself, treat your property estimates as a separate source of error from your solver, and grade each one on its own.

If you buy fluids, rely on the manufacturer’s datasheet for dielectric constant and surface tension. Our estimates are not a substitute for it.

What this does not show

None of these tests measured a FluxZero fluid. They show how well our computed numbers agree with other people’s measurements, and where they do not.

A good match on the boiling solver does not validate our blends. A miss on surface tension does not show that the blends would perform badly. It shows that we cannot yet trust that part of the model.

The density finding is a likely cause of the surface-tension error. It has not been tested by fixing it and re-running.

Ask about a result, or check one yourself

Every result on this site links the published file it was read from. Licensing, acquisition and partnership enquiries go to one address, and a person reads it.

Write to us Read the results

How the numbers on this page are checked
Each underlined number is read from a published file when the site is built, and the build stops if the page and the file disagree. A number would be marked if
  • its file were still loading in your browser,
  • the question behind it had not been looked into,
  • it had been looked for and not found,
  • its file held no value for it,
  • its file were missing or had changed,
  • two files disagreed about what it describes,
  • its sample were too small for the claim,
  • two files gave it different values,
  • its file could not be published,
  • the file it is read from had last changed more than thirty days before this build,
  • the question did not apply to this page or
  • the program that makes it had stopped with an error; no underlined number on this page is marked.
A number in plain text, without the underline, is not checked this way and carries no mark; the date each file last changed is in the list of published files.