Paper | Title | Page |
---|---|---|
MOOPL01 |
Welcome Address | |
|
||
Welcome from the ICALEPCS 2017 Chair. | ||
![]() |
Talk as video stream: https://youtu.be/VvG_o-ns-Gs | |
![]() |
Slides MOOPL01 [6.242 MB] | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
TUBPL02 | Taurus Big & Small: From Particle Accelerators to Desktop Labs | 166 |
|
||
Taurus is a popular solution for rapid creation of Graphical User Interfaces (GUIs) for experiment control and data acquisition (even by non-programmers) *. Taurus is best known for its ability to interact with the Tango and Epics control systems, and thus it is mainly used in large facilities. However, Taurus also provides mechanisms to interact with other sources of data, and it is well suited for creating GUIs for even the smallest labs where the overhead of a distributed control system is not desired. This scalability together with its ease-of-use and the uncontested popularity of Python among the scientific users, make Taurus an attractive framework for a wide range of applications. In this work we discuss some practical examples of usage of Taurus ranging from a very small experimental setup controlled by a single Raspberry Pi, to large facilities synchronising an heterogeneous set of hundreds of machines running a variety of operating systems.
* C Pascual-Izarra et al. "Effortless creation of control & data acquisition graphical user interfaces with taurus", THHC3O03, ICALEPCS2015, Melbourne, Australia, 2015. |
||
![]() |
Talk as video stream: https://youtu.be/YOaV9FvRKNc | |
![]() |
Slides TUBPL02 [4.440 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-TUBPL02 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
TUBPL03 | PANIC and the Evolution of Tango Alarm Handlers | 170 |
|
||
The PANIC Alarm System is a python based suite to manage the configuration, triggering and acknowledge of alarms and automated actions in a Tango control system. The suite was developed at Alba in 2007 and since then it has been adopted by several other facilities and installations such as Synchrotrons and large telescopes, integrating in the process a large set of community-requested features. Its scalability is based on the stand-alone PyAlarm engines, that operate distributed across the control system; and the PANIC python API and user interfaces, that centralize the operation and configuration of the system. Each PyAlarm engine performs polled or event-triggered evaluation of alarm rules, complex logical operations and regular expression searches. The activation, recovery or reset of any alarm in the system can trigger actions like email, SMS, audible messages, local/remote logging, database insertion or execution of tango commands. This paper describes the evolution of the suite, its compatibility with other alarm handlers in Tango, the current state-of-the-art features, the compliance with Alarm Management standards and the future needs. | ||
![]() |
Talk as video stream: https://youtu.be/T3730ZH_NsM | |
![]() |
Slides TUBPL03 [6.277 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-TUBPL03 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
TUDPL01 | Reproduce Anything, Anywhere: A Generic Simulation Suite for Tango Control Systems | 280 |
|
||
Synchrotron Light Sources are required to operate on 24/7 schedules, while at the same time must be continuously upgraded to cover scientists needs of improving its efficiency and performance. These operation conditions impose rigid calendars to control system engineers, reducing to few hours per month the maintenance and testing time available. The SimulatorDS project has been developed to cope with these restrictions and enable test-driven development, replicating in a virtual environment the conditions in which a piece of software has to be developed or debugged. This software provides devices and scripts to easily duplicate or prototype the structure and behavior of any Tango Control System, using the Fandango python library* to export the control system status and create simulated devices dynamically. This paper will also present first large scale tests using multiple SimulatorDS instances running on a commercial cloud.
* S.Rubio et al., "Dynamic Attributes and other functional flexibilities of PyTango", ICALEPCS'09, Kobe, Japan (2009) |
||
![]() |
Talk as video stream: https://youtu.be/YyLu76YV3iQ | |
![]() |
Slides TUDPL01 [2.732 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-TUDPL01 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
TUMPL02 | Streamlining Support and Development Activities Across the Distinct Support Groups of the ALBA Synchrotron with the Implementation of a New Service Management System | 298 |
|
||
The MIS section in the Computing division at ALBA Synchrotron designs and supports management information systems. This paper describes the streamlining of the work of 12 support groups into a single customer portal and issue management system. Prior to the change, ALBA was using five different ticket systems. To improve coordination, we searched tools able to support ITIL Service Management, as well as PRINCE2 and Agile Project Management. Within market solutions, JIRA, with its agile boards, calendars, SLAs and service desks, was the only solution with a seamless integration of both. Support teams took the opportunity to redesign their service portfolio and management processes. Through the UX design, JIRA has proved to be a flexible solution to customize forms, workflows, permissions and notifications on the fly, creating a virtuous cycle of rapid improvements, a rewarding co-design experience which results in highly fitting solutions and fast adoption. Team, project and service managers now use a single system to track requests in a timely manner, view trends, and get a consolidated view of efforts invested in the different beamlines and accelerators. | ||
![]() |
Slides TUMPL02 [0.850 MB] | |
![]() |
Poster TUMPL02 [0.787 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-TUMPL02 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
TUPHA173 | A Web-Based Report Tool for Tango Control Systems via Websockets | 826 |
|
||
Beamlines at Synchrotron Light sources operate 24 hours/day requiring Beamline scientists to have tools to monitor the current state of the Beamline without interfering with the measurements being carried out. The previous web report system developed at ALBA was based on cron tasks querying the Tango Control system and generating html files. The new system integrates all those automatic tasks in a Tornado Tango Device letting the users create their own reports without requiring the intervention of the software support groups. This device runs a Tornado web server providing an html5 web interface to create, customize and visualize its reports in real time (via websockets). Originally designed for the vacuum engineers to monitor the vacuum, is actually used by the scientists and engineers involved in the experiment and the different on-call services to remotely check the beamline overall status. | ||
![]() |
Poster TUPHA173 [0.867 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-TUPHA173 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
WEAPL01 | Present and Future of Harmony Bus, a Real-Time High Speed Bus for Data Transfer Between FPGA Cores | 1012 |
|
||
When feedback loops latencies shall be lower than milliseconds range the performance of FPGA-based solutions are unrivaled. One of the main difficulties in these solutions is how to make compatible a full custom digital design with a generic interface and the high-level control software. ALBA simplified the development process of electronic instrumentation with the use of Harmony Bus (HB)*. Based on the Self-Describing Bus, developed at CERN/GSI, it creates a bus framework where different modules share timestamped data and generate events. This solution enables the high-level control software in a Single Board Computer or PC, to easily configure the expected functionally in the FPGA and manage the real-time data acquired. This framework has been already used in the new Em# electrometer**, produced within a collaboration between ALBA and MAXIV, that is currently working in both synchrotrons. Future plans include extending the FPGA cores library, high-level functions and the development of a new auto-generation tool able to dynamically create the FPGA configuration file simplifying the development process of new functionalities.
* 'A Generic Fpga Based Solution for Flexible Feedback Systems', PCaPAC16, paper FRFMPLCO06 ** 'Em# Electrometer Comes To Light', ICALEPS 2017 Abstract Submitted |
||
![]() |
Talk as video stream: https://youtu.be/B3gt4Imn2Qs | |
![]() |
Slides WEAPL01 [3.792 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-WEAPL01 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
WEBPL06 | Sardana Based Continuous Scans at ALBA - Current Status | 1067 |
|
||
A significant part of the experiments run at Alba Synchrotron* involve scans. The continuous scans were developed first ad hoc and latter the controls group dedicated important efforts to standardize them across the Alba instruments, enhancing the overall performance and allowing the users to better exploit the beamtime**. Sardana***, the experiment control software used at Alba, among other features, aims to provide a generic way of programming and executing continuous scans. This development just achieved a major milestone - an official version with a stable API. Recently the Alba instruments were successfully upgraded to profit from this release. In this paper we describe the evolution of these setups as well as the new continuous scan applications run at Alba. On the one hand, the most relevant hardware solutions are presented and assessed. On the other hand the Sardana software is evaluated in terms of its utility in building the continuous scans setups. Finally we discuss the future improvements plan designed to satisfy the ever-increasing requirements of the scientists.
* http://www.albasynchrotron.es ** Z. Reszela et al. 'Implementation of Continuous Scans Used in Beamline Experiments at Alba Synchrotron', ICALEPCS2013 *** http://www.sardana-controls.org |
||
![]() |
Talk as video stream: https://youtu.be/Q06AwAsEnSw | |
![]() |
Slides WEBPL06 [23.442 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-WEBPL06 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
THPHA096 | ALBA Equipment Protection System, Current Status | 1599 |
|
||
ALBA is the name of Barcelona's 3GeV Synchrotron Lightsource. In operation since 2012, it currently hosts experiments 24/7 in its 8 beamlines with 3 more in development. The aim of ALBA Equipment Protection System is to avoid damage of hardware by managing sets of permits and interlock signals. The EPS scope covers not only ALBA accelerators and its beamlines but also the accessory laboratories like RF, Optics, Vacuum, etc. It is built on B&R PLCs with CPUs installed in cabinets in ALBA service and experimental areas and a network of remote I/O modules installed in shielded boxes inside the tunnel and other irradiated zones. CPU's and Remote models are interconnected by the X2X field-bus. Signals managed by PLC's include interlocks, temperature readouts, flow-meters, flow-switches, thermo-switches, shutters, pneumatic actuators, fluorescence screens, etc. This paper describes the design and the architecture of the Equipment Protection System, the current status, the tools used by the EPS team and the recent improvements in terms of reaction time and interaction with other systems via Powerlink and fast interlock systems. | ||
![]() |
Poster THPHA096 [1.080 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-THPHA096 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
THPHA169 | Building S.C.A.D.A. Systems in Scientific Installations with Sardana and Taurus | 1820 |
|
||
Sardana and Taurus form a python software suite for Supervision, Control and Data Acquisition (SCADA) optimized for scientific installations. Sardana and Taurus are open source and deliver a substantial reduction in both time and cost associated to the design, development and support of control and data acquisition systems. The project was initially developed at ALBA and later evolved to an international collaboration driven by a community of users and developers from ALBA, DESY, MAXIV and Solaris as well as other institutes and private companies. The advantages of Sardana for its adoption by other institutes are: free and open source code, comprehensive workflow for enhancement proposals, a powerful environment for building and executing macros, optimized access to the hardware and a generic Graphical User Interface (Taurus) that can be customized for every application. Sardana and Taurus are currently based on the Tango Control System framework but also capable to inter-operate to some extend with other control systems like EPICS. The software suite scales from small laboratories to large scientific institutions, allowing users to use only some parts or employ it as a whole. | ||
![]() |
Poster THPHA169 [2.746 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-THPHA169 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
THSH203 | Internet of Things (IoT): Wireless Diagnostics Solutions | 1975 |
|
||
ALBA requires a diagnostic system, where mainly include the temperature acquisition around the facility, such as tunnel, service area, experimental area, laboratories and auxiliary facilities. There is a big area to be covered and the location of the sensors may not be fixed, those measurement spots require a strong correlation to the machine startup configuration. This has an impact on the size whether a traditional wired installation is used, due the huge of measurement points to be covered; in addition, the restricted machine access schedule makes difficult their installation. In this paper we intend to describe one solution based on ESP8266 system-on-a-chip (SoC). | ||
![]() |
Poster THSH203 [0.865 MB] | |
DOI • | reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2017-THSH203 | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |
FRXPL03 |
Final Remarks | |
|
||
Thank you for attending ICALEPCS 2017 in Barcelona! Looking forward seeing you in ICALEPCS 2019. | ||
![]() |
Talk as video stream: https://youtu.be/EP0wGVeeJ9M | |
![]() |
Slides FRXPL03 [11.456 MB] | |
Export • | reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml) | |