PCaPAC2016 - List of Keywords (EPICS)

Paper	Title	Other Keywords	Page
WEUIPLCO04	A Cython Interface to EPICS Channel Access for High-level Python Applications	ion, operation, interface, status	21
	J.T.M. Chrin PSI, Villigen PSI, Switzerland
	Through the capabilities of Cython (a python-like programming language with the performance of C/C++), a Pythonic interface to an in-house C++ Channel Access (CA) library, CAFE, has been developed, thereby exposing CAFE's numerous multifaceted and user-friendly methods to Python application developers. A number of particularities of the PyCafe API are revealed. These include support for (i) memoryview and other data types that implement the new Python buffer protocol (allowing data to be shared without copying), (ii) native thread parallelism, and (iii) pointers to callback functions from wherein CA methods may be effortless executed in asynchronous interactions. A significant performance improvement is achieved when compared with conventional Pythonic CA libraries. The PyCafe interface has been realized within the context of high-level application development at SwissFEL, Switzerland's X-ray Free-Electron Laser facility.
	Slides WEUIPLCO04 [3.670 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEUIPLCO04
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO11	Recent Improvements to the RIKEN RI Beam Factory Control System	controls, ion, power-supply, experiment	31
	M. Komiyama, N. Fukunishi, A. Uchiyama RIKEN Nishina Center, Wako, Japan M. Hamanaka, T. Nakamura SHI Accelerator Service Ltd., Tokyo, Japan
	RIKEN Radioactive Isotope Beam Factory (RIBF) is a cyclotron-based heavy-ion accelerator facility for producing unstable nuclei and studying their properties. Many components of the RIBF accelerator complex are controlled by using the Experimental Physics and Industrial Control System (EPICS). We will here present recent progress of the EPICS-based RIBF control system. One is the improvement of the alarm system to support a stable beam delivery during a long-term experiment. We introduced the Control System Studio (CSS) to our control system and started to monitor the vacuum systems and magnet power supplies in order to avoid the interruption of the beam supply due to the accident. The other is renewal of the system for controlling up to 900 magnet power supply units with several different types of controllers at once by a simple program. Since the configuration of the magnet power supplies has become very complicated in accordance with the several kinds of extensions and updates of the RIBF accelerator complex, we have developed the new control programs in order to simplify the recording and the setting data of the magnet power supplies.
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO11
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO12	Integration of Standalone Control Systems into EPICS-Based System at RIKEN RIBF	controls, ion, ECR, ECRIS	35
	A. Uchiyama, M. Fujimaki, N. Fukunishi, M. Komiyama RIKEN Nishina Center, Wako, Japan
	RIKEN RI Beam Factory (RIBF) is an upgraded project by extending RIKEN Accelerator Research Facility (RARF) in a previous project. Along with the expansion of the RARF, RIBF control system has also been extended. Therefore, some stand-alone control systems, for example RF, ECRIS, and etc., are not integrated, though almost all control systems have integrated by EPICS for RIBF operation. These non-integrated systems are grouped into two major categories. One is a group of hard-wired control system, and another is a group based on a two-layer remote control system without middle layer. On the other hand, whole control systems should be integrated by middleware from the view point of efficient accelerator operation. For this reason, we have replaced hard-wired devices with EPICS-available devices, which are N-DIM (originally designed by Nishina Center), and Yokogawa FA-M3. Additionally, to access the data in the two-layer systems from EPICS, we have introduced a MySQL-based system as middle layer, and developed a feature to connect the database through CA protocol. As a result, it is available to obtain all of the data via EPICS and we have succeeded the system integration.
	Poster WEPOPRPO12 [1.168 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO12
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO21	Development of a Virtual Accelerator for Sirius	ion, controls, synchrotron, injection	45
	X.R. Resende, A.H.C. Mukai, I. Stevani, L.N.P. Vilela LNLS, Campinas, Brazil
	A virtual accelerator is being developed for Sirius, the new 4th generation synchrotron light source being built in Campinas, Brazil. The virtual accelerator is an on-line beam simulator which is integrated into EPICS control system. It consists of a command line interface server with a channel access (CA) layer and with an in-house developed tracking code library written in C++ for efficiency gain. The purpose of such server is to facilitate early development and testing of high level applications for the control system.
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO21
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO22	High Level Applications for Sirius	ion, controls, injection, interface	47
	I. Stevani, N. Milas, X.R. Resende, L.N.P. Vilela LNLS, Campinas, Brazil
	Has been decided that Sirius will use EPICS as its distributed control system and this year the development of its High Level Applications (HLAs) started. Three development frameworks were chosen for building these applications: CS-Studio, PyQt and Matlab Middle Layer (MML). Graphical user interfaces (GUI) and machine applications have already been designed and implemented for a few systems using CS-Studio and PyQt: slow orbit feedback, lifetime calculation and top-up injection. Specific Sirius data structures were added to the MML scripts in order to allow for EPICS communication through LabCA.
	Poster WEPOPRPO22 [0.465 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO22
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO24	VDE - Virtual Documentation Environment	ion, controls, software, experiment	53
	H.F. Canova, D.H.C. Araujo, M.P. Donadio, R.R. Geraldes LNLS, Campinas, Brazil
	At LNLS hundreds of motors are used at the beamlines to move parts, equipment or full systems, according to different profile, synchronization and accuracy requirements. Historically, the documentation of motion axes of the LNLS beamlines was either done only at the moment of their installation and commissioning, or not properly done at all. Thus, after some time, keeping track of changes and performing maintenance could turn out to be very challenging, and there was the clear need of some solution to ensure that every change in motors would be reflected in their documentation. In 2012 the migration of the beamlines control system to the EPICS platform pushed the development of a new documentation system. In a first version, it consisted of a smart spreadsheet that generated the EPICS configuration files automatically. Later evolved to a web-based system the VDE, which allows the staff to change the motion axis parameters without the need of a deep knowledge about EPICS and ensures the complete motion axis documentation intuitively. Also, changes in motors will not work in EPICS if the documentation is not updated, guaranteeing the link between documentation and the real system.
	Poster WEPOPRPO24 [1.677 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO24
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO25	Using Tkinter of Python to Create Graphical User Interface (GUI) for Scripts in LNLS	ion, controls, interface, GUI	56
	D.B. Beniz, A.M. Espindola LNLS, Campinas, Brazil
	Python is being widely used to create scripts which cover different necessities in computational scenario. At LNLS we successfully developed Python scripts to control beamlines operations, including a case of Graphical User Interface (GUI) creation using Tkinter, which is the standard GUI programming toolkit of Python, for one of our beamlines, DXAS (Dispersive X-ray Absorption Spectroscopy). Tkinter offers the basic components necessary to build a GUI that help users to quickly inform a set of parameters defining which device to use, its configuration to set, among others, and to easily start or stop operations. Such components include widgets like (text) entry, radio button, check button, and (action) button. Using text entries we developed a custom table widget for input of parameters. Tkinter also allows us to inform and to guide users by label and message boxes, and to organize the window components by frames, paned windows and geometry managers, pack or grid. It is also available notebook and menu widgets to organize tabs and call other windows. Finally, all the interface construction was done using ordinary text editors and no extra library was needed to install for python.
	Poster WEPOPRPO25 [0.406 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO25
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPOPRPO09	Operation Experience and Migration of I/O Controllers for J-PARC Main Ring	ion, controls, PLC, operation	101
	N. Kamikubota KEK, Ibaraki, Japan T. Aoyama, T. Iitsuka, S.Y. Yoshida Kanto Information Service (KIS), Accelerator Group, Ibaraki, Japan H. Nemoto ACMOS INC., Tokai-mura, Ibaraki, Japan K.C. Sato, S. Yamada, N. Yamamoto J-PARC, KEK & JAEA, Ibaraki-ken, Japan
	The control system for J-PARC Main Ring (MR) was constructed in 2007-2008, followed by the first beam in May, 2008. 　In 2007, the VME-bus computers were selected as I/O controllers (Epics IOC). The number of them in 2008 was about 80. In 2016, addition to the VME controller, we have non-VME controllers: a) Yokogawa F3RP61 (Linux-based controller with PLC IO modules), b) vioc (Epics IOC on a virtual machine), and　c) commercial micro-server (Pinon Type-P). The total number of controllers in 2016 has reached 170. 　Based on operation experience since 2008, following issues are discussed. (1) We decided to use VME-bus computers as highly reliable front-end controllers. Failures of them are reviewed, and judge to the past decision is given. (2) Specific characteristics of three non-VME controllers, proper use of them, and present status in the MR controls, are explained. (3) Recently, a few pieces of commercial micro-server have been introduced and inspected. It is compact, low-cost, but seems reliable enough as an I/O controller. Details are shown. 　Finally, future perspective of I/O controllers for J-PARC MR will be given.
	Poster THPOPRPO09 [1.607 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-THPOPRPO09
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPOPRPO10	Timing and Synchronization at FRIB	ion, timing, controls, real-time	105
	M.G. Konrad FRIB, East Lansing, USA
	Funding: Work supported by the U.S. Department of Energy Office of Science under Cooperative Agreement DE-SC0000661 Development of many software projects at the Facility for Rare Isotope Beams (FRIB) follows an agile development approach. An important part of this practice is to make new software versions available to users frequently to get feedback in a timely manner. Unfortunately building, testing, packaging, and deploying software can be a time consuming and error prone process. We will present the processes and tools we use at FRIB to standardize and automate this process. This includes use of a central code repository, a continuous integration server performing automatic builds and running automatic test, as well as automated software packaging. For each revision of the software in the code repository the continuous delivery pipeline automatically provides a software package that is ready to be released. The decision to deploy this new version of the software into our production environment is the only manual step remaining. The high degree of reproducibility as well as extensive automated tests allow us to release more frequently without jeopardizing the quality of our production systems.
	Poster THPOPRPO10 [5.194 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-THPOPRPO10
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPOPRPO27	High-Level Application Development and Production Infrastructure at TRIUMF	ion, TRIUMF, controls, software	126
	E. Tikhomolov, I.V. Bylinskii, J. Lee, T. Planche, T.M. Tateyama TRIUMF, Vancouver, Canada P. Jung UW/Physics, Waterloo, Ontario, Canada A.C. Morton FRIB, East Lansing, USA
	TRIUMF users and operators use a number of high-level applications (HLAs) written in different languages, with complicated graphical user interfaces, to carry out tasks related to delivering ion beams with required characteristics and to process data from TRIUMF's EPICS-based and legacy cyclotron control systems. Some applications have been developed by the EPICS community, and some at TRIUMF. These applications run on different production computers and are developed on different machines. This model no longer satisfies TRIUMF's needs because of the growing number of applications, the long times required for data processing on current machines, the lack of real- time visualization of beam properties and so on. New infrastructure for HLA development has been implemented to address these issues and is working reliably with room for further expansion.
	Poster THPOPRPO27 [1.442 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-THPOPRPO27
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

Paper

Title

Other Keywords

Page

WEUIPLCO04

A Cython Interface to EPICS Channel Access for High-level Python Applications

ion, operation, interface, status

21

J.T.M. Chrin
PSI, Villigen PSI, Switzerland

Through the capabilities of Cython (a python-like programming language with the performance of C/C++), a Pythonic interface to an in-house C++ Channel Access (CA) library, CAFE, has been developed, thereby exposing CAFE's numerous multifaceted and user-friendly methods to Python application developers. A number of particularities of the PyCafe API are revealed. These include support for (i) memoryview and other data types that implement the new Python buffer protocol (allowing data to be shared without copying), (ii) native thread parallelism, and (iii) pointers to callback functions from wherein CA methods may be effortless executed in asynchronous interactions. A significant performance improvement is achieved when compared with conventional Pythonic CA libraries. The PyCafe interface has been realized within the context of high-level application development at SwissFEL, Switzerland's X-ray Free-Electron Laser facility.

Slides WEUIPLCO04 [3.670 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEUIPLCO04

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO11

Recent Improvements to the RIKEN RI Beam Factory Control System

controls, ion, power-supply, experiment

31

M. Komiyama, N. Fukunishi, A. Uchiyama
RIKEN Nishina Center, Wako, Japan
M. Hamanaka, T. Nakamura
SHI Accelerator Service Ltd., Tokyo, Japan

RIKEN Radioactive Isotope Beam Factory (RIBF) is a cyclotron-based heavy-ion accelerator facility for producing unstable nuclei and studying their properties. Many components of the RIBF accelerator complex are controlled by using the Experimental Physics and Industrial Control System (EPICS). We will here present recent progress of the EPICS-based RIBF control system. One is the improvement of the alarm system to support a stable beam delivery during a long-term experiment. We introduced the Control System Studio (CSS) to our control system and started to monitor the vacuum systems and magnet power supplies in order to avoid the interruption of the beam supply due to the accident. The other is renewal of the system for controlling up to 900 magnet power supply units with several different types of controllers at once by a simple program. Since the configuration of the magnet power supplies has become very complicated in accordance with the several kinds of extensions and updates of the RIBF accelerator complex, we have developed the new control programs in order to simplify the recording and the setting data of the magnet power supplies.

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO11

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO12

Integration of Standalone Control Systems into EPICS-Based System at RIKEN RIBF

controls, ion, ECR, ECRIS

35

A. Uchiyama, M. Fujimaki, N. Fukunishi, M. Komiyama
RIKEN Nishina Center, Wako, Japan

RIKEN RI Beam Factory (RIBF) is an upgraded project by extending RIKEN Accelerator Research Facility (RARF) in a previous project. Along with the expansion of the RARF, RIBF control system has also been extended. Therefore, some stand-alone control systems, for example RF, ECRIS, and etc., are not integrated, though almost all control systems have integrated by EPICS for RIBF operation. These non-integrated systems are grouped into two major categories. One is a group of hard-wired control system, and another is a group based on a two-layer remote control system without middle layer. On the other hand, whole control systems should be integrated by middleware from the view point of efficient accelerator operation. For this reason, we have replaced hard-wired devices with EPICS-available devices, which are N-DIM (originally designed by Nishina Center), and Yokogawa FA-M3. Additionally, to access the data in the two-layer systems from EPICS, we have introduced a MySQL-based system as middle layer, and developed a feature to connect the database through CA protocol. As a result, it is available to obtain all of the data via EPICS and we have succeeded the system integration.

Poster WEPOPRPO12 [1.168 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO12

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO21

Development of a Virtual Accelerator for Sirius

ion, controls, synchrotron, injection

45

X.R. Resende, A.H.C. Mukai, I. Stevani, L.N.P. Vilela
LNLS, Campinas, Brazil

A virtual accelerator is being developed for Sirius, the new 4th generation synchrotron light source being built in Campinas, Brazil. The virtual accelerator is an on-line beam simulator which is integrated into EPICS control system. It consists of a command line interface server with a channel access (CA) layer and with an in-house developed tracking code library written in C++ for efficiency gain. The purpose of such server is to facilitate early development and testing of high level applications for the control system.

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO21

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO22

High Level Applications for Sirius

ion, controls, injection, interface

47

I. Stevani, N. Milas, X.R. Resende, L.N.P. Vilela
LNLS, Campinas, Brazil

Has been decided that Sirius will use EPICS as its distributed control system and this year the development of its High Level Applications (HLAs) started. Three development frameworks were chosen for building these applications: CS-Studio, PyQt and Matlab Middle Layer (MML). Graphical user interfaces (GUI) and machine applications have already been designed and implemented for a few systems using CS-Studio and PyQt: slow orbit feedback, lifetime calculation and top-up injection. Specific Sirius data structures were added to the MML scripts in order to allow for EPICS communication through LabCA.

Poster WEPOPRPO22 [0.465 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO22

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO24

VDE - Virtual Documentation Environment

ion, controls, software, experiment

53

H.F. Canova, D.H.C. Araujo, M.P. Donadio, R.R. Geraldes
LNLS, Campinas, Brazil

At LNLS hundreds of motors are used at the beamlines to move parts, equipment or full systems, according to different profile, synchronization and accuracy requirements. Historically, the documentation of motion axes of the LNLS beamlines was either done only at the moment of their installation and commissioning, or not properly done at all. Thus, after some time, keeping track of changes and performing maintenance could turn out to be very challenging, and there was the clear need of some solution to ensure that every change in motors would be reflected in their documentation. In 2012 the migration of the beamlines control system to the EPICS platform pushed the development of a new documentation system. In a first version, it consisted of a smart spreadsheet that generated the EPICS configuration files automatically. Later evolved to a web-based system the VDE, which allows the staff to change the motion axis parameters without the need of a deep knowledge about EPICS and ensures the complete motion axis documentation intuitively. Also, changes in motors will not work in EPICS if the documentation is not updated, guaranteeing the link between documentation and the real system.

Poster WEPOPRPO24 [1.677 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO24

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPOPRPO25

Using Tkinter of Python to Create Graphical User Interface (GUI) for Scripts in LNLS

ion, controls, interface, GUI

56

D.B. Beniz, A.M. Espindola
LNLS, Campinas, Brazil

Python is being widely used to create scripts which cover different necessities in computational scenario. At LNLS we successfully developed Python scripts to control beamlines operations, including a case of Graphical User Interface (GUI) creation using Tkinter, which is the standard GUI programming toolkit of Python, for one of our beamlines, DXAS (Dispersive X-ray Absorption Spectroscopy). Tkinter offers the basic components necessary to build a GUI that help users to quickly inform a set of parameters defining which device to use, its configuration to set, among others, and to easily start or stop operations. Such components include widgets like (text) entry, radio button, check button, and (action) button. Using text entries we developed a custom table widget for input of parameters. Tkinter also allows us to inform and to guide users by label and message boxes, and to organize the window components by frames, paned windows and geometry managers, pack or grid. It is also available notebook and menu widgets to organize tabs and call other windows. Finally, all the interface construction was done using ordinary text editors and no extra library was needed to install for python.

Poster WEPOPRPO25 [0.406 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-WEPOPRPO25

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPOPRPO09

Operation Experience and Migration of I/O Controllers for J-PARC Main Ring

ion, controls, PLC, operation

101

N. Kamikubota
KEK, Ibaraki, Japan
T. Aoyama, T. Iitsuka, S.Y. Yoshida
Kanto Information Service (KIS), Accelerator Group, Ibaraki, Japan
H. Nemoto
ACMOS INC., Tokai-mura, Ibaraki, Japan
K.C. Sato, S. Yamada, N. Yamamoto
J-PARC, KEK & JAEA, Ibaraki-ken, Japan

　The control system for J-PARC Main Ring (MR) was constructed in 2007-2008, followed by the first beam in May, 2008. 　In 2007, the VME-bus computers were selected as I/O controllers (Epics IOC). The number of them in 2008 was about 80. In 2016, addition to the VME controller, we have non-VME controllers: a) Yokogawa F3RP61 (Linux-based controller with PLC IO modules), b) vioc (Epics IOC on a virtual machine), and　c) commercial micro-server (Pinon Type-P). The total number of controllers in 2016 has reached 170. 　Based on operation experience since 2008, following issues are discussed. (1) We decided to use VME-bus computers as highly reliable front-end controllers. Failures of them are reviewed, and judge to the past decision is given. (2) Specific characteristics of three non-VME controllers, proper use of them, and present status in the MR controls, are explained. (3) Recently, a few pieces of commercial micro-server have been introduced and inspected. It is compact, low-cost, but seems reliable enough as an I/O controller. Details are shown. 　Finally, future perspective of I/O controllers for J-PARC MR will be given.

Poster THPOPRPO09 [1.607 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-THPOPRPO09

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPOPRPO10

Timing and Synchronization at FRIB

ion, timing, controls, real-time

105

M.G. Konrad
FRIB, East Lansing, USA

Funding: Work supported by the U.S. Department of Energy Office of Science under Cooperative Agreement DE-SC0000661
Development of many software projects at the Facility for Rare Isotope Beams (FRIB) follows an agile development approach. An important part of this practice is to make new software versions available to users frequently to get feedback in a timely manner. Unfortunately building, testing, packaging, and deploying software can be a time consuming and error prone process. We will present the processes and tools we use at FRIB to standardize and automate this process. This includes use of a central code repository, a continuous integration server performing automatic builds and running automatic test, as well as automated software packaging. For each revision of the software in the code repository the continuous delivery pipeline automatically provides a software package that is ready to be released. The decision to deploy this new version of the software into our production environment is the only manual step remaining. The high degree of reproducibility as well as extensive automated tests allow us to release more frequently without jeopardizing the quality of our production systems.

Poster THPOPRPO10 [5.194 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-THPOPRPO10

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPOPRPO27

High-Level Application Development and Production Infrastructure at TRIUMF

ion, TRIUMF, controls, software

126

E. Tikhomolov, I.V. Bylinskii, J. Lee, T. Planche, T.M. Tateyama
TRIUMF, Vancouver, Canada
P. Jung
UW/Physics, Waterloo, Ontario, Canada
A.C. Morton
FRIB, East Lansing, USA

TRIUMF users and operators use a number of high-level applications (HLAs) written in different languages, with complicated graphical user interfaces, to carry out tasks related to delivering ion beams with required characteristics and to process data from TRIUMF's EPICS-based and legacy cyclotron control systems. Some applications have been developed by the EPICS community, and some at TRIUMF. These applications run on different production computers and are developed on different machines. This model no longer satisfies TRIUMF's needs because of the growing number of applications, the long times required for data processing on current machines, the lack of real- time visualization of beam properties and so on. New infrastructure for HLA development has been implemented to address these issues and is working reliably with room for further expansion.

Poster THPOPRPO27 [1.442 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-PCaPAC2016-THPOPRPO27

Export •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)