EOVSA MONITOR AND CONTROL SYSTEM

Gelu M. NitaNJIT

A Possible EOVSA System

Temperature-Controlled Front End Field Module

Noise DiodeControl

Day/NightAttn. Ctrl.

Solar BurstAttn. Ctrl.

V/H RF Power OutAttn. Ctrl.

Temperature Sensors

Block Downconvertor Module

V/H Power Out Freq. Var. Attn. Ctrl

Solar Burst Attn. Ctr.

Possible LO Distribution System

Subarray Switch Ctr. Ping-Pong Switch?Subarray 2 LO

Ping/Pong LOs

Compact Reconfigurable Input/Output (cRIO) Real Time Module: flexible

solution for implementing the control/monitor of the EOVSA Front End

Modules

NI-PXI: A possible solution for implementing the EOVSA ACC

PCI eXtensions for Instrumentation (PXI) is a rugged PC-based platform that offers a high-performance, low-cost deployment solution for measurement and automation systems. PXI combines the Peripheral Component Interconnect (PCI) electrical bus with the rugged, modular Eurocard mechanical packaging of CompactPCI and adds specialized synchronization buses and key software features.

An NI-PXI controller may host both a Windows OS that may provide a graphical user interface and a Real-Time OS that may provide deterministic interaction with its peripheral modules used to control/monitor the LO and DC subsystems, and antenna frontend cRIO modules.

Communication with the Patriot Antennas via MODBUS over TCP/IP

Patriot Antenna Control and Monitor LabVIEW Implementation of the

KSRBL system

Overview of the EOVSA Control/Monitor Communication Protocols

Patriot Antenna Controller: MODBUS over TCP/IP between the Antenna Controller and its Field Point dedicated cRIO-RT Module.

Field Point Modules: TCP/IP between the Antenna Control Computer (ACC) and the field point cRIO-RT modules

LO and DC systems (cRIO or PXI-RT): TCP/IP (on a real or virtual Ethernet network)

Unifying Solution: The Shared Variable Engine (SVE): NI-PSP communication protocol implemented on top of a TCP/IP layer

CARMA like Architecture?

SVE

CORBA vs. OPC/DCOM The Common Object Request Broker

Architecture (CORBA) is a standard defined by the Object Management Group (OMG) that enables software components written in multiple computer languages and running on multiple computers to work together (i.e., it supports multiple platforms).

OLE for Process Control (OPC), which stands for Object Linking and Embedding (OLE) for Process Control, is an industry standard maintained by the OPC Foundation that was designed to provide a common bridge for Windows based software applications and process control hardware based on the Object Linking and Embedding (OLE), Component Object Model (COM), and Distributed Component Object Model (DCOM) technologies developed by Microsoft for the Microsoft Windows operating system family.

Solutions for Multi-Platform Access to the LabVIEW

Monitor/Control Network-Published Variables

Win PCs Mac OS Linux PXI-RT cRIO-RTShared VariableEngineData SocketWith PSP

Shared Variable Engine (SVE) for Internal LabVIEW Monitor/Control Comunication

trough Singe-Process and Network-Published Variables

SVE and OPC for LabVIEW-non LabVIEW communication

The SVE is an Object Linking and Embedding (OLE) for Process Control (OPC) Server 3.0 compliant and can act as an OPC server on Windows machines. Any OPC client can write to or read from a network-published shared variable hosted on a Windows machine

LabVIEW Network-Published Shared Variable Benchmark

(as advertised by NI)Host Hardware 64 Bit Intel Core 2 Duo 1.8 GHz 2 GB RAM Gigabit ethernetHost Software Windows Vista 64 LabVIEW 8.20 and LabVIEW 8.5Compact RIO Hardware NI cRIO 9012 controller 400 MHz processor 64 MB DRAMCompact RIO Software LabVIEW RT 8.20 and LabVIEW RT 8.5 Network Variable Engine 1.2 (with LabVIEW 8.20) and 1.4 (with LabVIEW

8.5) Variable Client Support 1.0 (with LabVIEW 8.20) and 1.4 (with LabVIEW

8.5)

Additional Features of the Shared Variable Engine

In addition to managing networked-published shared variables, the SVE is responsible for:· Collecting data received from I/O servers.· Serving up data through the OPC and the PSP servers to subscribers.· Providing scaling, alarming, and logging services for any shared variable with those services configured. These services are provided by the LabVIEW Datalogging and Supervisory Control (DSC) Module.· Monitoring for alarm conditions and responding accordingly.

Conclusion The LabVIEW software provides native support

for the National Instrument hardware intended to be used for controlling/monitoring the EOVSA system.

The Shared Variable Engine and the LabVIEW DSC provide the means for an efficient and time-saving implementation of the EOVSA monitor and control system.

Any non LabVIEW EOVSA subsystem may have ral-time access to the Shared Variable Engine data as long as it is able to establish connection with a standard 3.0 compliant OPC server.