'''[[../|...Up]]'''

= Simulation Tools =

||Name||Platform||Domain||Capabilities||Author||Web||Model||
||Optickle||Matlab||Frequency Domain||Radiation Pressure, 01 mode||Matt Evans||--([[http://ilog.ligo-wa.caltech.edu:7285/advligo/ISC_Modeling_Software|Password protected]])--||on Hongo svn||
||Finesse||C?||Frequency Domain||Higher order modes||Andreas Freise||[[http://www.rzg.mpg.de/~adf/]]||?||
||e2e||C++, JAVA||Time Domain|| ||Hiro Yamamoto||[[http://www.ligo.caltech.edu/~e2e/]]||?||

== Mode match tool ==

LIGO's favorite is Nic Smith's "A la mode": http://www.ligo.mit.edu/~nsmith/alm/alm.html


-----
== Comparison of simulation tools for LCGT ==

Several simulation tools with theoretical line using LCGT 2007 parameters are compared here, FINESSE, Thomas, Oprickle. Except for FINESSE.

 *Theoretical: just analytical way shown in [[http://gw.icrr.u-tokyo.ac.jp:8888/cgi-bin/DocDB/ShowDocument?docid=30|LCGT design document]] on page 14.
 *FINESSE: 'ps2S' and 'scale meter' commands are used for the unit in m/rHz and 'fig' command are used to produce excitations in frequency domain. FINESSE seems to have a bug of a factor by sqrt(2), but it can be compensated later if you know this information to match other results.
 *Thomas: Developped by Thomas Corbit. Visual C++ besed, running only Windows machine. This is the first simulation tool which can calculate quantum effect using two-photon modes.
 *Optickle: Very flexible simulation tool. You can use a full set of Matlab functions. This tool also can calculate full quantum effect. Optickel RF calculation seems to have a bug of a factor by sqrt(2) for the radiatoin pressure noise, but DC readout calculation is OK. This bug can be compensated to put 2*sqrt(2) instead of 2 on the setMechTF function but radiation pressure noise for DC readout will be larger by a factor of sqrt(2) in this case.


=== BRSE, with loss, radiation pressure noise for LCGT parameters ===

{{attachment:BRSE_loss_rad.png}}

[[attachment:20090930_simall_BRSE_loss_rad.zip]]


Optickle RF result is lower by a factor of sqrt(2) than other results due to the bug explained above.