Keyword: network
Paper Title Other Keywords Page
S01SRA01 A Users View of the SPS and LEP Control Systems controls, software, operation, MMI 1
 
  • R. Bailey
    CERN, Meyrin, Switzerland
 
  Every accelerator has a control system; at present the SPS has two, both of which are needed to run the machine. Consequently a user of the SPS I LEP complex has to be concurrently familiar with three control systems. While this situation brings problems it allows, even forces, comparison between the different systems, which in tum enriches the user viewpoint. This paper assesses the SPS and LEP control systems from the point of view of the user, who may be an equipment specialist, operator, accelerator physicist or combinations thereof.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S01SRA01  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S02SRU01 Future Directions in Controlling the LAMPF-PSR Accelerator Complex at Los Alamos National Laboratory controls, software, interface, hardware 50
 
  • R. Stuewe, S. Schaller, E. Björklund, M.J. Burns, T. Callaway, G.P. Carr, S. Cohen, D. Kubicek, M. Harrington, R. Poore, D. Schultz
    LANL, Los Alamos, New Mexico, USA
 
  Funding: Work supported by the US Department of Energy.
Four interrelated projects are underway whose purpose is to migrate the LAMPF-PSR Accelerator Complex control systems to a system with a common set of hardware and software components. Project goals address problems in performance, maintenance and growth potential. Front-end hardware, operator interface hardware and software, computer systems, network systems and data system software are being simultaneously upgraded as part of these efforts. The efforts are being coordinated to provide for a smooth and timely migration to a client-server model-based data acquisition and control system. An increased use of distributed intelligence at both the front-end and the operator interface is a key element of the projects.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S02SRU01  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S02SRU02 Common Control System for the CERN Accelerators controls, software, interface, operation 54
 
  • R. Rausch, Ch. Serre
    CERN, Meyrin, Switzerland
 
  The PS and SPS Accelerator Control Systems are becoming obsolete and need urgent rejuvenation. After a control users forum, where users expressed their needs, two main Working Groups were set up, consisting of Control and Equipment Specialists and experienced Machine Operators. One Working Group studied the architecture and the front-end processing and the other a common approach to the application software needed to run the CERN accelerator complex. The paper presents the technical conclusions of their work and the policy to implement it, taking into account the necessity to operate both machines without interruption of the Physics Program.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S02SRU02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S02SRU03 New Control Architecture for the SPS Accelerator at CERN controls, real-time, interface, software 59
 
  • K.H. Kissler, R. Rausch
    CERN, Meyrin, Switzerland
 
  The Control System for the 450 GeV proton accelerator SPS at CERN was conceived and implemented some 18 years ago. The 16 Bit minicomputers with their proprietary operating system and interconnection with a dedicated network do not permit the use of modern workstations, international communication standards and industrial software packages. The upgrading of the system has therefore become necessary. After a short review of the history and the current state of the SPS control system, the paper describes how CERN’s new control architecture, which will be common to all accelerators, will be realized at the SPS. The migration path ensuring a smooth transition to the final system is outlined. Once the SPS upgrade is complete and following some enhancements to the LEP control system, the operator in the SPS/LEP control center will be working in a single uniform control environment.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S02SRU03  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S02SRU09 Upgrade Plan for the Control System of the KEK e⁻/e⁺ Linac controls, software, linac, operation 89
 
  • K. Furukawa, N. Kamikubota, K. Nakahara, I. Abe
    KEK, Ibaraki, Japan
 
  The KEK 2.5-GeV linac has been operating since 1982. However, in order to maintain reliable operation, the control system should be upgraded within a few years. We plan to replace the minicomputers and the main network connecting them. Thus, the architecture of the control software will also be revised. In the new system we should adopt software and hardware standards. In the next control system we will employ the TCP/IP (DARPA) protocol suite for the main network and Unix workstations to replace the minicomputers. For connections to the local controllers, VME bus (IEEE 1014) will be utilized.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S02SRU09  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S02SRU10 The New Control System for TARN-2 controls, interface, Ethernet, synchrotron 93
 
  • S. Watanabe, J. Yoshizawa, T. Katayama
    INS, Tokyo, Japan
  • K. Aoki, K. Ohnishi
    SHI, Tokyo, Japan
 
  The new control system for the cooler-synchrotron, TARN-2, is described. The new control system consists of OPU’s (work stations) and EXU (control computer) linked with the local area network. The text message is used to transfer the control commands and their results. The control program CSA90 at EXU decodes the text message and executes it with the aid of the interface and periodic control subroutines. Both subroutines use common sharable image composed of the status, values, parameters and so on. The CAMAC, GPIB and RS232C are standard interface at EXU.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S02SRU10  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S02SRU11 A New Architecture for Fermilab’s Cryogenic Control System controls, cryogenics, interface, software 96
 
  • J. Smolucha, A.R. Franck, K. Seino, S.L. Lackey
    Fermilab, Batavia, Illinois, USA
 
  In order to achieve design energy in the Tevatron, the magnet system will be operated at lower temperatures. The increased requirements of operating the Tevatron at lower temperatures necessitated a major upgrade to the both the hardware and software components of the cryogenic control system. The new architecture is based on a distributed topology which couples Fermilab designed I/O subsystems to high performance, 80386 execution processors via a variety of networks including: Arcnet, iPSB, and token ring.
Operated by the Universities Research Association Inc., under contract with the U.S. Dept. of Energy.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S02SRU11  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD02 A Performance Requirements Analysis of the SSC Control System controls, interface, collider, operation 105
 
  • S.M. Hunt, K. Low
    SSCL, Dallas, USA
 
  Funding: Operated by the Universities Research Association, Inc., for the U.S. Department of Energy under Contract No. DE-AC02-89ER40486.
This paper presents the results of analysis of the performance requirements of the Superconducting Super Collider Control System. We quantify the performance requirements of the system in terms of response time, throughput and reliability. We then examine the effect of distance and traffic patterns on control system performance and examine how these factors influence the implementation of the control network architecture and compare the proposed system against those criteria.
Operated by the Universities Research Association, Inc., for the U.S. Department of Energy under Contract No. DE-AC02-89ER40486
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD04 Standards and the Design of the Advanced Photon Source Control System controls, software, interface, linac 116
 
  • W.P. McDowell, M.J. Knott, F. Lenkszus, M.R. Kraimer, R.T. Daly, N.D. Arnold, M.D. Anderson, J.B. Anderson, R.C. Zieman, B.-C.K. Cha, F.C. Vong, G.J. Nawrocki, G.R. Gunderson, N.T. Karonis, J.R. Winans
    ANL, Lemont, Illinois, USA
 
  Funding: Work supported by U.S. Department of Energy, Office of Basic Energy Sciences under Contract No. W-31-109-ENG-38.
The Advanced Photon Source (APS), now under construction at Argonne National Laboratory (ANL), is a 7 GeV positron storage ring dedicated to research facilities using synchrotron radiation. This ring, along with its injection accelerators is to be controlled and monitored with a single, flexible, and expandable control system. In the conceptual stage the control system design group faced the challenges that face all control system designers: (1) to force the machine designers to quantify and codify the system requirements, (2) to protect the investment in hardware and software from rapid obsolescence, and (3) to find methods of quickly incorporating new generations of equipment and replace obsolete equipment without disrupting the existing system. To solve these and related problems, the APS control system group made an early resolution to use standards in the design of the system. This paper will cover the present status of the APS control system as well as discuss the design decisions which led us to use industrial standards and collaborations with other laboratories whenever possible to develop a control system.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD04  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD05 The ESRF Control System; Status and Highlights controls, database, interface, device-server 121
 
  • W.D. Klotz
    ESRF, Grenoble, France
 
  The European Synchrotron Radiation Facility (ESRF) will operate a 6 GeV e⁻/e⁺ storage ring of 850 m circumference to deliver to date unprecedented high brilliance X-rays to the European research community. The ESRF is the first member of a new generation of Synchrotron Radiation Sources, in which the brilliance of the beam and the utilization of insertion devices are pushed to their present limits. Commissioning of the facility’s storage ring will start in spring 1992. A full energy injector, consisting of a 200 MeV linear preinjector and a 6GeV fast cycling synchrotron (l0 Hz) of 350 m circumference have been successfully commissioned during the last months. The machine control system for this facility, which is under construction since 1988, is still under development, but its initial on-site operation this year has clearly made easier the commissioning of the preinjector plant. A description of the current system is given and application software for start-up is briefly described.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD05  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD07 The Operator View of the Superconducting at LNS Catania software, controls, hardware, cyclotron 131
 
  • D. Giove
    INFN/LASA, Segrate (MI), Italy
  • G. Cuttone, A. Rovelli
    INFN/LNS, Catania, Italy
 
  The upper level of a distributed control system designed for the superconducting Cyclotron (SC), will be discussed. In particular, we will present a detailed description of the operator view of this accelerator along with the tools for I/O points management, data rappresentations, data archiving and retrieval. A dedicated program, developed by us, working under X-Window will be described as a starting point for a new man-machine interface approach in small laboratories opposed to the first industrial available packages.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD07  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD08 The UNK Control System controls, software, cryogenics, interface 134
 
  • V. Alferov, V.L. Brook, A.F. Dunaitsev, S.G. Goloborodko, S.V. Izgarshev, V.V. Komarov, A. Lukyantsev, M.S. Mikheev, N.N. Trofimov, V.P. Sakharov, E.D. Scherbakov, A.I. Vaguine, V.P. Voevodin, V.D. Yourpalov, S.A. Zelepoukin
    IHEP, Moscow Region, Russia
  • B. Kuiper
    CERN, Meyrin, Switzerland
 
  The IHEP proton Accelerating and Storage Complex (UNK) includes in its first stage a 400 GeV conventional and a 3000 GeV superconducting ring placed in the same underground tunnel of 20.7 km circumference. The beam will be injected into UNK from the existing 70 GeV accelerator U-70. The experimental programme which is planned to start in 1995, will include 3000 GeV fixed target and 400-3000 GeV colliding beams physics. The size and complexity of the UNK dictate a distributed multiprocessor architecture of the control system. About 4000 of 8/16 bit controllers, directly attached to the UNK equipment will perform low level control and data acquisition tasks. The equipment controllers will be connected via the MIL-1553 field bus to VME based 32-bit front end computers. The TCP/IP network will interconnect front end computers in the UNK equipment buildings with UNIX workstations and servers in the Main Control Room. The report presents the general architecture and current status of the UNK control.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD08  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD09 Moscow University Race-Track Microtron Control System: Ideas and Development controls, interface, software, microtron 140
 
  • A.S. Chepurnov, I.V. Gribov, S.Yu. Morozov, A.V. Shumakov, S.V. Zinoviev
    MSU, Moscow, Russia
 
  Moscow University race-track microtron (RTM) control system is a star-shape network of LSI-11 compatible microcomputers. Each of them is connected with RTM systems via CAMAC; optical fiber coupling is also used. Control system software is designed on Pascal-1, supplemented with real time modules and Macro. A unified real time technique and re-enterable data acquisition drivers allow to simplify development of control drivers and algorithms. Among the latter three main types are used: DDC methods, those, based on optimization technique and algorithms, applying models of microtron’s systems. Man-machine interface is based on concept of the "world of accelerator". It supports means to design, within hardware possibilities, various computer images of the RTM.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD09  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD11 Status Report on Control System Development for PLS controls, database, interface, software 147
 
  • S.C. Won, S.-S. Chang, J. Huang, J.W. Lee, J. Lee, J.H. Kirn
    PAL, Pohang, Kyungbuk, Republic of Korea
 
  Funding: Work supported by Pohang Iron & Steel Co., Ltd. (POSCO) and Ministry of Science and Technology (MOST), Government of Republic of Korea.
Emphasizing reliability and flexibility, hierarchical architecture with distributed computers have been designed into the Pohang Light Source (PLS) computer control system. The PLS control system has four layers of computer systems connected via multiple data communication networks. This paper presents an overview of the PLS control system. The accelerator control system provides means for accessing all machine components so that the whole system could be monitored and controlled remotely. These tasks include setting magnet currents, collecting status data from the vacuum subsystem, taking orbit data with beam position monitors, feedback control of electron beam orbit, regulating the safety interlock monitors, and so forth. To design a control system which can perform these functions satisfactorily, certain basic design requirements must be fulfilled. Among these are reliability, capability, expa.nsibility, cost control, and ease of operation.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD11  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD12 Design of SPring-8 Control System controls, synchrotron, Ethernet, real-time 151
 
  • T. Wada, T. Kumahara, H. Yonehara, H. Yoshikawa, T. Masuda, W. Zhen
    JAERI-RIKEN/Spring-8 Project Team, Tokyo, Japan
 
  The control system of SPring-8 facility is designed. A distributed computer system is adopted with a three-hierarchy levels. All the computers are linked by computer networks. The network of upper level is a high-speed multi-media LAN such as FDDI which links sub-system control computers, and middle are Ethernet or MAP networks which link front end processors (FEP) such as VME system. The lowest is a field level bus which links VME and controlled devices. Workstations (WS) or X-terminals are useful for man-machine interfaces. For operating system (OS), UNIX is useful for upper level computers, and real-time OS’s for FEP’s. We will select hardwares and OS of which specifications are close to international standards. Since recently the cost of software has become higher than that of hardware, we introduce computer aided tools as many as possible for program developments.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD12  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S03SRD13 Design of a Control System of the Linac for SPring-8 linac, controls, synchrotron, software 154
 
  • H. Yoshikawa, Y.I. Itoh, T. Kumahara
    JAERI, Tokai-Mura, Naka-Gun, Ibaraki-Ken, Japan
 
  The design of a control system of the linac which is a large scale system including many unstable components like klystrons and modulatora. The linac for SPring-8 requires to be operated automatically for injection to the synchrotron. Under these conditions, we chose a distributed control system architecture of a single layer net-work to simplify the protocol of the net-work between the linac, the booster synchrotron and the storage ring. A VME computer of 68030 is put in every modulator of the linac, and all control signals are gathered to the nearest VME computer. OS-9 and OS-9000 are on trial for investigation of the performances. TCP/IP is tentatively chosen as a protocol of the net-work, but we expect that MAP/MMS makes a high performance, and we are preparing a test of it.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S03SRD13  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S04SRS02 A PC Based Control System for the CERN ISOLDE Separators controls, ISOL, Windows, hardware 162
 
  • R. Billinge, A. Bret, I. Deloose, A. Pace, G. Shering
    CERN, Meyrin, Switzerland
 
  The control system of the two isotope separators of CERN, named ISOLDE, is being completely redesigned with the goal of having a flexible, high performance and inexpensive system. A new architecture that makes heavy use of the commercial software and hardware available for the huge Personal Computer (PC) market is being implemented on the 1700 geographically distributed control channels of the separators. 8 MS-DOS™ i386-based PCs with about 80 acquisition/control boards are used to access the equipments while 3 other PCs running Microsoft Windows™ and Microsoft Excel™ are used as consoles, the whole through a Novell™ Local Area Network with a PC Disk Server used as a database. This paper describes the interesting solutions found and discusses the reduced programming workload and costs that are expected to build the system before the start of the separators in March 1992.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S04SRS02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S06SA04 The Software for the CERN LEP Beam Orbit Measurement System pick-up, operation, software, hardware 260
 
  • G. Morpurgo
    CERN, Meyrin, Switzerland
 
  The Beam Orbit Measurement (BOM) system of LEP con­sists of 504 pickups, distributed all around the accelerator, that are capable of measuring the positions of the two beams. Their activity has to be synchronised, and the data produced by them have to be collected together, for example to form a "closed or­bit measurement" or a "trajectory measurement". On the user side, several clients can access simultaneously the results from this instrument. Au automatic acquisition mode, and an "on request" one, can run in parallel. This results in a very flexible and powerful system. The functionality of the BOM system is fully described, as well as the structure of the software processes which constitute the system, and their interconnections. Problems solved during the implementation are emphasized.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S06SA04  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S07IC03 EPICS Architecture controls, database, EPICS, distributed 278
 
  • L.R. Dalesio, A.J. Kozubal
    LANL, Los Alamos, New Mexico, USA
  • M.R. Kraimer
    ANL, Lemont, Illinois, USA
 
  Funding: Work at LANL supported and funded under the Department of Defense. US Army Strategic Defense Command. under the auspices of the Department of Energy.<br /> Work at ANL supported by U.S. Dept. of Energy, Office of Basic Energy Sciences, under Contract No W-31-109-ENG-38.
The Experimental Physics and Industrial Control System (EPICS) provides control and data acquisition for the experimental physics community. Because the capabilities required by the experimental physics community for control were not available through industry, we began the design and implementation of EPICS. It is a distributed process control system built on a software communication bus. The functional subsystems, which provide data acquisition, supervisory control, closed loop control, archiving, and alarm management, greatly reduce the need for programming. Sequential control is provided through a sequential control language, allowing the implementer to express state diagrams easily. Data analysis of the archived data is provided through an interactive tool. The timing system provides distributed synchronization for control and time stamped data for data correlation across nodes in the network. The system is scalable from a single test station with a low channel count to a large distributed network with thousands of channels. The functions provided to the physics applications have proven helpful to the experiments while greatly reducing the time to deliver controls.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S07IC03  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S07IC05 The Influence of Industrial Applications on a Control System Toolbox database, controls, hardware, software 287
 
  • P.N. Clout
    VISTA, Los Alamos, NM, USA
 
  V system is as an open, advanced software application toolbox for rapidly creating fast, efficient and cost-effective control and data-acquisition systems. V system’s modular architecture is de­signed for single computers, networked computers and worksta­tions running under VAX/VMS or VAX/ELN. At the heart of Vsystem lies Vaccess, a user extendible real-time database and library of access routines. The application database provides the link to the hardware of the application and can be organized as one database or separate databases installed in different comput­ers on the network. Vsystem has found application in charged ­particle accelerator control, tokamak control, and industrial re­search. as well as its more recent industrial applications. This paper describes the broad features of Vsystem and the influence that recent industrial applications have had on the software.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S07IC05  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC01 ARCNET as a Field Bus in the Fermilab Linac Control System controls, linac, hardware, software 291
 
  • M.F. Shea, R.W. Goodwin, M.J. Kucera, S. Shtirbu
    Fermilab, Batavia, Illinois, USA
 
  Funding: Work supported by the U.S. Department of Energy under contract No. DE-AC02-76CHO3000
Data acquisition hardware in accelerator control systems is connected by a field bus to networked computers that supply data to consoles. Industry attempts to standardize on a low level field bus have not succeeded in providing a single well­ supported bus. This paper describes a data acquisition chassis that connects to VMEbus computers using ARCNET, a full featured token-passing local area network, as the field bus. The performance of this technique as implemented in the control system for the Fermilab Linac is given.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC01  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC02 Multi-Processor Network Implementations in Multibus II and VME software, controls, distributed, interface 295
 
  • C.I. Briegel
    Fermilab, Batavia, Illinois, USA
 
  ACNET (Fermilab Accelerator Controls Network), a proprietary network protocol, is implemented in a multi-processor configuration for both Multibus II and VME. The implementations are contrasted by the bus protocol and software design goals. The Multibus II implementation provides for multiple processors running a duplicate set of tasks on each processor. For a network connected task, messages are distributed by a network round-routed for each task by user-callable commands. The VME implementation provides for multiple processors running one task across all processors. The process can either be fixed to a particular processor or dynamically allocated to an available processor depending on the scheduling algorithm of the multi-processing operating system.
Operated by Universities Research Association for the Department of Energy.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC03 A Distributed Design for Monitoring Logging and Replaying Device Readings at LAMPF software, controls, interface, distributed 299
 
  • M.J. Burns
    LANL, Los Alamos, New Mexico, USA
 
  Funding: Work supported by the U.S. Department of Energy
As control of the Los Alamos Meson Physics linear accelerator and Proton Storage Ring moves to a more distributed system, it has been necessary to redesign the software which monitors, logs, and replays device readings throughout the facility. The new design allows devices to be monitored and their readings logged locally on a network of computers. Control of the monitoring and logging process is available throughout the network from user interfaces which communicate via remote procedure calls with server processes running on each node which monitors and records device readings. Similarly, the logged data can be replayed from anywhere on the network. Two major requirements influencing the final design were the need to reduce the load on the CPU of the control machines, and the need for much faster replay of the logged device readings.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC03  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC04 Synchronous Message-Based Communication for Distributed Heterogeneous Systems controls, Ethernet, real-time, distributed 302
 
  • N.A. Wilkinson
    TRIUMF, Vancouver, Canada
  • D. Dohan
    SSCL, Dallas, TX, USA
 
  The use of a synchronous, message-based real-time operating system (Unison) as the basis of transparent interprocess and inter-processor communication over VMEbus is described. The implementation of a synchronous, message-based protocol for network communication between heterogeneous systems is discussed. In particular, the design and implementation of a message-based session layer over a virtual circuit transport layer protocol using UDP /IP is described. Inter-process communication is achieved via a message-based semantic which is portable by virtue of its ease of implementation in other operating system environments. Protocol performance for network communication among heterogeneous architectures is presented, including VMS, Unix, Mach and Unison.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC04  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC05 The Transmission of Accelerator Timing Information around CERN timing, interface, controls, operation 306
 
  • C.G. Beetham, K. Kohler, C.R.C.B. Parker, J.-B. Ribes
    CERN, Geneva, Switzerland
 
  Prior to the construction of the Large Electron Positron (LEP) collider, machine timing information was transmitted around CERN’s accelerators using a labyrinth of dedicated copper wires. However, at an early stage in the design of the LEP control system, it was decided to use an integrated communication system based on Time Division Multiplex (TDM) techniques. Therefore it was considered appropriate to use this facility to transmit timing information over long distances. This note describes the overall system, with emphasis placed on the connectivity requirements for the CCITTG.703 series of recommendations. In addition the methods used for error detection and correction, and also for redundancy, are described. The cost implications of using such a TDM based system are also analyzed. Finally the performance and reliability obtained by using this approach are discussed.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC05  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC06 Time and Load Measuring in the SPS/LEP Control System controls, software, timing, hardware 310
 
  • J. Navratil
    Czech Technical University, Prague 6, Czech Republic
 
  This paper describes the experiences with the SPS/LEP Control System during its first operational days from the communication point of view. The results show difference between hardware possibility of the local communication based on the modem technology and the possibility to use it by PC machines. There is also several figures describing the activity on the communication lines.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC06  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC07 The ELETTRA Field Highway System controls, software, interface, hardware 313
 
  • D. Bulfone, P. Michelini, M. Mignacco
    Elettra-Sincrotrone Trieste S.C.p.A., Basovizza, Italy
 
  ELETTRA is a third generation Synchrotron Light Source under construction in Trieste (Italy); it consists of a full energy linac injector and a storage ring with beam energies between 1.5 and 2 GeV. The ELETTRA control system has a distributed architecture, hierarchically divided into three layers of computers; two network levels provide communication between the adjacent computer layers. The field highway adopted for the connection of the middle-layer local process computers with the bottom-layer equipment interface units is the MIL-1553B multidrop highway. This paper describes the hardware configuration and the main communication services developed on the MIL-15538 field highway for accelerator control. As an additional feature, typical LAN utilities have been added on top of the basic MIL-15538 communication software allowing remote login and file transfer; these tools are currently used for software development in our laboratory.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC07  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC08 Network Communication Libraries for the Next Control System of the KEK e⁻/e⁺ Linac controls, linac, Ethernet, power-supply 318
 
  • N. Kamikubota, I. Abe, K. Furukawa, K. Nakahara
    KEK, Ibaraki, Japan
 
  The network communication libraries for the next control system of the KEK Linac have been developed. They are based on TCP/IP sockets, and show high availability among the different operating systems: UNIX, VAX/VMS, and MS-DOS. They also show high source portability of application programs among the different computer systems provided by various vendors. The performance and problems are presented in detail.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC08  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC09 A Program Development Tool for KEK VME-MAP Control System controls, MMI, interface, synchrotron 322
 
  • H. Nakagawa, A. Akiyama, K. Ishii, E. Kadokura, T. Katoh, K.N. Nigorikawa
    KEK, Ibaraki, Japan
 
  The control system for KEK 12 GeV Proton Synchrotron has been replaced with a distributed VME-bus based microcomputer system and a MAP local area network. In order to simplify programming for network application tasks, a set of a preprocessor for a PASCAL compiler and a network communication server has been developed. Application programs for accelerator control system have blocks with similar codes; sending, waiting for, receiving, analyzing messages, etc. The preprocessor called "OBJP" incorporates such common codes into the source code written by an application programmer. In case of a simple program, the size of the source code is reduced by one tenth of a full coding.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC09  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC10 Network Performance for Graphical Control Systems database, controls, real-time, software 326
 
  • P.N. Clout, M. Geib, R. Westervelt
    VISTA, Los Alamos, NM, USA
 
  Vsystem is a toolbox for building graphically-based control systems. The real-time database component, Vaccess, includes all the networking support necessary to build multi-computer control systems. Vaccess has two modes of database access, synchronous and asynchronous. Vdraw is another component of Vsystem that allows developers and users to develop control screens and windows by drawing rather than programming. Based on Xwindows, Vsystem provides the possibility of running Vdraw either on the workstation with the graphics or on the computer with the database. We have made some measurements on the cpu loading, elapsed time and the network loading to give some guidance in system configuration performance. It will be seen that asynchronous network access gives large performance increases and that the network database change notification protocol can be either more or less efficient than the X-window network protocol, depending on the graphical representation of the data.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC10  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S08NC11 A New Approach in Development of Data Flow Control and Investigation System for Computer Networks controls, software, experiment, database 329
 
  • I. Frolov, A. Silin, A.I. Vaguine
    MRI, Moscow, Russia
 
  Seven years ago we started the development of a new control system for an experimental electron accelerator in our institute. This paper describes a new approach in development of data flow control and investigation system for computer networks. This approach was developed and applied in the Moscow Radiotechnical Institute for control and investigations of Institute computer network. It allowed us to solve our network current problems successfully. Description of our approach is represented below along with the most interesting results of our work.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S08NC11  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S09DPP02 Palantiri: A Distributed Real-Time Database System for Process Control database, controls, hardware, real-time 336
 
  • B.J. Tummers, W. Heubers
    NIKHEF-K, Amsterdam, The Netherlands
 
  The medium-energy accelerator MEA, located in Amsterdam, is controlled by a heterogeneous computer network. A large real-time database contains the parameters involved in the control of the accelerator and the experiments. This database system was implemented about ten years ago and has since been extended several times. In response to increased needs the database system has been redesigned. The new database environment, as described in this paper, consists out of two new concepts: (1) A Palantir which is a per machine process that stores the locally declared data and forwards au non local requests for data access to the appropriate machine. It acts as a storage device for data and a looking glass upon the world. (2) Golems: working units that define the data within the Palantir, and that have knowledge of the hardware they control. Applications access the data of a Golem by name (which do resemble Unix path names). The Palantir that runs on the same machine as the application handles the distribution of access requests. This paper focuses on the Palantir concept as a distributed data storage and event handling device for process control.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S09DPP02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S10TS03 Automated Control System Structure of the USSR Academy of Sciences Kaon Facility controls, injection, feedback, beam-loading 352
 
  • Yu.S. Ivanov, L.L. Filipchicov, V.A. Konovalov, B.P. Murin
    MRI, Moscow, Russia
  • S.K. Esin, Y. Senichev
    RAS/INR, Moscow, Russia
 
  Up to date at Nuclear Research Institute of the USSR AS (Moscow-Troitsk) it is finished building of Moscow Meson Facility high intensity current proton Linear Accelerator (LA) (beam parameters: energy - 600 MeV, average current - 0.5 mA, pulse current - 50 mA). The LA is proposed to serve as Kaon Facility (KF) which is under working out. There are presented brief description of the KF system.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S10TS03  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S10TS05 A New VME Timing Module: TG8 timing, controls, real-time, hardware 360
 
  • C.G. Beetham, G. Daems, J.H. Lewis, B. Puccio
    CERN, Geneva, Switzerland
 
  The two accelerator divisions of CERN, namely PS and SL, are defining a new common control system based on PC, VME and Workstations. This has provided an opportunity to review both central timing systems and to come up with common solutions. The result was, amongst others, the design of a unique timing module, called TG8. The TG8 is a multipurpose VME module, which receives messages distributed over a timing network. These messages include timing information, clock plus calendar and telegrams instructing the CERN accelerators on the characteristics of the next beam to be produced. The TG8 compares incoming messages with up to 256 programmed actions. An action consists of two parts, a trigger which matches an incoming message and what to do when the match occurs. The latter part may optionally create an output pulse on one of the eight output channels and/or a bus interrupt, both with programmable delay and telegram conditioning.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S10TS05  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S10TS08 An Optical Fiber Phase Lock Network of a Radio Interferometer controls, linac, detector, gun 371
 
  • M. Nishio, S. Kawashima, H. Nakajima, C. Torii
    NAO-NRO, Minamisaku, Nagano, Japan
  • N. Futagawa, K. Nishikawa, T. Takabayashi
    Space and Laser Communication Development Division, NEC Corporation, Yokohama, Japan
  • S. Tanaka
    Sumitomo Electric Industries Ltd., Yokohama Laboratory, Yakohama, Japan
 
  A new phase-lock network using fiber-optic system was developed as a local signal distribution system for 84 antennas of the Nobeyama Radioheliograph. This network is an open loop system and consists of a master oscillator with an E/O converter, an 1-to-84 optical divider, phase stable optical fiber cables and phase stable phase-locked oscillators with O/E converters. Phase stability of the network and phase noise generated at the O/E converter are discussed. This phase-lock network insures the required phase stability of 3°/6 hours. The phase noise increases the coherent loss of 0.1 % at the correlator output, which is very low. This is the first large application of fiber optic devices to an open loop phase-lock network. Our system is very simple and phase-stable. Therefore, it is suitable to the connected array with large number of antennas.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S10TS08  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S11LLC01 Replacing PS Controls Front End Minicomputers by VME Based 32-bit Processors controls, interface, real-time, software 375
 
  • A.G. Gagnaire, Ch. Serre, C.H. Sicard, N. de Metz-Noblat
    CERN, Meyrin, Switzerland
 
  The PS controls have started the first phase of system rejuvenation, targeted towards the LEP Preinjector Controls. The main impact of this phase is in the architectural change, as both the front-end minicomputers and the CAMAC embedded microprocessors are replaced by microprocessor based VME crates called Device Stub Controllers (DSC). This paper discusses the different steps planned for this first phase, i.e: - implementing the basic set of CERN Accelerator common facilities for DSCs (error handling, system surveillance, remote boot and network access); - porting the equipment access software layer; ¿ applying the Real-time tasks to the LynxOS operating system and J/O architecture, conforming to the real-time constraints for control and acquisition; - defining the number and contents of the different DSC needed, according to geographical and cpu-load constraints; - providing the general services outside the DSC crates (file servers, data-base services); - emulating the current Console programs onto the new workstations.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S11LLC01  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S13MMI05 Exploiting the X-Window Environment to Expand the Number, Reach, and Usefulness of Fermilab Accelerator Control Consoles controls, software, operation, Windows 464
 
  • K. Cahill, J.G. Smedinghoff
    Fermilab, Batavia, Illinois, USA
 
  The Fermilab accelerator operator workstation of choice is now the Digital VAXstation running VMS and X-Window software. This new platform provides an easy to learn programming environment while support routines are expanding in number and power. The X-Window environment is exploited to provide remote consoles to users across long haul networks and to support multiple consoles on a single workstation. The integration of imaging systems, local datalogging, commercial and Physics community’s software, and development facilities on the operator workstation adds functionality to the system. The locally engineered knob/pointer/keyboard interface solves the multiple keyboard and mouse problems of a multi-screen console. This paper will address these issues of Fermilab’s accelerator operator workstations.
Operated by Universities Research Association for the Department of Energy
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S13MMI05  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S13MMI06 A Virtual Control Panel Configuration Tool for the X-Window System controls, interface, software, EPICS 468
 
  • J.O. Hill, L.R. Dalesio, D.M. Kerstiens
    LANL, Los Alamos, New Mexico, USA
 
  Funding: Work supported and funded under the Department of Defense, US Army Strategic Defense Command, under the auspices of the Department of Energy.
Computer Graphics Workstations are becoming increasingly popular for use as virtual process control and read back panels. The workstation’s CRT, keyboard, and pointing device are used in concert to produce a display that is in essence a control panel, even if actual switches and gauges are not present. The code behind these displays is most often specific to one display and not reusable for any other display. Recently, programs have been written allowing many of these virtual control panel displays to be configured without writing additional code. This approach allows the initial programming effort to be reapplied to many different display instances with minimal effort. These programs often incorporate many of the features of a graphics editor, allowing a pictorial model of the process under control to be incorporated into the control panel. We have just finished writing a second generation software system of this type for use with the X-Window system and the Experimental Physics and Industrial Control System (EPICS). This paper describes the primary features of our software, the framework of our design, and our observations after initial installation.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S13MMI06  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S13MMI07 X-Window for Process Control in a Mixed Hardware Environment controls, vacuum, cryogenics, hardware 471
 
  • M.R. Clausen, K. Rehlich
    DESY, Hamburg, Germany
 
  X-Window is a common standard for display purposes on the current workstations. The possibility to create more than one window on a single screen enables the operators to gain more information about the process. Multiple windows from different control systems using mixed hardware is one of the problems this paper will describe. The experience shows that X-Window is a standard per definition, but not in any case. But it is an excellent tool to separate data-acquisition and display from each other over long distances using different types of hardware and software for communications and display. Our experience with X-Window displays for the cryogenic control system and the vacuum control system at HERA on DEC and SUN hardware will be described.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S13MMI07  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S13MMI10 A New Workstation Based Man/Machine Interface System for the JT-60 Upgrade interface, operation, controls, man-machine-interface 483
 
  • I. Yonekawa, M. Shimono, T. Totsuka, K. Yamagishi
    JAEA/NAKA, Ibaraki-ken, Japan
 
  Development of a new man/machine interface system was stimulated by the requirements of making the JT-60 operator interface more "friendly" on the basis of the past five-year operational experience. Eleven Sun/3 workstations and their supervisory mini-computer HIDIC V90/45 are connected through the standard network; Ethernet. The network is also connected to the existing "ZENKEI" mini-computer system through the shared memory on the HIDIC V90/45 minicomputer. Improved software, such as automatic setting of the discharge conditions, consistency check among the related parameters and easy operation for discharge result data display, offered the "user-friendly" environments. This new man/machine interface system leads to the efficient operation of the JT-60.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S13MMI10  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S13MMI11 A Flexible Graphic Display System for Accelerator Control controls, factory, software, storage-ring 487
 
  • C.O. Pak
    KEK, Ibaraki, Japan
 
  A flexible graphic display system for controlling the KEK Photon Factory storage ring has been developed. A VME computer locally controls the graphic display system and communicates with the host control computer through a RS-232C link. Graphic pictures are prepared in the local system by an interactive operation using either a tablet or a keyboard. The host control computer is free from any load due to graphics processing. In an on-line operation, pictures are displayed and modified by simple command strings from the host computer. A "picture stack" method has been developed for this graphics system. The latest demanded picture always has top priority to be presented on each display monitor. Previous pictures are saved in a stack and can reappear when the current picture has been freed.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S13MMI11  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S14OOP04 Object Oriented Programming Techniques Applied to Device Access and Control device-server, power-supply, controls, SRF 514
 
  • A. Götz, W.D. Klotz, J.M. Meyer
    ESRF, Grenoble, France
 
  Device access and device control is one of the most important tasks of any control system. This is because control implies obtaining information about the physical world by reading sensors and modifying the behaviour of the physical world by sending commands to actuators. At the European Synchrotron Radiation Facility (ESRF) effort has gone into designing and implementing a model for device access and control using as much as possible the latest ideas and methods of Software Engineering. One of the main contributions in recent years to Software Engineering has been in the field of Object Oriented Programming (OOP). Although the philosophy is not new the refinement and application of this methodology on a wide scale is. At the ESRF a model for device access and control has been developed which is based on OOP methods. This model, called the device server model, is the topic of this paper. The device server model is written entirely in C and is therefore portable. It depends on no other software and can be ported to any machine where there is a C compiler. Because the model is based on OOP it presents a user-oriented view of the world as opposed to a software- or hardware-oriented view of the world. This paper will describe the device server model. It will describe the problem of device access and the advantages of using OOP techniques to solve it. It will present the model. The methodology used to implement OOP in the device server model called Objects In C (OIC) will be described. An example of a typical device server at the ESRF will be presented. The experience gained from the device server model will be discussed. The paper will conclude with a discussion on how the device server model could be standardised to treat a wider range of problems.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S14OOP04  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S16MS02 Framework for Control System Development controls, interface, distributed, software 542
 
  • C.W. Cork, H. Nishimura
    LBNL, Berkeley, California, USA
 
  Funding: This work was supported by the US DOE under Contract No. DE-AC03-76SF00098
Control systems being developed for the present generation of accelerators will need to adapt to changing machine and operating state conditions. Such systems must also be capable of evolving over the life of the accelerator operation. Several of the new generation of control systems hardware being developed today have the capability of fast, sophisticated control at all levels in the control hierarchy. These systems are typically hierarchical and highly distributed with extremely high I/O throughput. We have initiated the design of a framework for control system development which can accommodate the new architectures. This paper will present requirements, design decisions, and specifications that we have devised for this framework.
 
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S16MS02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S16MS03 The LEP Model Interface for MAD controls, interface, closed-orbit, operation 546
 
  • F.C. Iselin
    CERN, Geneva, Switzerland
 
  During machine studies and trouble-shooting in the LEP machine various optical parameters must be computed, which can be found quickly using the MAD program. However, the LEP operators are not all well acquainted with MAD. In order to ease their task, a simple interface called the LEP model has been written to run on the Apollo workstations of the LEP control system. It prepares jobs for MAD, sends them to a DN 10000 node for execution, and optionally plots the results. The desired machine positions and optical parameters vary between LEP runs. The LEP model contains a powerful selection algorithm which permits easy reference to any combination of positions and optical parameters in the machine. Elements can be chosen by name, by sequence number, or by element class. The choice of optical functions includes closed orbit, Twiss parameters, betatron phases, chromatic functions, element excitations, and many more. Recently matching features have been added. Communication with the control system and with MAD uses self-describing tables, i.e. tables whose columns are labelled with their name and a format code. Experience with this LEP model interface is reported.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S16MS03  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S17AIA01 Development of a Diagnostic System for Klystron Modulators Using a Neural Network controls, linac, klystron, diagnostics 558
 
  • M. Mutoh, T. Oonuma, Y. Shibasaki
    Tohoku University, School of Science, Sendai, Japan
  • I. Abe, K. Nakahara
    KEK, Ibaraki, Japan
 
  The diagnostic system for klystron modulators using a neural network has been developed. Large changes in the voltage and current of the main circuit in a klystron modulator were observed just several ten milli-seconds before the modulator experienced trouble. These changes formed a peculiar pattern that depended on the parts with problems. Diagnosis was possible by means of pattern recognition. The recognition test of patterns using a neural network has shown good results. This system, which is built in a linac control system, is presently being operated so as to collect new trouble patterns and to carry out tests for practical use.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S17AIA01  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S17AIA02 Diagnostic Expert System in the RF Linac linac, diagnostics, controls, operation 562
 
  • I. Abe, K. Nakahara
    KEK, Ibaraki, Japan
  • M. Kitamura
    Tohoku University, School of Science, Sendai, Japan
 
  A prototype diagnostic expert system (ES) was developed for the Photon Factory 2.5-GeV electron/ positron LINAC injector system. The ES has been on-lined with the conventional linac computer network for receiving real data. This project was undertaken in an attempt to reduce the linac operator’s mental workload, diagnosis duties, and to explore Artificial Intelligence (AI) technologies. The outlook for ES and its problems, and what has been achieved are outlined in this presentation.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S17AIA02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S17AIA04 Development of Operator Thinking Model and its Application to Nuclear Reactor Plant Operation System operation, experiment, controls, monitoring 570
 
  • T. Miki, A. Endou, Y. Himeno
    Power Reactor and Nuclear Fuel Development Corporation, Oarai Engineering Center, Oarai, Japan
 
  At first, this paper presents the developing method of an operator thinking model and the outline of the developed model In next, it describes the nuclear reactor plant operation system which has been developed based on this model. Finally, it has been confirmed that the method described in this paper is very effective in order to construct expert systems which replace the reactor operator’s role with AI (artificial intelligence) systems.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S17AIA04  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S20PD02 Summary of Panel Discussion on Standards and World-Wide Sharing of Software controls, software, database, hardware 597
 
  • P.W. Lucas, C.I. Briegel
    Fermilab, Batavia, Illinois, USA
  • P.N. Clout
    VISTA, Los Alamos, NM, USA
  • D.P. Gurd
    SSCL, Dallas, TX, USA
  • N. Kanaya
    KEK, Ibaraki, Japan
  • U. Raich
    CERN, Meyrin, Switzerland
 
  It has been a dream in the accelerator community for some time that software developed for one control system be easily transferable to and usable at another. Until recently this goal was seldom realized in practice. This has been primarily because the various control systems have been developed inhouse with little standardization among them. The world of accelerators was dominated until a few years ago by very large machines constructed for doing high energy physics. The large laboratories could likewise afford large controls groups, which were able to build these complete systems from the ground up. However the accelerator scene has now shifted, with a large fraction of the new work being done at much smaller installations, installations which cannot afford the large staffs previously employed in control system production. Different approaches to this problem were outlined in the discussion.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S20PD02  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
S21CS01 Issues in Accelerator Controls controls, software, operation, hardware 602
 
  • B. Kuiper
    CERN, Geneva, Switzerland
 
  When attempting to make conference summaries, one is always tempted - and possibly even expected - to "discern" and then to point out the "great lines" of evolution of the subject and then to make predictions, "far sighted" if possible. Of course such an activity is jolly risky since at the beginning of any such trend, a few discernible examples and implementations of one sort, or a new product here and there, do not necessarily make a trend by the time the developments have really taken on, however, the "great line of evolution" has become obvious to just about everyone and chances are that the trend is already approaching its end and that some other trend - at that point with hardly decodable patterns - is already infiltrating the old situation which - since it is by now known - has become comfortable and homely and - thank God - at long last more or less efficiently usable.  
DOI • reference for this paper ※ doi:10.18429/JACoW-ICALEPCS1991-S21CS01  
About • Received ※ 11 November 1991 — Accepted ※ 20 November 1991 — Issued ※ 04 December 1992  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)