EUROPEAN
SOUTHERN OBSERVATORY
Organisation Européenne pour des Recherches Astronomiques dans l'Hémisphère
Austral
Europäische Organisation für astronomische Forschung in der südlichen
Hemisphäre
VLT PROGRAMME
VERY
LARGE TELESCOPE
TECHNICAL
REPORT
---
XXXX
Instrument Control Software
Preliminary
Acceptance Europe
Template
Document
Doc. No.: VLT-TRE-ESO-17240-3162
Issue: 2
Date: 05/08/2005
Name Date Signature
Prepared: A.Longinotti
Name Date Signature
Approved: K.Wirenstrand
Name Date Signature
Released: M.Cullum
VLT PROGRAMME * TELEPHONE:
(089) 3 20 06-0 * FAX: (089) 3 20 06 514
CHANGE RECORD
|
ISSUE |
DATE |
SECTION/PAGE AFFECTED |
REASON/INITIATION DOCUMENTS/REMARKS |
|
1 |
|
All |
First version |
|
2 |
|
3.9 3.10.6 Chapter 4 |
Added tat tests Added TAT001 and VCM006 |
TABLE OF CONTENTS
TABLE
OF CONTENTS 3
1 INTRODUCTION 5
1.1 PURPOSE 5
1.2 SCOPE 5
1.3 APPLICABLE DOCUMENTS 5
1.4 REFERENCE DOCUMENTS 5
1.5 ABBREVIATIONS AND ACRONYMS 6
1.6 GLOSSARY 6
1.7 STYLISTIC CONVENTIONS 6
1.8 NAMING CONVENTIONS 7
2 OVERVIEW 8
2.1 HARDWARE REQUIREMENTS 8
2.2 SOFTWARE REQUIREMENTS 8
3 TEST DESCRIPTION 9
3.1 DOCUMENTATION 9
3.1.1 Instrument Software Acceptance Test Plan 9
3.1.2 Instrument Software User and Maintenance
Manual (DOC001) 9
3.1.3 Instrument Software Acceptance Test Report 9
3.2 STANDARDS 9
3.2.1 Programming Standards (STD001) 9
3.2.2 Standard Architecture (STD002) 9
3.2.3 DCS packages (STD003) 9
3.2.4 ICS package (STD004) 9
3.2.5 OS package (SDT005) 9
3.2.6 Startup procedures (STD006) 9
3.2.7 Rules and package for templates (STD007) 9
3.2.8 Instrument Configuration files (STD008) 9
3.2.9 Users name (STD009) 9
3.3 INSTALLATION 10
3.3.1 Rebuild Instrument Software from scratch
(INS001) 10
3.3.2 Usage of pkgin to build the Instrument
Software (INS002) 10
3.3.3 Access to cmm Archive (INS003) 10
3.3.4 Installation failures check (INS004) 10
3.3.5 Instrument package for P2PP (INS005) 10
3.4 SUB-SYSTEMS TEST 10
3.4.1 DCS test (DCS001) 10
3.4.2 ICS special devices LCU test (ICS001) 10
3.4.3 ICS special devices test (ICS002) 10
Run on the
Instrument Workstation a high-level test for each of the ICS special devices
(see 3.4.2). Such a test exercises the device functionality by sending commands
to the associated device server process. 10
3.4.4 ICS test
(ICS003) 10
3.5 GRAPHICAL USER INTERFACE 10
3.5.1 DCS stand-alone GUI (GUI001) 10
3.5.2 ICS stand-alone GUI (GUI002) 11
3.5.3 OS Control GUI (GUI003) 11
3.5.4 OS Status GUI (GUI004) 11
3.5.5 GUIs layout (GUI005) 11
3.6 OS 11
3.6.1 Startup/Shutdown (OS001) 11
3.6.2 Single exposure (OS002) 11
3.6.3 Templates (OS003) 11
3.6.4 Interface P2PP-BOB (OS004) 11
3.7 MS 11
3.7.1 Technical templates (MS001) 11
3.7.2 Results format (MS002) 11
3.8 ALARMS 12
3.8.1 Emergency cases (ALM001) 12
3.8.2 Simulate alarms (ALM002) 12
3.8.3 Configure alarm conditions (ALM003) 12
3.9 AUTOMATIC REGRESSION TESTS 12
3.9.1 Full cycle (TAT001) 12
3.10 VLT CONTROL MODEL 12
3.10.1 Make sure that the Instrument Software is
built from scratch (VCM001) 12
3.10.2 Build the Instrument Software for the VCM
(VCM002) 12
3.10.3 Templates (VCM003) 12
3.10.4 Interface P2PP-BOB (VCM004) 12
3.10.5 Interface OS-Archive (VCM005) 12
3.10.6 Automatic Regression Tests (VCM006) 12
4 TEST EXECUTION 13
4.1 AT THE AIV PREMISES 13
4.2 IN THE VLT CONTROL MODEL 17
5 CONCLUSION 18
5.1 ACTION ITEMS 18
This document aims to
provide instrumentation software responsible with a template of the Technical
Report, due after the Preliminary Acceptance
This document provides a report on the XXXX Control Software Preliminary Acceptance Europe (PAE), which took place in two runs:
1) At the NNNN Observatory premises, where the Instrument has been integrated, 1-3 June 2003.
The people involved were:
·
Consortium
A.Bcd (NNNN Observatory)
E.Fgh (NNNN Observatory)
I.Jkl (JJJJ Observatory)
·
ESO
M.Nop (Garching)
Q.Rst (
2) At ESO, in the VLTI Control Model, 10-11 June 2003.
The people involved were:
·
Consortium
U.Vwx (Laboratoire
d’Astrophysique de
·
ESO
M.Nop (Garching)
The XXXX Control Software PAE consists in repeating the tests described in the XXXX Control Software Acceptance Test Plan [RD 01] and verifying the results.
The following documents, of the exact issue shown, form a part of this document to the extent specified herein. In the event of conflict between the documents referenced herein and the contents of this document, the contents of this document shall be considered as a superseding requirement.
|
Reference |
Document Number |
Issue |
Date |
Title |
|
GEN-SPE-ESO-19400-0794 |
3.0 |
In preparation |
DICB - Data Interface Control Document |
|
|
VLT-PRO-ESO-10000-0228 |
2 |
In preparation |
VLT Software Programming Standards |
|
|
VLT-PLA-ESO-00000-0006 |
3 |
In preparation |
VLT Software Management Plan |
The following documents are referenced in this document.
|
Reference |
Document Number |
Issue |
Date |
Title |
|
VLT-PLA-NNN-MMMM-PPPP |
N |
dd/mm/yyyy |
XXXX Control Sw Acceptance Test Plan |
|
|
VLT-MAN-NNN-MMMM-PPPP |
N |
dd/mm/yyyy |
XXXX Control Sw User and Maint.Manual |
|
|
VLT-SPE-ESO-17100-3439 |
1 |
In preparation |
Paranal Network/Computers Design Description |
|
|
VLT-MAN-ESO-14100-1878 |
1.4 |
|
IRACE-DCS User Manual |
|
|
VLT-MAN-ESO-17200-0642 |
4 |
|
VLT Common Software Installation Manual |
|
|
VLT-MAN-ESO-17240-0934 |
5 |
|
Base ICS User Manual |
|
|
VLT-MAN-ESO-17240-2265 |
4 |
|
Base OS Stub User Manual |
|
|
VLT-MAN-ESO-17240-1913 |
4 |
|
Installation Tool for VLT Sw packages |
|
|
VLT-MAN-ESO-17240-2153 |
4 |
|
Startup Tool Stub User Manual |
|
|
VLT-MAN-ESO-17220-1999 |
4 |
|
Broker for Observation Blocks User Manual |
|
|
VLT-MAN-ESO-17240-2240 |
4 |
|
Common Software for Templates User Manual |
|
|
VLT-MAN-ESO-17240-2606 |
3 |
|
Base ICS GUI User Manual |
|
|
VLT-MAN-ESO_17200-0908 |
1.4 |
|
Tool for Automated Testing User Manual |
|
|
VLT-MAN-ESO-17240-1973 |
5 |
|
Template Instrument User and Maint.Manual |
|
|
VLT-MAN-ESO-13640-1388 |
3 |
|
FIERA CCD Controller Software User Manual |
1.5 ABBREVIATIONS AND ACRONYMS
This document employs several abbreviations and acronyms to refer concisely to an item, after it has been introduced. The following list is aimed to help the reader in recalling the extended meaning of each short expression:
|
AIV |
Assembly Integration and Verification |
|
ATP |
Acceptance Test Plan |
|
ATR |
Acceptance Test Report |
|
CCS |
Central Control Software |
|
CPU |
Central Processing Unit |
|
DCS |
Detector Control Software |
|
DFS |
Data Flow System |
|
ESO |
European Southern Observatory |
|
FITS |
Flexible Image Transport Format |
|
GUI |
Graphical User Interface |
|
HW |
Hardware |
|
ICS |
Instrument Control Software |
|
INS |
Instrumentation Software Package |
|
I/O |
input/output |
|
ISF |
Instrument Summary File |
|
IWS |
Instrument Workstation |
|
LAN |
Local Area Network |
|
LCC |
LCU Common Software |
|
LCU |
Local Control Unit |
|
MS |
Maintenance Software |
|
N/A |
Not Applicable |
|
OS |
Observation Software |
|
PAE |
Preliminary Acceptance |
|
P2PP |
Phase 2 Proposal Preparation |
|
SW |
Software |
|
TAT |
Tool for Automated Testing |
|
TBC |
To Be Clarified |
|
TBD |
To Be Defined |
|
TCS |
Telescope Control Software |
|
TSF |
Template Signature File |
|
UIF |
(Portable) User Interface (Toolkit) |
|
VLT |
Very Large Telescope |
|
VME |
Versa Module Eurocard |
|
WS |
Workstation |
|
|
|
No special definition is introduced in this manual
The following styles are used:
bold
in the text, for commands, filenames, pre/suffixes as they have to be typed.
italic
in the text, for parts that have to be substituted with the real content before typing.
teletype
for examples.
<name>
in the examples, for parts that have to be substituted with the real content before typing.
bold and italic are also used to highlight words.
This implementation follows the naming conventions as outlined in [AD 02].
The present document is structured as follows:
· Chapter 3 gives a detailed description of the tests performed.
· Chapter 4 describes the exact sequence of actions executed during PAE.
· Chapter 5 contains the conclusions and agreed action items.
The following computers have been used at the AIV Premises:
· Target Instrument Workstation
· Target ICS LCUs (2)
· Target TCCD LCU
· Target IRACE Sparc
· Target FIERA Sparc
The following Software configuration has been used:
· HP-UX 11 Operating System on the Target Instrument Workstation
· SunOS 5.8 Operating System on the IRACE and FIERA Sparc
· VLT Common Software – APR2005.
This section describes the documents produced for PAE.
3.1.1 Instrument Software Acceptance Test Plan
See [RD 01].
3.1.2 Instrument Software User and Maintenance Manual (DOC001)
See [RD 02].
It includes:
1.
One chapter
dedicated to an overview of the architecture of the whole Instrumentation
Software (LAN, computers, processes, environments and database).
2.
One chapter
dedicated to the installation of the whole Instrumentation Software.
3.
One chapter
dedicated to observation scenarios, including a layout of the GUIs.
4. One chapter dedicated to Templates.
3.1.3 Instrument Software Acceptance Test Report
It is the present document.
The following aspects of the Instrumentation Software have been verified through code inspection.
3.2.1 Programming Standards (STD001)
Compliance with Software Programming Standards ([AD 02]) has been verified through code inspection on files (randomly around 10% of the total source code) of all main categories (C++, C, tcl).
3.2.2 Standard Architecture (STD002)
The LAN and hardware platforms (WS, LCUs), including names, are conform to what specified in [RD 03].
DCS is based on the standard DCS package IRACE [RD 04] and FIERA [RD 15].
ICS uses the base ICS packages icb [RD 06] and icbpan [RD 12].
OS uses the common OS package BOSS [RD 07].
3.2.6 Startup procedures (STD006)
Startup/Shutdown procedures are based on the common tool stoo [RD 09].
3.2.7 Rules and package for templates (STD007)
Templates use the common library tpl and follow the rules defined in [RD 11].
3.2.8 Instrument Configuration files (STD008)
All files
dealing with the instrument configuration for Paranal belong to one single
dedicated module (xxmcfg).
The User Manual describes the procedures to be followed to keep under Software configuration control any change to the Instrument configuration parameters.
The target Instrument WS defines two users:
1. xxxxmgr, responsible for the installation
2. xxxx, who runs the instrument Software.
For both users, INTROOT and INS_ROOT must be defined according to the standard adopted at Paranal:
· INTROOT set to /vlt/XXXX/INTROOT
· INS_ROOT set to /data/XXXX/INS_ROOT
All
tests described in this section have been executed at the AIV premises as user xxxxmgr
3.3.1 Rebuild Instrument Software from scratch (INS001)
It is possible to rebuild from scratch the complete instrument software and related environments.
Before running the installation procedure, the old contents of $INTROOT, $INS_ROOT, $VLTDATA/ENVIRONMENTS, $VLTDATA/config are (re)moved, to verify that installation can be done from scratch.
3.3.2 Usage of pkgin to build the Instrument Software (INS002)
The Instrument Software installation is based on pkgin [RD 08].
3.3.3 Access to cmm Archive (INS003)
The complete code is accessible and can be
retrieved from the cmm Archive. This can
be verified by checking the contents of the file xxins/config/xxinsINSTALL.cfg.
In order to be able to repeat the tests at any time with exactly the same configuration, all module versions are explicitly registered in this file.
3.3.4 Installation failures check (INS004)
The installation procedure, being based on pkgin, allows easy tracing of failures and possible reasons.
3.3.5 Instrument package for P2PP (INS005)
As result of the build and installation procedure, the Instrument Packages XXXX.zip (observations) and XXXX_tec.zip (maintenance), as defined by P2PP, are produced and placed in $INTROOT/config.
All
tests described in this section have been executed at the AIV premises as user xxxxmgr
Run dedicated test procedure(s), which exercises for every individual detector system (DCS):
· the proper startup/shutdown
· state change
· execution of the main operations when online:
q one single exposure, for all implemented read-out modes, or a selection of them, if too many.
q verify if FITS files are properly saved in $INS_ROOT/SYSTEM/DETDATA.
3.4.2 ICS special devices LCU test (ICS001)
Run for each ICS special device from the vxWorks shell a low-level test, which exercises the device functionality by accessing directly the associated driver. The devices are:
3.4.3 ICS special devices test (ICS002)
Run the ICS self test procedure, based on ic0SelfTest (see [RD 06]). It exercises:
· the proper startup/shutdown
· state change
· SETUP all functions in all possible named positions (or samples over a continuous range),
· STATUS -header -dumpFits.
All
tests described in this section have been executed at the AIV premises as user xxxx
3.5.1 DCS stand-alone GUI (GUI001)
The DCS stand-alone GUI allows performing all main operations foreseen:
· startup/shutdown
· go online
· set simulation level
· define a setup
· execute an exposure.
3.5.2 ICS stand-alone GUI (GUI002)
The ICS stand-alone GUI is based on icbpan and allows performing all main operations foreseen:
· startup/shutdown
· go online
· set global simulation level
· set single device simulation level
· define a setup
· execute a setup
The OS Control GUI has the following characteristics:
· It is complementary (not alternative) to BOB, in particular
· there is no START button
· there is ABORT button for one single exposure.
· It shows a summary of the current instrument status
· It shows the current instrument mode
· It shows the main ongoing activities (e.g. status of running exposures).
The OS Status GUI shows the detailed status of the whole instrument and its devices.
GUIs used during observations fit into the scheme and space adopted by Paranal.
In particular, they fit into two screens:
1. Main screen for BOB (left) and OS control (right).
2. Second screen for image display with RTD.
All
tests described in this section have been executed at the AIV premises as user xxxxmgr
3.6.1 Startup/Shutdown (OS001)
Run the startup/shutdown procedure, based on the stoo package, for the whole instrument.
3.6.2 Single exposure (OS002)
Execute, through a dedicated test script, one single exposure, involving all sub-systems (DCS, ICS), and verify the result (FITS file) and its contents. Verify also that the generated FITS file is placed by volac in the right directory for archiving: $INS_ROOT/SYSTEM/ARCDATA.
Execute through a dedicated test
3.6.4 Interface P2PP-BOB (OS004)
Verify that the P2PP and the Instrument Package are properly installed on the Observation Handling Workstation.
Define an
All tests described in this section have been executed at the AIV premises as user xxxxmgr
3.7.1 Technical templates (MS001)
All MS procedures are implemented in form of technical templates.
The results produced by MS procedures are archived either in form of an ASCII file, with the same format supported by the CCS sampling tool (for those results obtained through this tool or equivalent), or as part of the operational logs file (short-FITS format).
All tests described in this section have been executed at the AIV premises as user xxxx
3.8.1 Emergency cases (ALM001)
The main emergency conditions that may affect the instrument are identified and documented.
3.8.2 Simulate alarms (ALM002)
Alarms corresponding to emergency conditions are implemented in the software.
3.8.3 Configure alarm conditions (ALM003)
Alarm thresholds (e.g. temperature threshold) can be set through a GUI.
3.9 AUTOMATIC REGRESSION TESTS
All tests described in this section must be executed at the AIV premises as user xxxxmgr
It must be
possible to verify with an automatic procedure, i.e. with no user
interactions, that the complete Instrument Software can be
rebuilt from scratch, the environments can be created and started and all
sub-systems tests are performed successfully. This procedure
must be based on the VLT standard Tool for Automatic Tests (tat).
All
tests
described in this section must be executed on the VLT Control Model (VCM) in
Garching as user xxxxmgr.
3.10.1 Make sure that the Instrument Software is built from scratch (VCM001)
See INS001.
3.10.2 Build the Instrument Software for the VCM (VCM002)
Because of the different hardware available in the VCM, the installation module to be used is xxmgar. Files in this module contain all the definitions characterizing the Garching configuration.
Execute through a dedicated test
3.10.4 Interface P2PP-BOB (VCM004)
Verify that P2PP is running on the VCM OH Workstation and OBs can be transferred to BOB
3.10.5 Interface OS-Archive (VCM005)
Verify that all FITS files generated when
running an
3.10.6
Automatic Regression Tests (VCM006)
Execute the automatic regression test procedure (same scope as for 3.9.1) for the VCM configuration.
This chapter describes, in tabular form, the sequence of actions/commands performed during the PAE to run the complete set of tests/verifications.
|
Test
ID |
Action/Command |
Expected results |
Notes/comments |
|
Check contents of Software User and Maintenance Manual |
Document structure and contents similar to [RD 14] |
Only draft available (AI06) Maintenance part should describe, among others, how to install the Sparc driver and what the meaning and contents of the various DCS modules is. |
|
|
Inspect around 10% of the code |
Compliance with [AD 03] |
Modules xxidev and xxoseq: file header (manual pages) incomplete (AI14) |
|