This file ( 3kB ) exceeds the allowed full mode (48 kb) size.
The editor full hight is disabled, only scrolling is allowed..
If you wish to edit a file, it is recommended to use the scroll mode as some users do not like the full height
mode, although some users like it.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<title>CERN Trajectory Measurement System: Notes</title>
</head>
<body>
<h1 style="text-align: center;">CERN Trajectory Measurement System: Notes</h1>
<h3>Processing</h3>
<ul>
<li>A proccessing cycle lasts about 1.2 seconds but can be up to 2 seconds. Cycles can be consecutive.</li>
<li>The frequency of beam rotation will normally be between 437 and
477 kHz but can be down to 177 kHz for ions. 477Khz is about a 2us
period.</li>
<li>There can be up to 25 bunches of particles flying around the ring.</li>
<li>The ADC sample rate will be 125MHz (8ns period).</li>
<li>The amount of data per second after integration per bunch is: (437000 * 8) = 3.33 MBytes/sec.</li>
<li>The size of a typical chunk of data, per bunch would be about: (437000 * 8 * 0.2) = 0.66 MBytes.</li>
</ul>
<h3>FPGA Firmware</h3>
<ul>
<li>One thing we will have to consider is how fast we need to get at
the data in memory. CERN will want to be able to take out a selection
of data before the next machine cycle. With the paging registers, the
table indirection (Cycle Timing to Data) and the fact that they may
only want 6bytes here and there over a PCI bus this may be slow. We
thus may need to add a data gathering factility in the FPGA itself such
as a function that would DMA every 21st set of 6byte samples stating
from a given address to the host.</li>
<li>An option on the data, as we have more memory that the original
spec, is to store data timing information with the data itself rather
than have a seperate table. We could packetise the data with a simple
header containing the channel number and time followed by 21 sets of
Sigma/DeltaX/DeltaY data. This would make finding a particular time a
bit harder/slower but we could store more acurate times on the data.</li>
<li>Some of the requests for data involve calculating the mean of the
data values over a number of particle bunch orbits. It might be worth
implementing this in the FPGA on the fly.</li>
</ul>
<h3>General Information</h3>
<ul>
<li><a href="notes/CONote9922.pdf">The PS Controls for Newcomers</a></li>
<li><a href="notes/beamtypes.pdf">Beam types and RF Gymnastics</a></li>
<li><a href="notes/WEOAF102.pdf">Notes on PS machine harmonic changes 1</a></li>
<li><a href="notes/md990115.pdf">Notes on PS machine harmonic changes 2</a></li>
<li><a href="http://cern.ch/jeroen/signals/summary.shtml">Example Beam recordings</a></li>
<li><a href="notes">More notes</a></li>
</ul>
</body>
</html>
