ICALEPCS2019 - List of Keywords (LabView)

Paper	Title	Other Keywords	Page
MOCPL05	Software Framework QAClient for Measurement/Automation In Proton Therapy Centers	controls, proton, database, framework	86
	A. Mayor, O. Actis, D. Meer, B. Rohrer PSI, Villigen PSI, Switzerland
	PSI operates a proton center for cancer treatments consisting of treatment areas Gantry 2, Gantry 3 and OPTIS2. For calibration measurements and quality assurance procedures which have to be executed on a frequent basis and involve different systems and software products, a software framework (QAClient) was developed at PSI. QAClient provides a configurable and extensible framework communicating with PSI control systems, measurement devices, databases and commercial products as LabVIEW and MATLAB. It supports automation of test protocols with user interaction, data analysis and data storage as well as generating of reports. It runs on Java and on different operating system platforms and offers an intuitive graphical user interface. It is used for clinical checks, calibration and tuning measurements, system integration tests and patient table calibrations. New tasks can be configured using standard tasks, without programming effort. QAClient is used for Gantry 2 Daily Check which reduces the execution time by 70% and simplifies measurements so less trained staff can execute it. QA reports are generated automatically and data gets archived and can be used for trend analysis.
	Slides MOCPL05 [2.453 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-MOCPL05
About •	paper received ※ 27 September 2019 paper accepted ※ 09 October 2019 issue date ※ 30 August 2020
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

MOPHA012	Interrupting a State Machine	target, controls, EPICS, electronics	219
	K.V.L. Baker STFC/RAL/ISIS, Chilton, Didcot, Oxon, United Kingdom
	At the ISIS Pulsed Neutron and Muon Source we talk to a variety of types of beamline systems for controlling the environment of samples under investigation. A state machine is an excellent way of controlling a system which has a finite number of states, a predetermined set of transitions, and known events for initiating a transition. But what happens when you want to interrupt that flow? An excellent example of this kind of system could be a field ramp for a magnet, this will start in a "stable" state, the "ramp to target field" event will occur, and it will transition into a state of "ramping". When the field is at the target value, it returns to a "stable" state. Depending on the ramp rate and difference between the current field and the target field this process could take a long time. If you put the wrong field value in, or something else happens external to the state machine, you may want to pause or abort the system whilst it is running. You will want to interrupt the flow through the states. This presentation will detail a solution for such an interruptible system within the EPICS framework.
	Poster MOPHA012 [0.386 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-MOPHA012
About •	paper received ※ 27 September 2019 paper accepted ※ 02 October 2020 issue date ※ 30 August 2020
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEMPL002	Project Nheengatu: EPICS support for CompactRIO FPGA and LabVIEW-RT	FPGA, EPICS, controls, software	997
	D. Alnajjar, G.S. Fedel, J.R. Piton LNLS, Campinas, Brazil
	A novel solution for integrating EPICS with Compact RIO (cRIO), the real-time embedded industrial controllers by National Instruments (NI), is proposed under the name Nheengatu (NHE). The cRIO controller, which is equipped with a processor running a real-time version of Linux (LinuxRT) and a Xilinx Kintex FPGA, is extremely powerful for control systems since it can be used to program real-time complex data processing and fine control tasks on both the LinuxRT and the FPGA. The proposed solution enables the control and monitoring of all tasks running on LinuxRT and the FPGA through EPICS. The devised solution is not limited to any type of cRIO module. Its architecture can be abstracted into four groups: FPGA and LabVIEW-RT interface blocks, the Nheengatu library, Device Support and IOC. The Nheengatu library, device support and IOC are generic - they are compiled only once and can be deployed on all cRIOs available. Consequently, a setup-specific configuration file is provided to the IOC upon instantiation. The configuration file contains all data for the devised architecture to configure the FPGA and to enable communication between EPICS and the FPGA/LabVIEW-RT interface blocks.
	Poster WEMPL002 [0.565 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEMPL002
About •	paper received ※ 14 September 2019 paper accepted ※ 02 October 2020 issue date ※ 30 August 2020
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPHA026	Integrating COTS Equipment in the CERN Accelerator Domain	controls, timing, network, interface	1136
	O.Ø. Andreassen, C. Charrondière, K. Develle, A. Rijllart, R.E. Rossel, J. Steen, J. Tagg, T. Zilliox CERN, Geneva, Switzerland
	Successful integration of industrial equipment in the CERN accelerator complex relies mainly on 3 key components. The first part is the Controls Middleware (CMW). That provides a common communication infrastructure for the accelerator controls at CERN. The second part is timing. To orchestrate and align electronic and electrical equipment across the 27 km Large Hadron Collider (LHC) at sub nanosecond precision, an elaborate timing scheme is needed. Every component has to be configured and aligned within milliseconds and then trigger in perfect harmony with each other. The third and last bit is configuration management. The COTS devices have to be kept up to date, remotely managed and compatible with each other at all times. This is done through a combination of networked Pre eXecution Environments (PXE) mounting network accessible storage on the front ends, where operating systems and packages can be maintained across systems. In this article we demonstrate how COTS based National Instruments PXI and cRIO systems can be integrated in the CERN accelerator domain for measurement and monitoring systems.
	Poster WEPHA026 [4.690 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEPHA026
About •	paper received ※ 27 September 2019 paper accepted ※ 19 October 2019 issue date ※ 30 August 2020
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPHA129	Synchronizing LabVIEW Development and Deployment Environment	software, controls, framework, network	1394
	O.Ø. Andreassen, C. Charrondière, M.K. Miskowiec, H. Reymond, A. Rijllart CERN, Geneva, Switzerland
	LabVIEW with its graphical approach is suited for engineers used to design and implement systems based on schematics and designs. Being a graphical language, it can be challenging to keep track of drivers, runtime engines, deployments and configurations since most of the tools on the market aimed towards this are implemented for textual languages. Configuration management is possible in the development environment via version control systems such as perforce, however at CERN and in the open source software development community in general, the tendency is moving towards Git. In this paper we demonstrate how the combination of automated builds, packaging, versioning and consistent deployment can further ease and speed up development, while ensure robustness and coherency across systems. We also show how an in-house built tool called "RADE Installer" synchronizes both development environments and drivers across workstations, empowering graphical development at CERN, by merging the open source toolchains with the workflow of LabVIEW. RADE installer represents definitively a solution for LabVIEW to keep track of drivers, runtime engines, deployments and configurations.
	Poster WEPHA129 [2.789 MB]
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEPHA129
About •	paper received ※ 27 September 2019 paper accepted ※ 09 October 2019 issue date ※ 30 August 2020
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPHA168	Status of the TPS Vacuum Control System	vacuum, controls, operation, EPICS	1485
	Y.C. Yang, C.K. Chan, C.-C. Chang, J.-Y. Chuang, Y.Z. Lin NSRRC, Hsinchu, Taiwan
	The Taiwan photon source (TPS) is a 3 GeV photon source. For the vacuum system NI CompactRIO controllers with embedded real-time processors and programmable FPGAs were selected to design the inter-lock system to maintain ultra-high vacuum conditions and protect vacuum devices. The vacuum pressure protection function and component protection logics worked well during the past years of operation. Be-sides, basic function and other applications such as TCP/IP Modbus communication and real time message APIs were developed. The architecture of the vacuum control system is presented in this paper.
DOI •	reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEPHA168
About •	paper received ※ 30 September 2019 paper accepted ※ 03 October 2020 issue date ※ 30 August 2020
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

Paper

Title

Other Keywords

Page

MOCPL05

Software Framework QAClient for Measurement/Automation In Proton Therapy Centers

controls, proton, database, framework

86

A. Mayor, O. Actis, D. Meer, B. Rohrer
PSI, Villigen PSI, Switzerland

PSI operates a proton center for cancer treatments consisting of treatment areas Gantry 2, Gantry 3 and OPTIS2. For calibration measurements and quality assurance procedures which have to be executed on a frequent basis and involve different systems and software products, a software framework (QAClient) was developed at PSI. QAClient provides a configurable and extensible framework communicating with PSI control systems, measurement devices, databases and commercial products as LabVIEW and MATLAB. It supports automation of test protocols with user interaction, data analysis and data storage as well as generating of reports. It runs on Java and on different operating system platforms and offers an intuitive graphical user interface. It is used for clinical checks, calibration and tuning measurements, system integration tests and patient table calibrations. New tasks can be configured using standard tasks, without programming effort. QAClient is used for Gantry 2 Daily Check which reduces the execution time by 70% and simplifies measurements so less trained staff can execute it. QA reports are generated automatically and data gets archived and can be used for trend analysis.

Slides MOCPL05 [2.453 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-MOCPL05

About •

paper received ※ 27 September 2019 paper accepted ※ 09 October 2019 issue date ※ 30 August 2020

Export •

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

MOPHA012

Interrupting a State Machine

target, controls, EPICS, electronics

219

K.V.L. Baker
STFC/RAL/ISIS, Chilton, Didcot, Oxon, United Kingdom

At the ISIS Pulsed Neutron and Muon Source we talk to a variety of types of beamline systems for controlling the environment of samples under investigation. A state machine is an excellent way of controlling a system which has a finite number of states, a predetermined set of transitions, and known events for initiating a transition. But what happens when you want to interrupt that flow? An excellent example of this kind of system could be a field ramp for a magnet, this will start in a "stable" state, the "ramp to target field" event will occur, and it will transition into a state of "ramping". When the field is at the target value, it returns to a "stable" state. Depending on the ramp rate and difference between the current field and the target field this process could take a long time. If you put the wrong field value in, or something else happens external to the state machine, you may want to pause or abort the system whilst it is running. You will want to interrupt the flow through the states. This presentation will detail a solution for such an interruptible system within the EPICS framework.

Poster MOPHA012 [0.386 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-MOPHA012

About •

paper received ※ 27 September 2019 paper accepted ※ 02 October 2020 issue date ※ 30 August 2020

Export •

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

WEMPL002

Project Nheengatu: EPICS support for CompactRIO FPGA and LabVIEW-RT

FPGA, EPICS, controls, software

997

D. Alnajjar, G.S. Fedel, J.R. Piton
LNLS, Campinas, Brazil

A novel solution for integrating EPICS with Compact RIO (cRIO), the real-time embedded industrial controllers by National Instruments (NI), is proposed under the name Nheengatu (NHE). The cRIO controller, which is equipped with a processor running a real-time version of Linux (LinuxRT) and a Xilinx Kintex FPGA, is extremely powerful for control systems since it can be used to program real-time complex data processing and fine control tasks on both the LinuxRT and the FPGA. The proposed solution enables the control and monitoring of all tasks running on LinuxRT and the FPGA through EPICS. The devised solution is not limited to any type of cRIO module. Its architecture can be abstracted into four groups: FPGA and LabVIEW-RT interface blocks, the Nheengatu library, Device Support and IOC. The Nheengatu library, device support and IOC are generic - they are compiled only once and can be deployed on all cRIOs available. Consequently, a setup-specific configuration file is provided to the IOC upon instantiation. The configuration file contains all data for the devised architecture to configure the FPGA and to enable communication between EPICS and the FPGA/LabVIEW-RT interface blocks.

Poster WEMPL002 [0.565 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEMPL002

About •

paper received ※ 14 September 2019 paper accepted ※ 02 October 2020 issue date ※ 30 August 2020

Export •

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

WEPHA026

Integrating COTS Equipment in the CERN Accelerator Domain

controls, timing, network, interface

1136

O.Ø. Andreassen, C. Charrondière, K. Develle, A. Rijllart, R.E. Rossel, J. Steen, J. Tagg, T. Zilliox
CERN, Geneva, Switzerland

Successful integration of industrial equipment in the CERN accelerator complex relies mainly on 3 key components. The first part is the Controls Middleware (CMW). That provides a common communication infrastructure for the accelerator controls at CERN. The second part is timing. To orchestrate and align electronic and electrical equipment across the 27 km Large Hadron Collider (LHC) at sub nanosecond precision, an elaborate timing scheme is needed. Every component has to be configured and aligned within milliseconds and then trigger in perfect harmony with each other. The third and last bit is configuration management. The COTS devices have to be kept up to date, remotely managed and compatible with each other at all times. This is done through a combination of networked Pre eXecution Environments (PXE) mounting network accessible storage on the front ends, where operating systems and packages can be maintained across systems. In this article we demonstrate how COTS based National Instruments PXI and cRIO systems can be integrated in the CERN accelerator domain for measurement and monitoring systems.

Poster WEPHA026 [4.690 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEPHA026

About •

paper received ※ 27 September 2019 paper accepted ※ 19 October 2019 issue date ※ 30 August 2020

Export •

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

WEPHA129

Synchronizing LabVIEW Development and Deployment Environment

software, controls, framework, network

1394

O.Ø. Andreassen, C. Charrondière, M.K. Miskowiec, H. Reymond, A. Rijllart
CERN, Geneva, Switzerland

LabVIEW with its graphical approach is suited for engineers used to design and implement systems based on schematics and designs. Being a graphical language, it can be challenging to keep track of drivers, runtime engines, deployments and configurations since most of the tools on the market aimed towards this are implemented for textual languages. Configuration management is possible in the development environment via version control systems such as perforce, however at CERN and in the open source software development community in general, the tendency is moving towards Git. In this paper we demonstrate how the combination of automated builds, packaging, versioning and consistent deployment can further ease and speed up development, while ensure robustness and coherency across systems. We also show how an in-house built tool called "RADE Installer" synchronizes both development environments and drivers across workstations, empowering graphical development at CERN, by merging the open source toolchains with the workflow of LabVIEW. RADE installer represents definitively a solution for LabVIEW to keep track of drivers, runtime engines, deployments and configurations.

Poster WEPHA129 [2.789 MB]

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEPHA129

About •

paper received ※ 27 September 2019 paper accepted ※ 09 October 2019 issue date ※ 30 August 2020

Export •

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

WEPHA168

Status of the TPS Vacuum Control System

vacuum, controls, operation, EPICS

1485

Y.C. Yang, C.K. Chan, C.-C. Chang, J.-Y. Chuang, Y.Z. Lin
NSRRC, Hsinchu, Taiwan

The Taiwan photon source (TPS) is a 3 GeV photon source. For the vacuum system NI CompactRIO controllers with embedded real-time processors and programmable FPGAs were selected to design the inter-lock system to maintain ultra-high vacuum conditions and protect vacuum devices. The vacuum pressure protection function and component protection logics worked well during the past years of operation. Be-sides, basic function and other applications such as TCP/IP Modbus communication and real time message APIs were developed. The architecture of the vacuum control system is presented in this paper.

DOI •

reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2019-WEPHA168

About •

paper received ※ 30 September 2019 paper accepted ※ 03 October 2020 issue date ※ 30 August 2020

Export •

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