- Updatex optimise documentation
This commit is contained in:
@ -29,6 +29,18 @@ maximum number of cycles was reached. This routine requires that the
|
|||||||
instrument is currently placed somewhere on the peak and not miles away.
|
instrument is currently placed somewhere on the peak and not miles away.
|
||||||
</P>
|
</P>
|
||||||
<p>
|
<p>
|
||||||
|
The peak optimiser supports another optimisation algorithm which is faster but
|
||||||
|
may not be as accurate. This is hill climbing:
|
||||||
|
<pre>
|
||||||
|
while errors gt precision and cycles lt maxcycles
|
||||||
|
for all variables
|
||||||
|
find the direction into which the intensity rises
|
||||||
|
step into this direction until the intensity drops
|
||||||
|
end for
|
||||||
|
end while
|
||||||
|
</pre>
|
||||||
|
</p>
|
||||||
|
<p>
|
||||||
The Peak Optimiser is implemented as an object with the name opti. It
|
The Peak Optimiser is implemented as an object with the name opti. It
|
||||||
understand the following commands:
|
understand the following commands:
|
||||||
<DL>
|
<DL>
|
||||||
@ -75,5 +87,12 @@ status of the countmode parameter this is either a preset time or a preset
|
|||||||
monitor.
|
monitor.
|
||||||
</DL>
|
</DL>
|
||||||
</p>
|
</p>
|
||||||
|
<p>
|
||||||
|
It is the users reponsability to provide meaningful step widths. Usually this is
|
||||||
|
dependent on the instrument resolution and thus fairly constant. Also these
|
||||||
|
optimisation algorithms will fail if the instrument is not positioned at the
|
||||||
|
flank of a peak. Probaly the best will be to do several cycles of hill
|
||||||
|
climbing first, followed by one cycle of scan optimisation for extra accuracy.
|
||||||
|
</p>
|
||||||
</BODY>
|
</BODY>
|
||||||
</HTML>
|
</HTML>
|
||||||
|
Reference in New Issue
Block a user