\label{chapter:simulation}
Im Folgenden soll die Implementation der Monte-Carlo-Simulation nach dem vorangegangen Modell diskutiert werden.
-Die Simulation tr"agt den Namen {\em nlsop}, was f"ur die Schlagw"orter {\bf N}ano, {\bf L}amellar und {\bf S}elbst{\bf O}ragnisations-{\bf P}rozess steht.
+Die Simulation tr"agt den Namen {\em NLSOP}, was f"ur die Schlagw"orter {\bf N}ano, {\bf L}amellar und {\bf S}elbst{\bf O}ragnisations{\bf P}rozess steht.
Die Simulation ist in der Programmiersprache {\em C} \cite{kerningham_ritchie} geschrieben.
Der Simulationscode wurde auf Computern der {\em IA32}-Rechnerarchitektur mit dem {\em GNU C Compiler} auf einem Linux Bestriebssystem "ubersetzt und betrieben.
\end{equation}
angenommen.
Jedoch muss die direkte Nachbarschaft des Volumens ber"ucksichtigt werden.
- Da es sich bei den betrachteten Temperaturen allein um ionenstrahlinduzierte, epitaktische Rekristallisation handelt \cite{unklar} und einschr"ankend hier nur der Temperaturbereich bis $250 \, ^{\circ} \mathrm{C}$ behandelt wird, in dem keine merkliche ionenstrahlinduzierte Nukleation innerhalb amorpher Bereiche auftritt \cite{unklar}, sollte f"ur die Rekristallisation die Strukturinformation einer kristallinen Nachbarschaft notwendig sein.
+ Da es sich bei den betrachteten Temperaturen allein um ionenstrahlinduzierte, epitaktische Rekristallisation handelt und einschr"ankend hier nur der Temperaturbereich bis $250 \, ^{\circ} \mathrm{C}$ behandelt wird, in dem keine merkliche ionenstrahlinduzierte Nukleation innerhalb amorpher Bereiche auftritt \cite{basic_phys_proc}, sollte f"ur die Rekristallisation die Strukturinformation einer kristallinen Nachbarschaft notwendig sein.
Mit einer zunehmenden Anzahl von amorphen Nachbarn sollte die Rekristallisationswahrscheinlichkeit also sukzessive abnehmen und ganz verschwinden, wenn kein einziger kristalliner Nachbar vorhanden ist.
Mit der im Abschnitt \ref{subsection:unterteilung} beschriebenen Unterteilung hat ein Volumen genau sechs Grenzfl"achen, von denen die Rekristallisationsfront ausgehen kann.
Damit kann man \eqref{eq:p_ac_local} neu schreiben und man erh"alt:
\subsection{Implantationsprofil und nukleare Bremskraft}
\printimg{h}{width=13cm}{trim92_2.eps}{Von {\em TRIM 92} ermittelte Reichweitenverteilung und tiefenabh"angige Bremskr"afte f"ur $180 keV$ $C^+ \rightarrow Si$.}{img:bk_impl_p}
+ \printimg{!h}{width=12cm}{trim_impl.eps}{Durch {\em SRIM 2003.26} berechnetes Implantationsprofil f"ur $180 keV$ $C^+ \rightarrow Si$.}{img:trim_impl}
+
Abbildung \ref{img:bk_impl_p} zeigt die von {\em TRIM 92} ermittelte nukleare Bremskraft sowie das Kohlenstoffkonzentrationsprofil f"ur die in dieser Arbeit verwendeten Parameter.
Die gestrichelte Linie markiert das Ionenprofilmaximum bei $500 nm$.
Sputtereffekte und Abweichungen auf Grund der kontinuierlich ver"anderten Targetzusammensetzung w"ahrend der Hochdosisimplantation werden von {\em TRIM} allerdings nicht ber"ucksichtigt.
- Die Profile werden von {\em TRIM} selbst in seperate Dateien geschrieben.
+ Die Profile werden von {\em TRIM} selbst in separate Dateien geschrieben.
Tauscht man die Kommata (Trennung von Ganzzahl und Kommastelle) durch Punkte aus, so kann {\em NLSOP} diese Dateien auslesen und die Profile extrahieren.
- \printimg{h}{width=12cm}{trim_impl.eps}{Durch {\em SRIM 2003.26} berechnetes Implantationsprofil f"ur $180 keV$ $C^+ \rightarrow Si$.}{img:trim_impl}
In Abbildung \ref{img:trim_impl} ist das f"ur diese Simulation verwendete, von einer neueren {\em TRIM}-Version ({\em SRIM 2003.26}) berechnete Implantationsprofil abgebildet.
Dieses Profil verwendet {\em NLSOP} zum Einbau des Kohelnstoffs.
Das Implantationsmaximum liegt hier bei ungef"ahr $530 nm$.
Auff"allig ist eine Verschiebung des Maximums um $30 nm$ zu dem Maximum aus Abbildung \ref{img:bk_impl_p}.
Dies ist auf eine Ver"anderung in der elektronischen Bremskrfat zuru"ckzuf"uhren.
+ \clearpage
+
\subsection{Durchschnittliche Anzahl der St"o"se der Ionen und Energieabgabe}
\label{subsection:parse_trim_coll}
Wie zu erwarten entspricht sie ungef"ahr dem Verlauf der in Abbildung \ref{img:trim_coll} gezeigten Energieabgabe.
Daher wird dieses Profil f"ur {\em NLSOP} zur Verteilung der Kollisionen im Taregt verwendet.
- Ein implantiertes Ion und dadurch entstandene Recoils verursachen durchschnittlich eine Anzahl von $1088$ Kollisionen, bis alle Teilchen bis auf Energien unterhalb der Verlagerungsenergie f"ur $Si$ Atome von $15 eV$ \cite{unknown} abgesunken sind.
+ Ein implantiertes Ion und dadurch entstandene Recoils verursachen durchschnittlich eine Anzahl von $1088$ Kollisionen, bis alle Teilchen bis auf Energien unterhalb der Verlagerungsenergie f"ur $Si$ Atome von $15 eV$ \cite{ziegler_biersack_littmark} abgesunken sind.
Die Zahl der getroffenen W"urfel, also Volumina in denen ein Ion mindestens eine Kollision verursacht, ist sehr viel geringer.
Das Auswertungsprogramm {\em parse\_trim\_collision} z"ahlt durchschnittlich $75$ getroffene Volumina pro implantiertem Ion.
Genauer gesagt z"ahlt das Programm die Anzahl der Ebenen mit $3 nm$ H"ohe in denen Kollisionen verursacht werden.
Die Simulation kann in die drei Abschnitte Amorphisierung/Rekristallisation, Fremdatomeinbau und Diffusion/Sputtern gegliedert werden.
Die beschriebenen Prozeduren werden sequentiell abgearbeitet und beliebig oft durchlaufen.
+ Es wird mit einem komplett kristallinen und kohlenstofffreien Target gestartet.
Wenn, wie in Version 2 der Simulation, pro Durchlauf die Anzahl der simulierten Sto"skaskaden gleich der Anzahl der getroffenen Volumina ist, entspricht ein Durchlauf genau einem implantierten Ion.
Im Folgenden sei die Anzahl der W"urfel in $x$, $y$ und $z$ Richtung $X$, $Y$ und $Z$.
\label{eq:dose_steps}
\end{equation}
- Es wird mit einem komplett kristallinen und kohlenstofffreien Target gestartet.
-
\subsection{Amorphisierung und Rekristallisation}
\label{subsection:a_r_step}
- \begin{figure}[h]
+ \begin{figure}[!ht]
\begin{center}
\begin{pspicture}(0,0)(15,18)
\begin{figure}[h]
\begin{center}
- \begin{pspicture}(0,0)(15,5)
+ \begin{pspicture}(0,0)(15,6)
\rput(2,5){\rnode{weiter_2}{\psframebox{$\bigotimes$}}}
Die Simulation kann auf zwei verschiedene Arten die ben"otigten Zufallszahlen beziehen.
Die erste M"oglichkeit ist das Lesen der Zufallszahlen aus einer speziellen, vom Betriebssystem bereitgestellten Zeichendatei {\em /dev/urandom}.
Das Betriebssystem generiert aus dem Rauschen einiger Treiber, zum Beispiel den Treibern f"ur Tastatur, Maus und Festplatte einen Vorrat an Entropie.
- Eine Zufallszahl wird durch Anwendung des {\em SHA}-Algorithmus (kurz f"ur {\bf S}ecure {\bf H}ash {\bf}Algorithm) auf den Inhalt des Entropievorrates erzeugt.
+ Eine Zufallszahl wird durch Anwendung des {\em SHA}-Algorithmus (kurz f"ur {\bf S}ecure {\bf H}ash {\bf A}lgorithm) auf den Inhalt des Entropievorrates erzeugt.
Eine zweite M"oglichkeit ist die Verwendung des Zufallszahlengenerators der Standardbibliothek der Programmiersprache {\em C}.
Diese generiert die Zufallszahlensequenz nach der im Abschnitt \ref{subsection:rand_gen} vorgestellten linearen Kongruenzmethode.
Das zuletzt genannte Verfahren ist damit unabh"angig vom Betriebssystem.
\printimg{h}{width=13cm}{random.eps}{H"aufigkeit ganzzahliger Zufallszahlen unterschiedlicher Wahrscheinlichkeitsverteilungen. F"ur jede Verteilung wurden 10 Millionen Zufallszahlen ausgew"urfelt.}{img:random_distrib}
Abbildung \ref{img:random_distrib} zeigt die H"aufigkeit von Zufallszahlen zwischen $0$ und $232$, abgerundet auf die n"achst kleinere ganze Zahl, f"ur unterschiedliche Wahrscheinlichkeitsverteilungen.
-
Die blauen Punkte zeigen die Gleichverteilung nach \eqref{eq:gleichverteilte_r}.
Man erkennt keine lokalen Anh"aufungen.
-
Die roten Punkte zeigen die H"aufigkeit der Zufallszahlen bei Verwendung einer linear steigenden Wahrscheinlichkeitsverteilung wie in Abschnitt \ref{subsubsection:lin_g_p} beschrieben.
Dabei wurde $a=1$, $b=0$ und $Z=233$ gew"ahlt.
Wie erwartet zeigen die Punkte einen linearen Verlauf.
-
Die H"aufigkeiten, der mit der Verwerfungsmethode erzeugten Zufallszahlen entsprechend der nuklearen Bremskraft (gr"un) und dem Implantationsprofil (schwarz), stimmen sehr gut mit den Profilen in Abbildung \ref{img:bk_impl_p} "uberein.
projects / lectures / latex.git / blobdiff