beam_calculator
section (mandatory)
Entry |
Type |
Description |
Allowed values |
Mandatory? |
---|---|---|---|---|
|
str |
Name of the tool |
|
✅ |
If the desired BeamCalculator
is Envelope1D
:
Entry |
Type |
Description |
Allowed values |
Mandatory? |
---|---|---|---|---|
|
bool |
Simulation realized in absolute phase? |
✅ |
|
|
bool |
Use Cython implementation? |
✅ |
|
|
int |
# of integration steps per cavity cell |
✅ |
|
|
str |
Integration method |
|
✅ |
Note that Envelope3D
takes the same configuration entries, except flag_cython
(not implemented yet) and method
that must be 'RK4'
('leapgrog'
not implemented yet).
If the desired BeamCalculator
is TraceWin
:
Entry |
Type |
Description |
Allowed values |
Mandatory? |
---|---|---|---|---|
|
str |
A |
existing relative (w.r.t |
✅ |
|
str |
Name of machine |
must be a key in the |
❌ |
|
str |
TraceWin solver |
Must be an entry under your machine name in |
✅ |
|
path |
Path to TraceWin’s |
✅ |
|
|
bool |
To avoid TraceWin window |
None |
❌ |
|
int |
To force or not Partran tracking |
|
❌ |
… |
Every TraceWin command line option |
❌ |
Check TraceWin’s documentation for the list of command line arguments.
Note that you also need to create a configuration file that will define the path to the TraceWin
executables.
See data/examples/machine_config_file.toml
for an example.
Todo
List of allowed tracewin arguments in doc
Todo
There are doublons between doc in config.beam_calculator
and here. Maybe keep in module, but make the format better.
The [beam_calculator_post]
follows the same format.
It is used to store a second BeamCalculator
.
This is mainly useful for defining a more precise – but more time-consuming – beam dynamics tool, for example to check your compensation settings.