Elder Matias, Diony Medrano, Dong Liu (At Michigan State University - Nov 2011) IRMIS at CLS

Where is Saskatoon?

Saskatchewan Accelerator Laboratory Originally established in 1964 as the Saskatchewan Accelerator Laboratory (SAL)

Canadian Light Source In 1999 the SAL accelerator was re- purposed as an injector for the CLS Between a new booster and storage ring was constructed.

CLS USES IRMIS AS A CONTROL SYSTEM SEARCH TOOL I

IRMIS Search Tool (Current use at CLS) IRMIS supports our ability to search for IOCs based on PV names To accomplish this we use a modified pvCrawler from the original IRMIS release A simple web-interface written in PHP

PV search system architecture

pvCrawler - Linux based IOC (Current use at CLS) Moxa (used for serial or USB devices) Intel (using optical Links to VME crates) Applications located on a central file server, NFS mounted as /IOCApps IRMIS crawls the NFS mount for db information

pvCrawler RTEMS based IOC (Current use at CLS) Primarily diskless machines Programming comes off the central file servers using bootp IRMIS crawls the bootp directory for db information

pvCrawler (future enhancement) Ability to identify source files that make use of a PV: –EDM Files –CSS Alarm Handler –EPICS State Notation Language –EPICS Gateways –EPICS Data Archiver –Matlab Code (accelerator toolbox) –Python Code (used on the beamlines) –AutoCAD Drawings

Potential benefit Motivation for additional crawlers: –Tool used to identify the impact of changes (critical for maintenance activities) –Database can then be scanned for consistently: Identify dead-pv’s that are not used anymore Use of incorrect data types/attributes Other consistency/correctness checks?

GENERATING DB FILES I

For Modicon PLCs (currently not part of IRMIS) Modcion Momentum PLC variables follow a standard naming convention An awk script parses the PLC variable list, and uses template substitution files to generate epics definitions We currently don’t generate configuration files for the data archiver or EDM screens, however it is done by other labs, e.g., TRIUMF

Current Process for Generating PV from PLCs PLC Project File Modicon Concept Variable List CLS Awk Script Generated *.sub files Standard *.tpl files IOC build *.db files Process driven by Make files Current limitations: –Alarm limits, variable descriptions are hardcoded into the tpl (templates) –Attributes of PV are hidden and not visible to users Could IRMIS do a better job?

CABLES DATABASE I

Cables Database History of Cables Database –Original implementation on PDP-11 –Converted to SunOS/PostgreSQL –1999 Converted to MS-SQL Server –Now being converted to Java Critical features is each cable being numbered

Cable search system architecture

Requirements Capture We currently capture control systems requirements on PID drawings and word documents Longer-term we want to move towards computerised requirements management that makes use of integrated change control and configuration management

MKS We use MKS as our configuration management tool and for change requests We also group change requests into “work packages” (aka a project) with a project charter. Our next step is to start to capture requirements and provide the traceability from requirements, down to the implementation

Example of PID Drawings

MKS Architecture (slide courtesy of MKS a PTC Company) Currently used by CLS Currently being evaluated by CLS

ELECTRONIC LOGBOOK I

Electronic Logbook We use the TRIUMF electronic logbook system. Simple web interface and fairly simple implementation Mostly implemented in Perl running on top of PostgreSQL.

Science Studio/ANISE