Coupled multi-physics calculations
Serpent 2 has been written with multi-physics applications in mind. The capability to model arbitrarily detailed density and temperature distributions means that most temperature and density distributions given by e.g. thermal hydraulics or CFD solvers can be brought into Serpent using one of the multi-physics interface file formats without loss of detail. There are dedicated routines for controlling the iteration between the neutronics solver (Serpent) and the solver(s) for the coupled fields in order to obtain the converged coupled solution.
The universal multi-physics interface can be used to easily bring in temperature and density solutions from any external solvers. With the multi-physics interface, the solution fields (temperature/density) can be overlaid on top of the base geometry model without having to make additional modifications (such as defining multiple materials with different temperatures) to the input.
See the detailed description: multi-physics interface.
Serpent 2 has been designed to externally couple to a wide range of external solvers using the universal multi-physics interface.
The external coupling is based on the sequential exchange of input and output files between Serpent and the external solver.
To avoid restarting Serpent after each neutron transport solution (and thus having to do all the pre-processing again) Serpent has a separate coupled calculation mode, where Serpent communicates with an external code to control the solution flow. In the coupled calculation mode, Serpent will go to sleep after each neutronics solution to wait for the updated interface files. The detailed solution flow is described in the following chapters.
The coupled calculation mode is enabled by defining a communication mode in the Serpent input. The currently available communication modes are
In the coupled calculation mode Serpent will send a SIGUSR1 signal after each transport solution has been completed and the interface output files have been updated. After this Serpent will go to sleep and wait for a signal from the external program to wake it up.
After Serpent receives a signal (SIGUSR1 or SIGUSR2) Serpent will read the updated interface files and continue based on the received signal. SIGUSR1 means that the current state point should be iterated again (if the maximum number of iterations hasn't been reached) while SIGUSR2 tells Serpent to move to the next state point (burn up step / time interval). SIGUSR2 can thus be used if the convergence of the solution is calculated by the external code during the simulation. If SIGUSR1 was received and the next iteration would exceed the maximum number of iterations, Serpent will send a SIGUSR2 and wait for updated interfaces for the next state point after which, the first neutron transport solution of the next state point is obtained.
After Serpent has simulated all of the specified iterations for all of the specified state points, Serpent will send a SIGTERM to the coupled code before finalizing its own simulation and exiting.
- Serpent solution
*External solution *SIGUSR1
Serpent is able to internally couple to the FINIX fuel behavior module that can be licensed separately from VTT.
The coupled calculation routines in Serpent have been designed with the Picard-iteration style multi-physics calculations in mind (also referred to as tight coupling in some sources). In this iteration type, the separate solvers can be iterated subsequently for a certain state-point until a convergence is reached, after which the simulation will move to the next time point.
The maximum number of iterations between the different solvers at each time point can be specified with the set ccmaxiter input-option.
Serpent relaxes the power distribution calculated in the iterations using the stochastic approximation based method, where the power distribution at iteration is calculated by
where is the unrelaxed power distribution tallied on iteration , is the relaxed power distribution after the previous iteration, is the active neutron population simulated on iteration and is an underrelaxation factor that can be defined by the set relfactor option.