ICALEPCS2023 - List of Keywords (Ethernet)

Paper	Title	Other Keywords	Page
WE1BCO01	VME2E: VME to Ethernet - Common Hardware Platform for legacy VME Module Upgrade	FPGA, hardware, controls, real-time	949
	J.P. Jamilkowski Brookhaven National Laboratory (BNL), Electron-Ion Collider, Upton, New York, USA Y. Tian BNL, Upton, New York, USA
	Funding: DOE Office of Science VME architecture was developed in late 1970s. It has proved to be a rugged control system hardware platform for the last four decades. Today the VME hardware platform is facing four challenges from 1) backplane communication speed bottleneck; 2) computing power limits from centralized computing infrastructure; 3) obsolescence and cost issues to support a real-time operating system; 4) obsolescence issues of the legacy VME hardware. The next generation hardware platform such as ATCA and microTCA requires fundamental changes in hardware and software. It also needs large investment. For many legacy system upgrades, this approach is not applicable. We will discuss an open-source hardware platform, VME2E (VME to Ethernet), which allows the one-to-one replacement of legacy VME module without disassembling of the existing VME system. The VME2E has the VME form factor. It can be installed the existing VME chassis, but without use the VME backplane to communicate with the front-end computer and therefore solves the first three challenges listed above. The VME2E will only take advantage of two good benefits from a VME system: stable power supply which VME2E module will get from the backplane, and the cooling environment. The VME2E will have the most advanced 14nm Xilinx FPGA SOM with GigE for parallel computing and high speed communication. It has a high pin count (HPC) FPGA mezzanine connector (FMC) to benefit the IO daughter boards supply of the FMC ecosystem. The VME2E is designed as a low cost, open-source common platform for legacy VME upgrade.
	Slides WE1BCO01 [1.141 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-WE1BCO01
About •	Received ※ 06 October 2023 — Revised ※ 09 October 2023 — Accepted ※ 19 November 2023 — Issued ※ 22 November 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH2BCO06	The SNS PLC Based Controls Solution for Stepper Motors	controls, PLC, hardware, EPICS	1187
	D.C. Williams, F.C. Medio ORNL, Oak Ridge, Tennessee, USA
	Funding: SNS is managed by UT-Battelle, LLC, under contract DE-AC05-00OR22725 for the U.S. Department of Energy The Spallation Neutron Source (SNS) at Oak Ridge National Laboratory has been operating for over 15 years and many electronic components are now obsolete and require replacement to assure reliability and sustainability. SNS uses stepper motors to control accelerator components throughout the facility including the cryomodule tuners, beam scrapers, and the primary and secondary stripper foils. The original motor controls were implemented with VME controllers, custom power supplies, and various types of motor drivers. As these components became less reliable and obsolete a new control solution was needed that could be applied to multiple motion control systems. Fast performance requirements are not crucial for these stepper motors, so the PLC technology was selected. The first system replaced was the Ring stripper foil control system and plans are underway to replace the beam scrapers. This paper provides an overview of the commercial off-the-shelf (COTS) hardware used to control stepper motors at SNS. Details of the design and challenges to convert a control system during short maintenance periods without disrupting beam operation will be covered in this paper.
	Slides TH2BCO06 [1.914 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH2BCO06
About •	Received ※ 19 September 2023 — Revised ※ 10 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 25 October 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP029	Alpi-Piave Beam Transport Control System Upgrade at Legnaro National Laboratories	controls, EPICS, power-supply, beam-transport	1374
	M. Montis, F. Gelain, M.G. Giacchini INFN/LNL, Legnaro (PD), Italy
	During the last decade, the control system employed for ALPI and PIAVE Accelerators was upgraded to the new EPICS-based framework as part of the new standards adopted in the SPES project in construction in Legnaro. The actual control for beam transport was fully completed in 2015 and it has been in production since that year. Due to the power supply upgrade and to optimize costs and maintenance time, the original controllers based on in-dustrial PCs were substituted with dedicated serial-over-ethernet devices and Virtual Machines (VMs). In this work we will describe the solution designed and imple-mented for ALPI-PIAVE accelerators.
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP029
About •	Received ※ 18 September 2023 — Revised ※ 10 October 2023 — Accepted ※ 18 December 2023 — Issued ※ 21 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP032	Introduction of the Ethernet-Based Field Networks to Inter-Device Communication for RIBF Control System	EPICS, network, controls, PLC	1384
	A. Uchiyama, N. Fukunishi, M. Komiyama RIKEN Nishina Center, Wako, Japan
	Internet Protocol (IP) networks are widely used to remotely control measurement instruments and controllers. In addition to proprietary protocols, common commands such as the standard commands for programmable instruments (SCPI) are used by manufacturers of measuring instruments. Many IP-network-based devices have been used in RIBF control systems constructed using the experimental physics and industrial control system (EPICS); these are commercial devices designed and developed independently. EPICS input/output controllers (IOCs) usually establish socket communications to send commands to IP-network-based devices. However, in the RIBF control system, reconnection between the EPICS IOC and the device is often not established after the loss of socket communication due to an unexpected power failure of the device or network switch. In this case, it is often difficult to determine whether the socket connection to the EPICS IOC is broken even after checking the communication by pinging. Using Ethernet as the field network in the physical layer between the device and EPICS IOC can solve these problems. Therefore, we are considering the introduction of field networks such as EtherCAT and Ethernet/IP, which use Ethernet in the physical layer. In the implementation of the prototype system, EPICS IOCs and devices are connected via EtherCAT and Soft PLCs are run on the machine running EPICS IOCs for sequence control.
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP032
About •	Received ※ 06 October 2023 — Revised ※ 11 October 2023 — Accepted ※ 11 December 2023 — Issued ※ 15 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP081	Exploring Ethernet-Based CAMAC Replacements at ATLAS	controls, network, data-acquisition, operation	1542
	K.J. Bunnell, C. Dickerson, D.J. Novak, D. Stanton ANL, Lemont, Illinois, USA
	Funding: This work was supported by the US Department of Energy, Office of Nuclear Physics, under Contract No. DE-AC02-06CH11357. This research used resources of ANL’s ATLAS facility. The Argonne Tandem Linear Accelerating System (ATLAS) facility at Argonne National Laboratory is researching ways at avoiding a crisis caused by the end-of-life issues with its 30 year-old CAMAC system. Replacement parts for CAMAC have long since been unavailable causing the potential for long periods of accelerator down times once the limited CAMAC spares are exhausted. ATLAS has recently upgraded the Ethernet in the facility from a 100-Mbps (max) to a 1-Gbps network. Therefore, an Ethernet-based data acquisition system is desirable. The data acquisition replacement requires reliability, speed, and longevity to be a viable upgrade to the facility. In addition, the transition from CAMAC to a modern data acquisition system will be done with minimal interruption of operations.
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP081
About •	Received ※ 10 October 2023 — Revised ※ 11 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 20 October 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

Paper

Title

Other Keywords

Page

WE1BCO01

VME2E: VME to Ethernet - Common Hardware Platform for legacy VME Module Upgrade

FPGA, hardware, controls, real-time

949

J.P. Jamilkowski
Brookhaven National Laboratory (BNL), Electron-Ion Collider, Upton, New York, USA
Y. Tian
BNL, Upton, New York, USA

Funding: DOE Office of Science
VME architecture was developed in late 1970s. It has proved to be a rugged control system hardware platform for the last four decades. Today the VME hardware platform is facing four challenges from 1) backplane communication speed bottleneck; 2) computing power limits from centralized computing infrastructure; 3) obsolescence and cost issues to support a real-time operating system; 4) obsolescence issues of the legacy VME hardware. The next generation hardware platform such as ATCA and microTCA requires fundamental changes in hardware and software. It also needs large investment. For many legacy system upgrades, this approach is not applicable. We will discuss an open-source hardware platform, VME2E (VME to Ethernet), which allows the one-to-one replacement of legacy VME module without disassembling of the existing VME system. The VME2E has the VME form factor. It can be installed the existing VME chassis, but without use the VME backplane to communicate with the front-end computer and therefore solves the first three challenges listed above. The VME2E will only take advantage of two good benefits from a VME system: stable power supply which VME2E module will get from the backplane, and the cooling environment. The VME2E will have the most advanced 14nm Xilinx FPGA SOM with GigE for parallel computing and high speed communication. It has a high pin count (HPC) FPGA mezzanine connector (FMC) to benefit the IO daughter boards supply of the FMC ecosystem. The VME2E is designed as a low cost, open-source common platform for legacy VME upgrade.

Slides WE1BCO01 [1.141 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-WE1BCO01

About •

Received ※ 06 October 2023 — Revised ※ 09 October 2023 — Accepted ※ 19 November 2023 — Issued ※ 22 November 2023

Cite •

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

TH2BCO06

The SNS PLC Based Controls Solution for Stepper Motors

controls, PLC, hardware, EPICS

1187

D.C. Williams, F.C. Medio
ORNL, Oak Ridge, Tennessee, USA

Funding: SNS is managed by UT-Battelle, LLC, under contract DE-AC05-00OR22725 for the U.S. Department of Energy
The Spallation Neutron Source (SNS) at Oak Ridge National Laboratory has been operating for over 15 years and many electronic components are now obsolete and require replacement to assure reliability and sustainability. SNS uses stepper motors to control accelerator components throughout the facility including the cryomodule tuners, beam scrapers, and the primary and secondary stripper foils. The original motor controls were implemented with VME controllers, custom power supplies, and various types of motor drivers. As these components became less reliable and obsolete a new control solution was needed that could be applied to multiple motion control systems. Fast performance requirements are not crucial for these stepper motors, so the PLC technology was selected. The first system replaced was the Ring stripper foil control system and plans are underway to replace the beam scrapers. This paper provides an overview of the commercial off-the-shelf (COTS) hardware used to control stepper motors at SNS. Details of the design and challenges to convert a control system during short maintenance periods without disrupting beam operation will be covered in this paper.

Slides TH2BCO06 [1.914 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH2BCO06

About •

Received ※ 19 September 2023 — Revised ※ 10 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 25 October 2023

Cite •

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

THPDP029

Alpi-Piave Beam Transport Control System Upgrade at Legnaro National Laboratories

controls, EPICS, power-supply, beam-transport

1374

M. Montis, F. Gelain, M.G. Giacchini
INFN/LNL, Legnaro (PD), Italy

During the last decade, the control system employed for ALPI and PIAVE Accelerators was upgraded to the new EPICS-based framework as part of the new standards adopted in the SPES project in construction in Legnaro. The actual control for beam transport was fully completed in 2015 and it has been in production since that year. Due to the power supply upgrade and to optimize costs and maintenance time, the original controllers based on in-dustrial PCs were substituted with dedicated serial-over-ethernet devices and Virtual Machines (VMs). In this work we will describe the solution designed and imple-mented for ALPI-PIAVE accelerators.

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP029

About •

Received ※ 18 September 2023 — Revised ※ 10 October 2023 — Accepted ※ 18 December 2023 — Issued ※ 21 December 2023

Cite •

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

THPDP032

Introduction of the Ethernet-Based Field Networks to Inter-Device Communication for RIBF Control System

EPICS, network, controls, PLC

1384

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

Internet Protocol (IP) networks are widely used to remotely control measurement instruments and controllers. In addition to proprietary protocols, common commands such as the standard commands for programmable instruments (SCPI) are used by manufacturers of measuring instruments. Many IP-network-based devices have been used in RIBF control systems constructed using the experimental physics and industrial control system (EPICS); these are commercial devices designed and developed independently. EPICS input/output controllers (IOCs) usually establish socket communications to send commands to IP-network-based devices. However, in the RIBF control system, reconnection between the EPICS IOC and the device is often not established after the loss of socket communication due to an unexpected power failure of the device or network switch. In this case, it is often difficult to determine whether the socket connection to the EPICS IOC is broken even after checking the communication by pinging. Using Ethernet as the field network in the physical layer between the device and EPICS IOC can solve these problems. Therefore, we are considering the introduction of field networks such as EtherCAT and Ethernet/IP, which use Ethernet in the physical layer. In the implementation of the prototype system, EPICS IOCs and devices are connected via EtherCAT and Soft PLCs are run on the machine running EPICS IOCs for sequence control.

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP032

About •

Received ※ 06 October 2023 — Revised ※ 11 October 2023 — Accepted ※ 11 December 2023 — Issued ※ 15 December 2023

Cite •

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

THPDP081

Exploring Ethernet-Based CAMAC Replacements at ATLAS

controls, network, data-acquisition, operation

1542

K.J. Bunnell, C. Dickerson, D.J. Novak, D. Stanton
ANL, Lemont, Illinois, USA

Funding: This work was supported by the US Department of Energy, Office of Nuclear Physics, under Contract No. DE-AC02-06CH11357. This research used resources of ANL’s ATLAS facility.
The Argonne Tandem Linear Accelerating System (ATLAS) facility at Argonne National Laboratory is researching ways at avoiding a crisis caused by the end-of-life issues with its 30 year-old CAMAC system. Replacement parts for CAMAC have long since been unavailable causing the potential for long periods of accelerator down times once the limited CAMAC spares are exhausted. ATLAS has recently upgraded the Ethernet in the facility from a 100-Mbps (max) to a 1-Gbps network. Therefore, an Ethernet-based data acquisition system is desirable. The data acquisition replacement requires reliability, speed, and longevity to be a viable upgrade to the facility. In addition, the transition from CAMAC to a modern data acquisition system will be done with minimal interruption of operations.

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP081

About •

Received ※ 10 October 2023 — Revised ※ 11 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 20 October 2023

Cite •

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