2-BM¶
Operational bending-magnet micro-CT at APS. This page walks the beamline and how a measurement gets done on it.
| Property | Value |
|---|---|
| Asset | 2-BM (root Asset, tier = Unit, parent_id = None) |
| Facility | APS (bound via facility_code = "aps", FacilityKind = Site) |
| Sector | Sector 2 (organizational grouping; not a registered Asset) |
| Institution | Argonne (context; not modeled as an Asset or Facility) |
| Drawing | (ICMS, A342-RT1000, 02) (APS beamline layout drawing, Rev 02, May 2026) |
The configured zones below live in these docs: the beamline itself, what it can do, how it is operated, and who governs it. The live per-experiment data (subjects, runs, datasets) is served by the running app, not a doc page. Things CORA still needs the beamline team to confirm are collected on Open questions.
The beamline¶
The systems you operate, in five areas: the three stations the beam passes through, plus the controls that drive them and the resources they draw on.
Along the beam, in order:
- Source: the front-end optics that deliver and condition the beam (mirror, monochromator, slits, filters), rendered as the generated source-stage device walk.
- Sample: the positioning stack that places the specimen, a
SampleTowerAssembly presenting thePositionerRole. - Detector: the imaging system, a
MicroscopeAssembly over a reusableOpticssub-assembly, presenting theDetectorRole.
Cutting across all three:
- Controls: the controllers and drive crates, related to the hardware by
controller_id, with the trigger wiring that links them. - Resources: the continuously-available supplies a run needs (beam, cooling, vacuum), tracked under Operations > Supplies.
The cross-cutting reference view is the Inventory: the flat Asset tree by parent_id with vendor Models, settings, drawings, and signal wiring, plus the computed axes. The Source page is generated from the beamline.yaml descriptor.
Techniques¶
Techniques: what 2-BM can do, each a portable Catalog Method bound through an APS Practice. The function view survives equipment swaps.
Operations¶
Operations is the runbook for getting ready and measuring. It ties together Procedures (alignment, characterization, recovery), Recipes (deployment-bound step sequences that expand into Procedures), Enclosures (the two hutch permits, optics hutch 2-BM-A and experiment hutch 2-BM-B), and Cautions. Clearances, the safety forms that must be Active to start, are issued at the APS Site.
Experiment¶
Experiment: the live per-experiment view, the subjects, runs, campaigns, datasets, and decisions of a beamtime. Described here as shape; the real instances are served live by the app.
Governance¶
Governance: who may act at 2-BM and the trust policies (Zone, Conduit, Policy) that gate their commands. People and autonomous agents are facility principals at the APS Site; on the beamline they surface through the actions they take.
Model¶
Model: the developer's by-kind index into where each CORA aggregate's 2-BM content lives.