Control System for VEPP-5 Electron-Positron Complex
D.Yu. Bolkhovityanov and Yu.I. Eidelman
The Budker Institute of Nuclear Physics, Russian Academy of Sciences
Prospect Lavrenteva 11, Novosibirsk 630090, Russia
Abstractlevel 3The control system of the new VEPP-5 complex is discussed. The organization of the hardware, software anddatabase is described. The first results are presented.

P-133

1 Introductionlevel 2workstations
P-133

P-133

2 The principles of system design
The main principles of the control system design are thesame as for the previous generations of the BINP accelerator complexes [1]:
 only one program– the Server communicating withhardware directly, thus resolving possible conflicts;
 the Server maintaining a dynamic database (DDB), reflecting the current state of the whole system; the software is represented by a number of simple little
programs, while the hardware is represented for themby the DDB; the static database describing the whole system.
3 Hardware organization
Fig.1 shows the hardware used. It includes several computers (P5-133 PCs) and some control electronics in CAMAC
crates. All PCs are connected with Ethernet and communicate via TCP/IP. One PC acts as server. It provides “interaction” between all the PCs and CAMAC hardware.
The IC is based on a T805 transputer (2M RAM, 25MHz)and is implemented in a CAMAC standard. Each IC has
2 links, which enables to build a network of transputers.

level 1

peripheral crate withcrates
root IC

controller(CC-24S)Intelligent
Controller
dispatcher(DS-24)

P-133
servercratewith IC

A new complex VEPP-5 in the Budker Institute of Nuclear
Physics (BINP) is being built. This complex includes electron and positron linacs, a damping ring, a PHI- and C-TAUfactories.
The future control system for the VEPP-5 complex is under development. The hardware environment of this system
consists of three levels: CAMAC hardware in crates with intelligent and ”dummy” controllers (level 1), special server
computer SC (level 2) connecting the intelligent controllers(IC) with a set of workstations (level 3). The computers form
a control system local network via the Ethernet. Software
has three levels as well: different Drivers for maintenance ofCAMAC hardware and Dispatchers (this is a set of processes
running in the IC), a Server, running in SC and a set of control programs (Clients) running in workstations. The Server
provides communication between Clients and processes inthe ICs.

IntelligentController

ETHERNET

to next
to next ICs controllers

Figure. 1. Three levels of hardware.
The control electronics served by either ICs, or CC-24S controllers [3] is placed into CAMAC crates. The CC-24S crates
are connected to the ICs via DS-24S dispatchers [3].
4 The software
Fig.2 shows the software organization. The components thatare not fully implemented are represented by dashed lines).
The low level contains Dispatchers and Drivers for individual blocks. The Drivers work with CAMAC blocks directly and perform required read and write operations. The
Dispatchers control the Drivers and provide transportation ofdata packets between the server PC and the transputer network, as well as inside the network itself.
The Server forms the middle level. It runs in a server
PC. Its main services include booting the transputer network, providing access to the binary database (see below),
dispatching the Client’s requests to the Drivers and returning the Driver’s responses, logging the history of all operations. The key function of the Server is the maintenance ofthe dynamic database. This database is a mirror of the current state of all the hardware. The Server works as a ”databank”, which is used by all the Clients to obtain information
about the hardware and to perform control operations. The
Server is also responsible for administration of the systemand for access control.
The top level consists of the Clients themselves, runningin Linux PCs. The clients implement all the logics of control,server

Text EDITOR

Complete static DB(hardware, logicalelements and systems)

DB for hardware

UCAMporter

COMPILERUCAM managerlevel 2

DB for clients
DB of the control modes

ModeMANAGER

for all elements and systems

UCAM
serverdynamic DB ofhardware state

ETHERNETlevel 3level 1to next controllers

Client library

Link manager & dispatcher

damp:~% ruconsole
Connected to Damp
UCAM:Damp login: operator
Password:
Welcome to UCAM 1.0.10

Link manager & dispatcher

workstations

Driver_5

Driver_4

Driver_3

Driver_2

Driver_1

Driver_3

Driver_5

Driver_1

Driver_7

Driver_6

client_3

client_2

client_1

ucam:damp% _intelligent controller root intelligent controller

remote console

Figure. 2. Three levels of software.

block_N_Lcrate_N
block_N_3

block_J_2

block_1_J

block_1_1

crate_J
block_J_N

crate_1
complete static
DB of hardware(text)
crate/blockboundaries
path
control word
max.codedefault code

binary DB
for hardware...
DDB address 1 2 3

binary dynamic
DB hardware
state (DDB)

1255

34

34

55

17

element_1

element_J

element_K

System_A

chan_K

chan_1

chan_K

chan_2chan_3...

chan_K...

chan_K

complete static
DB of logicalsystems andelements(text)

34

17

DDB address
17
conversion coefficientdefault valuechan_1binary DB
for clients

12

current state...

element_N

System_B

Figure. 3. Database organization.
i.e., the algorithms, used to control the system or some of its
subsystems. The user interface is provided by Motif. Since
the interaction with Server is implemented via TCP/IP, theClients may work in any UNIX computer.

The Database is a set of text files, residing in a directorytree. A special Compiler translates it into a number of binary files. There are separate binaries for ICs, for Server,
and for Clients. The main features of these binaries are asfollows.

5 The database

The database for Clients assigns each physical channel
a position in the DDB. It also contains full information
about logical structure: the hierarchy of systems, subsystems
and elements, and about the properties of individual logicalchannels (such as min/max/default values, conversion coefficient etc.).

The Database (see Fig.3) contains a complete descriptionof the physical devices and their channels, as well as information about their grouping into logical elements. It provides effective control of all the systems on the complex.

Figure. 4. A window of a client program.

The database for Server includes unique paths to eachphysical channel in the transputer network and their basic
properties (input/output, allowed range of codes etc.).
The database for ICs contains hardware-dependent information such as block positions and control words. The
database also includes a set of initialization files for individual elements and subsystems. The values of control channels
for set up modes of operation are stored in these files.
All the clients access the Database only via the Server.
The organization of the database and availability of a library of drivers enables easy reconfiguration of the system.

mode of the system with a frequency of 1 Hz is used. Evaluation of the system performance was made, and it confirmed
the validity of the solutions being used. The design of thefull version of the system is in progress.

6 Conclusion[3]

Currently the first variant of this system is used for the control of the RF system of the damping ring. Fig.4 shows ascreen snapshot of a working Client. Now the main working

References
[1]

[2]

A.Aleshaev et al. ”VEPP-4 control system”, Proc.
ICALEPCS’95 (Chicago). CD-copy of the Proc., pp.
799–804.
G. Harp. ”Transputer Applications”, Pitman Publishing, 1989.
V. Kozak. Preprint INP/88-24, Novosibirsk, 1988 (InRussian).