SVT Teststand Diagnostic Software SVT Teststand Diagnostic Software

(1)

SVT Teststand Diagnostic Software SVT Teststand Diagnostic Software

•

Design Requirements : Design Requirements :

• give same (or improved) functionality of Oasis system on a new Rom teststand,

• allow production testing of HDI and modules,

• allow detailed debugging and troubleshooting,

• provide and easy to use Gui, with online help and documentation,

• provide an interface to an SQL database system to store test results,

• allow debugging in IR-2 setup

(i.e. Many Roms and modules connected),

• provide interface to web services.

(2)

•

Implementation Basics : Implementation Basics :

• Client Server architectureClient Server architecture

• client runs on Linux or SunOS platforms

• server runs on VxWorks with odf libraries

• ROOT is chosen as development and Gui tool for the client side and functionality to user code is provided by a set of shared libraries that are loaded in a root session, or by a dedicated exec.

ROOT on Unix Box ROOT on Unix Box

Rom 1 Rom 1 StsClient

Rom 2 Rom 2 StsClient

StsRomManager

StsConfig Manager

StsDb Manager

Client code

StsServer

(3)

•

Implementation Basics (continued) : Implementation Basics (continued) :

Command handshake Command handshake

• Communication between server and client is provided through ROOT serialization.

• Minimal implementation of the serialization system on VxWorks is enough for server operation.

Persistance of test results Persistance of test results

• ROOT interface to a relational DB via SQL language is used to store test results.

• SQL interface allows to store also results of tests done with other Labview programs currently used in Pisa module production.

• MySql is the choice as DBMS as:

• is sufficiently robust and stable for our needs

• provides also a C++ API (mysql++)

• is freely distributed with its source code

(4)

• Current Development Status : Current Development Status : Almost done:

Almost done:

• design and implementation of client API

• definition of communication classes and their implementation

• implementation of the multithreaded architecture needed on the client side

Next to come:

• implementation of ROM code, most borrowed from earlier SvtDiagn package.

• Interface to existent SVT calibration and data acquisition system (SvtOdf, SvtOnline)

Involved people (up to now):

• Francesco Forti: francesco.forti@pi.infn.it

• Mario Bondioli: mario.bondioli@pi.infn.it