Proposed new work packages, work packages that that need to be done [message #882] |
Thu, 31 May 2007 01:45  |
carwardine Messages: 13 Registered: May 2007 Location: Argonne National Laborato... |
|
|
|
Please add to this you see fit...
1. Write test criteria for... LLRF system, Controls front-end, Controls Middleware, etc
2. Write use cases for... LLRF software, Controls applications, Remote access, etc
3. Develop algorithms/methods for bpm introspection
4. Create online list of work being done now – by topic, keyword, etc
5. Create an online knowledge base of existing (ATCA) solutions to applications (hardware, software, tools, etc)
6. Develop LLRF algorithm inter-operability standard to be able to exchange algorithms and test at different facilities eg Adaptive feed-forward algorithm…
|
|
|
Exchanging LLRF algorithms [message #884 is a reply to message #882] |
Thu, 31 May 2007 01:47   |
carwardine Messages: 13 Registered: May 2007 Location: Argonne National Laborato... |
|
|
|
Means to exchange algorithms should have following features...
1. Should be independent of…
o Sample rate
o Hardware implementation (fpga, dsp, micro, analog)
o Software/code platform
2. Should define
o Available signals for input
o Required signals for output
o Required signals for debugging
o A common way to describe the algorithm… eg flow chart, difference equation, transfer function, Matlab/Simulink blocks, etc
|
|
|
|
|
ATCA evaluation for Detector DAQ needs [message #915 is a reply to message #882] |
Wed, 13 June 2007 03:59  |
carwardine Messages: 13 Registered: May 2007 Location: Argonne National Laborato... |
|
|
|
The detector DAQ group is interested in ATCA largely because of the potential for implementing high channel density. What does the work package look like that addresses their questions? Does this require a separate work package from other ATCA evaluation efforts, or is there something viable that addresses common interest?
|
|
|