reTORT

Optional: Sequential

Freeform within constraint of built-in or user-defined objects

1.       Optimization Wizard

2.       Tolerancing Wizard

3.       Plotting Wizard – spot diagram, MTF, TRA, wavefront error

4.       Save/Clear Wavefront Profile Wizard

Option to define Maximum simultaneous solver threads

Default: Automatic selection of number of solver threads/logical cores to be used

Bundle Mode: User defined sources providing custom incident distribution, with custom-specified magnitude, phase, location, and direction for each ray (click New Ray Bundle under Sources, select Ray or Ray List under Rays. Alternatively, use scripting interface)

Simulate non-sequentially by default, sequentially as an option.

- User-defined parameters, set in the Parameters dock can be used and reused for various properties (radius, thickness, diameter, etc.) of optical components.

- Any Parameter set in the Parameters Dock is available for use by any operator. When defined in any number of operators, a change in a Parameter in the Parameter block will immediately update all operators using that parameter, making the Parameter Dock a very useful tool.

- Properties may also be defined by equations involving parameters, so that a complex geometry can be adjusted by changing only a few (or even one) parameters.

Default: Automatic selection of number of solver threads/logical cores to be used

Create wavefront error plot

Create MTF graph

Create TRA trace

Compute Spot Metrics

Compute Radial TRA

Generate Spot Diagram

Generate Diffraction Limited Spot Data

Match Spot Diagram (advanced properties)

Use Centroids For Spot Size Calculation

Option: Enable Lateral Color Correction

Compute Pupil Function

Compute Wavefront Error

Compute Wavefront Error Per Ray (advanced properties)

Compute OTF

Compute MTF

Compute MTF Trace

Compute MTF Value (Specify MTF Spatial Frequency)

Compute Zernike Coefficients (advanced properties – specify maximum order desired)

Compute Seidel Coefficients Per Surface

Use Zernike Recomposition (advanced properties)

Compute Seidel Coefficients (advanced properties)

Compute Raw Wavefront Error (advanced properties)

Compute RMS Wavefront Error

Compute Point Spread Function

Compute AutoDifferentiation Gradients

Compute Transverse Ray Aberration

Compute Meridonal TRA

Compute Sagittal TRA

Compute Longitudinal Ray Aberration

Compute Meridonal LRA

Compute Sagittal LRA

- Speed of this global optimizer allows use in preliminary design stages where this CMAES implementation can rapidly reduce the search space, more effective in most designs than DLS, usually results in minutes, supports fast turnaround

- Then use DLS to refine the design for top performance after the search space is narrowed using our Global Optimizer

- Our Global Optimizer iss capable of returning drastically different and improved design versus the starting position

- DLS is generally better at fine-tuning a design resulting from our CMAES implementation but often cannot find a better solution

- If in doubt, try the gradient-free local optimizer described below

- Specify goals, run Global or Local with one click at any time, modify on the fly with ease

- Switch from Global to Local easily

- Pull in parameters that may have been manually added in the Parameters dock

- Define each parameter as fixed, to be optimized or as a pickup – access from the double gear icon on the parameters page

Makes use of the NLopt library for Non-Linear Optimizer

Select your algorithm from:
- COBYLA - Constrained Optimization BY Linear Approximations
- BOBYQA - Bound-constrained Optimization by Quadratic Approximation
- Sbplx – A Subplex variant of Nelder-Mead that uses Nelder-Mead on a sequence of subspace

Radial Polynomial Spherical Binary Mixture

Radial Polynomial Binary Mixture

Radial Axial Polynomial Binary Mixture

Linear Spherical Binary Mixture

Cross Polynomial Binary Mixture

Axial Polynomial Binary Mixture

Also see the SWaP reduction tutorial at https://exhsw.com/download/SwapReductionUseCaseDLSV3.pdf

Define the GRIN refractive index profiles in terms only of polynomial terms relative to radial and/or cartesian coordinates – output as a plot or table of values:

Radial Polynomial Spherical GRIN

Radial Polynomial GRIN

Radial Axial Polynomial GRIN

Linear Spherical GRIN

Cross Polynomial GRIN

Axial Polynomial GRIN

Define the GRIN refractive index profiles in terms not only of polynomial terms as above, but also in terms of the dispersion coefficient, the Abbe Number, over an optical band described by three input wavelengths – output as a plot or table of values:

Radial Polynomial Spherical GRIN

Radial Polynomial GRIN

Radial Axial Polynomial GRIN

Linear Spherical GRIN

Cross Polynomial GRIN

Axial Polynomial GRIN

Define a phase contributing surface using polynomial terms and a corresponding gradient field
- Elliptical Metasurface
- Radial Metasurface
- Wavelength Dependent Radial Metasurface

Option available for:
- Wavelength Dependent Metasurface – see Boundaries> WavelengthDependentMetasurface>NewWavelength DependentRadialMetasurface>property editor>advanced properties
- Theta Dependent Metasurfaces – see Boundaries> AngleDependentMetasurface>NewTheta DependentRadialMetasurface >property editor>advanced properties
- Any other ideal metasurface definition

Select analysis mode and configure

Add any parameters not pulled automatically and set each for tolerancing, as a compensator, or exclude from the current analysis

The Wizard allows easy reconfiguration of the tolerancing analysis for changes on the fly

Gaussian is default, select deviation method from Uniform, Truncated Gaussian, or End Point

Select the appropriate properties for the type of deviation

Interfaces with external control scripts in Matlab, Python, C++ and Java through the included ZeroMQ, https://zeromq.org/

Create a plot of any kind of result, with wizards to automatically configure common plots

Filter tables of results by incident angle, wavelength, etc.

Workspace– the central window containing model views, plots and tables of results, side by side or stackable, split windows for easy comparisons

Model Hierarchy Dock– Complete expandable view of all functions and all properties accessible per function, when in doubt, follow the hierarchy

Property Editor Dock– Principal input dock for Properties applicable to any function in the Model Hierarchy, will always appear if applicable when selection is clicked in the Model Hierarchy, look for the double gear icon meaning there is another page of advanced properties

Parameters Dock– One stop shop to specify Parameters and make them available to any function, particularly useful when you will be proceeding to a tolerance analysis, easily importable in a table or through the scripting interface. Automatically populates with relevant parameters when using either the Optimization or Tolerancing Wizards

Documentation Dock– Contextual version of the detailed user manual, click a subject/function in the Model Hierarchy and the documentation will open to that subject

Status Dock– Invaluable tool to monitor computational progress

Scripting Dock– easily enter commands natively into GEMSIF

And others you’ll find under Window>Add Dock

2. Save interim satisfactory designs with descriptive names, You can always come back to that branch of your work and take it in a different direction

3. When you cannot find a function, follow the Model Hierarchy, it follows a typical analysis, starting with the Optical Source and ending with Results and Views

4. When you cannot find a property, click on the Model Hierarchy among the functions in which you’re interested and then scan the Property Editor window that opens, you’ll soon learn where to quickly find every bit of design data

5. Make use of the Parameters Dock to leverage your time by defining additional parameters that can be used by multiple functions

6. Until you become expert in reTORT and GEMSIF, when you have questions, always click on the function in which you’re interested and look to the documentation dock in the lower right for further definition. Usually, you’re curiosity will be satisfied by the first paragraph you see.

7. Delays in optimization are usually due to the solution space going outside of the optimization bounds. In this case, it is pulled back in and reattempted. In some cases, this can happen many times. We will provide messaging to the user in the near future that this has occurred so the user can decide whether to adjust their optmization bounds.

8. You may experience delays in stopping an optimization. The GUI including all rendering occupies one logical core, so long as more than one is made available to the program. All optimizations occupy the balance of the logical cores. When you issue a GUI command to stop an optimization, currently, the optimization is not interrupted frequently enough to receive that command from the GUI and kill all tasks in what many users would find a sufficiently short time. In the near future, we will improve this issue without affecting optimization speed. For now, if you have this issue, uncheck enforce global bounds unless you have critical constraints that must be enforced to realize your design objectives.