Skip to content

Australian Synchrotron

Australian Synchrotron is the synchrotron site MX3 runs at. This page is the home for the facility-level facts a MX3 experiment inherits but does not own: the techniques adapted here, the resources a run draws on, the safety envelope it clears, and the people and agents who act in it. The beamline links up to these rather than restating them.

Generated from the site descriptor

This page is generated from deployments/as/site.yaml. Edit the descriptor, not this page.

Property Value
Facility code as
Kind Site
Institution ANSTO (Australian Nuclear Science and Technology Organisation)
Beamlines MX3

The techniques adapted here

A Practice is Australian Synchrotron's facility-tuned form of a cross-facility Method: the ISA-88 Site Recipe layer. The Method names a technique abstractly in the Catalog; the Practice is how MX3 runs it here. Each row links up to the Method it adapts.

Practice Method

Planned: MX3_mx_data_collection_practice, MX3_grid_scan_practice, MX3_sample_exchange_practice.

The resources you draw on

Supplies are the continuously-available facility resources a run needs present before it can start: beam, cooling, vacuum. The facility tracks their availability; a run's required supplies are checked at the pre-flight gate.

Supply Kind

Planned: Storage-ring beam current, Cooling water, Beamline vacuum, Cryojet liquid nitrogen.

The safety envelope

Before an experiment runs, it clears the facility's safety forms (Clearances), and operators carry forward hazards and quirks as Cautions. Both gate or advise the work without being part of the measurement itself.

Clearance Kind Binds

Planned: Australian Synchrotron personal safety system.

Who acts here

Every action CORA records is attributed to a principal. At Australian Synchrotron those are the people registered facility-wide (the operator on shift, safety reviewers, proposal PIs) and the autonomous agents. Human display names live in actor_profile (the editable, forgettable layer), not in the event-sourced Actor record, which carries only id and kind.

Person or service Kind

Planned: Australian Synchrotron beamline staff, Australian Synchrotron safety review.

Agents are principals too. Each one's id is shared with an Access Actor (kind=agent) through a single cross-BC atomic write, so an agent's writes attribute the same way a person's do. The agents active here today are advisory: they observe and write Decisions, and never gate Run state. The planned agents are deterministic and rule-based; when enabled they act only by issuing a command the spine already exposes, through the same authorized path a person uses.

Agent Version Model

How Australian Synchrotron is modeled

Australian Synchrotron itself is not an Asset: it is a Federation Facility with FacilityKind = Site (facility_code = "as"). The beamlines it hosts are the root Assets (tier = Unit, parent_id = None), each bound to the Site directly by facility_code. See the CORA model for the aggregate shapes.

Asset Tier facility_code Hosts
MX3 Unit as MX3

Sub-systems and devices nested under a beamline are Assets with tier = Component or tier = Device, linked via parent_id. Being non-root, they do not carry facility_code; they inherit facility scope through the parent_id tree.