AMC13 for CMS Tracker Upgrades.

Response to an e-mail request from Stefano Mersi on 2017-07-03:

What we are interested in, as a tracker upgrade community, is if we can rely on the AMC13 for the system tests in the next ~10 years. If we can use the AMC13, then we will rely on that, otherwise (hopefully not) we will have to find a custom solution.

See ACES 2014 Poster and JINST paper on the AMC13 for published references.

1. how to operate the AMC13

See documentation at Please ask if something is not clear!

2. if there is a XDAQ module we can use

Yes and no. There is not a generic xDAQ module. HCAL uses xDAQ and there is AMC13 support. Best to talk with someone in HCAL about this. The repository has moved from CVS to SVN and now to GIT and I don't even know exactly how to find it anymore!

3. if there is a standalone piece of software we can adapt to EUDAQ

There is a set of C++ classes which support low-level operations on the AMC13. These are kept in the CACTUS repository here along with IPbus and friends.

Included is a command-line tool AMC13Tool2 which provides quite a lot of functionality.

There are also some sample codes in the ...dev_tools/sample_cpp_code directory including one TakeData.cxx which initializes one AMC13 and collects data from it.

4. which signal input/output does the AMC13 feature (and possibly a pointer to its documentation)

The standard AMC13 as used in HCAL and other subsystems has only FIber I/O on the front panel. See [[][AMC13 Short Specification]. In addition there are MicroTCA bus connections for clock distribution, TTC signal distribution and data acquisition from AMC modules. The backplane signals and their use are described in CMS MicroTCA Crate Specification....

The T3 PC board (which holds JTAG and USB connectors in the standard version) has been replaced by a new one for the TCDS subsystem. This is documented on the AMC13 Design Files page on the main AMC13 wiki. This board provides a small number of NIM and CMOS inputs and outputs which can be used for special purposes if firmware support is added.

5. if it's possible to access the AMC13 at event building to collect information on the event itself: in fact we would be very interested to record the phase of the trigger with respect to the clock event-by-event

This is not included in the existing firmware but could perhaps be added. This would require further discussion.

6. if we can send back a "backpressure" signal *from the AMC13* to* coordinate with a TLU unit and more in general

The AMC13 already collects a TTS state from each AMC card in the MicroTCA crate, and combines this with the AMC13 internal TTS state, providing the output on a fiber to the TCDS system. Details in the user manual here.

7. whether we can foresee some (minor) modifications to the current firmware to support possible ad-hoc features, and in this case who could implement said changes

This is planned. We fully expect to have AMC13 operating in CMS for many years, including after LS3, so we plan to provide support. The AMC13 is supported by the Electronics Design Facility ( which operates independently of any research group, so as long as a modest amount of funding is available.

As a back-up, Magnus Hansen's group is familiar with the AMC13 operation and have produced a large production run of modules and overseen their testing. In case of some loss of support on the US side (not foreseen) they could take responsibility.

-- EricHazen - 2017-07-10

Edit | Attach | Watch | Print version | History: r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r1 - 2017-07-10 - EricHazen
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    Main All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback