| Paper |
Title |
Page |
| WECOAA02 |
The TINE Control System Protocol: How to Achieve High Scalability and Performance
|
19 |
| |
- P. Duval, S. W. Herb
DESY, Hamburg
|
|
| |
Over the years TINE* has implemented numerous strategies for achieving high efficiency regarding data transport within a distributed control system. This was in fact essential in controlling a large machine such as HERA**. In modern times, a control system protocol suite must offer interfaces to many and sundry development platforms (not simply C++ and java) and it must support 'part-time' application developers, who might not be so well-versed in writing 'efficient' applications. This is an important point and easy to overlook until it is noticed that front end servers are struggling due to poor data flow models. For instance, a magnet server with 200 PSCs (Power Supply Controllers) might be accessed by a simple panel application which synchronously polls the readback values of all PSCs individually. The same server will have a much easier time if the client can be 'coerced' into acquiring the information asynchronously and as a multi-channel array of all values. TINE now offers various 'second-order' protocol features which go a long way in not just allowing but 'enforcing' efficient data transfer. We shall describe some of these features in this article.
* http://tine.desy.de
** Duval et al., “TINE: An Integrated Control System for HERA”, Proceedings, PCaPAC’99, 1999.
|
|
|
Slides
|
|
| WEPL016 |
Status, Applicability and Perspective of TINE-powered Video System, Release 3
|
61 |
| |
- S. Weisse, D. Melkumyan
DESY Zeuthen, Zeuthen
- P. Duval
DESY, Hamburg
|
|
| |
Experience has shown that imaging software and hardware installations at accelerator facilities needs to be changed, adapted and updated on a semi-permanent basis. On this premise, the component-based core architecture of Video System 3 was founded. In design and implementation, emphasis was, is, and will be put on flexibility, performance, low latency, modularity, interoperability, use of open source, ease of use as well as reuse, good documentation and multi-platform capability. Special effort was spent on shaping the components so that they can easily fit into small-scale but also into area-wide installations. Here, we describe the current status of the redesigned, almost feature-complete Video System, Release 3. Individual production-level use-cases at Hasylab*, PITZ** and Petra III*** diagnostic beamline will be outlined, demonstrating the applicability at real world installations. Finally, the near and far future expectations will be presented. Last but not least it must be mentioned that although the implementation of Release 3 is integrated into the TINE control system****, it is modular enough so that integration into other control systems can be considered.
* http://hasylab.desy.de
** http://pitz.desy.de
*** http://petra3.desy.de
**** http://tine.desy.de
|
|
|
Poster
|
|
| WEPL028 |
TINE/ACOP state-of-the-art Video Controls at Petra III
|
82 |
| |
- J. Bobnar, I. Kriznar, T. Kusterle
Cosylab, Ljubljana
- P. Duval, G. Kube, J. Wilgen
DESY, Hamburg
- D. Melkumyan, S. Weisse
DESY Zeuthen, Zeuthen
|
|
| |
The TINE/ACOP video system is a complete state-of-the-art solution for streaming beam video, featuring live analysis and live beam image display inside ACOP video component, which can be placed in any Java Swing panel. After a number of iterative improvements and embellishments, the system has matured to stable production quality in the beginning of year 2010. The system consists of the following components: a TINE device server captures a video image [1] and encodes it to the standard TINE IMAGE format. The TINE transport layer streams the IMAGE objects to clients as it would any other data chunk [2]. The Java TINE client passes the IMAGE object through the analysis Java bean, which then performs fast statistical analysis of beam position and size. The streamed image plus analysis data are displayed in the Java video component, which is part of the ACOP components. Additional capabilities are background subtraction, automatic or manual threshold subtraction, enhanced coloring and saving snapshot as PNG file. Optionally, the analysis bean can be used standalone as a common service and results are further distributed via an intermediate TINE server written in Java.
[1] S. Weisse et al., "Status of a versatile Video System
at PITZ, DESY-2 and EMBL Hamburg", ICALEPCS07, TN.
[2] S. Weisse et al., “TINE Video System: proceedings on redesign”,
ICALEPCS 09, Kobe.
|
|
|
|
Poster
|
|
| THCOMA01 |
Progress status for the Petra3 EMBL Beamlines
|
105 |
| |
- U. R. Ristau, M. DiCastro, S. Fiedler, A. Pazos
EMBL, Hamburg
- P. Duval
DESY, Hamburg
|
|
| |
The EMBL-Hamburg currently commissions three new Beamlines at the DESY Synchrotron Petra3. A small angle solution scattering (SAXS) Beamline and two X-ray crystallography (PX) Beamlines. Beamline Control system is TINE. New TINE features for Beamline control have been developed in close collaboration with DESY. The standard TINE tools like the Alarm Handler the Archive Reader and CDI [Common Device Interface] as well as the high level TINE Motor Server are integrated in the EMBL Beamline control architecture. The Beamline control software consists of a layer concept which will be presented. The control electronics are Programmable Logic Controllers (PLCs) which run the realtime EtherCAT fieldbus protocol. The PLCs perform analog and digital input/output, motor control, signal synchronization and local feedback between devices. The concept will be presented based on the first experience during Beamline commissioning.
|
|
|
|
Slides
|
|
| THPL013 |
Scripting tools for beamline commissioning and operation
|
153 |
| |
- A. Pazos, S. Fiedler
EMBL, Hamburg
- P. Duval
DESY, Hamburg
|
|
| |
Scripting capabilities are a valuable help for beamline commissioning and for advanced user operation. They are the perfect complement to static Graphical User Interfaces allowing to create different applications in a rapid way. A light middle-layer for scripting support has been foreseen for the EMBL structural biology beamlines at the PETRA III synchrotron to provide 'controlled' rather than 'direct' access to the control system devices. This prevents conflicts with the control system and allows control of the supported operations. In order to account for the wish of different scripting languages by the beamline scientists an extension of the scripting capabilities of the TINE control system has been implemented. To the existing shell support, a Python extension (PyTine) has been implemented and a Perl wrapping has been also prototyped (tine4perl). An explanation of these implementations and the different wrapping possibilities is also described in this paper.
|
|
|
|
Poster
|
|