[Olympus] SlowControl (fwd)

[Stanislav Belostotski]

Dear Colleagues,
As we all understand, slow control (SC) information is very important,    
if not  critical for the data analysis.
Anton will have to collect the information on which set of parameters 
must be controlled in the experiment for each subdetector.
My question is if we have already a LIST of OLYMPUS subdetectors 
and a contact person for each one.If not,  I believe such list mist be 
available
 a.s.a.p., say by the next meeting in April.
   With best regards, StanB  

============================================================================

                     Belostotski Stanislav
                   Professor, Head of Laboratory
                Petersburg Nuclear Physics Institute
                          of Academy of Science,
                     High Energy Physics Division.
                 Gatchina 188350  St.Petersburg,Russia
                      e-mail belostot at mail.desy.de
              tel.007 813 7130087 , fax 007 813 7130010
           tel. 0049 40 89983648     HERMES Collaboration at DESY,
           fax  0049 40 89984034    Notkestrasse 85-22607 Hamburg,Germany


============================================================================


---------- Forwarded message ----------
Date: Wed, 14 Apr 2010 08:03:48 +0200 (CEST)
From: Anton Izotov <izotov at mail.desy.de>
To: John R Calarco <calarco at unh.edu>
Cc:  <olympus at mit.edu>
Subject: Re: [Olympus] SlowControl

Hi,

First part of this message is for John. HV part is for whole 
collaboration.

I propose to separate HV data base and the rest of SC. Let's say 3 data 
bases on the server: StatusBar, SlowControl, HV. About Status Bar we may 
talk later.

As far as I understood your message, for TOF we need two tables 68+1 
(+1 means unix time) columns each in SlowControl db: tofADC, tofTiming.
Two low level clients to read out and to fill corresponding table, and 
two 68 channel timegraps (paged say 8 lines on page) to display actual 
values.
As soon as all detector status is going to be shown on StatusBar those 
time graphs not needed permanently on screen in control room. Insteaad of 
that they may start with say 2 hours history. So you can see when the 
problem started in case of problem.

Concerning HV. 

THIS IS NOT ONLY FOR JOHN!!!!!!!!!!!!!!!!!! 


I would like to discuss it more 
detailed. First of all it has to be separated from the rest of SC nevertheless 
it is a part of SC.

>From the db  point of view it is separate HV db. And now I would like to 
discuss it's structure. 

I propose 5 tables for each detector. Taking TOF as example:
1. tofSetON contains 68+1 columns with the actual set voltage for ON.
2. tofSetCurrent 68+1 acceptable leackage currents.
3. tofSetStandby 68+1 (probably not needed for PMT's) stand by voltages. 
4. tofVoltage 68+1 current voltages.
5. tofCurrent 68+1 actual leackage currents.

However if we do not want to store all values sets during the run, 3 first 
tables turns to 1 with 68 rows corresponding channels and 4 columns:
stand by voltages, ON voltages, leackage currents.

Additionally I would add one StatusHV table for all detectors with 4 
columns: unix time, detector, channnel, status.
Where status is:
0 - channel OFF,
1 - channel StandBy,
2 - channel ON,
3 - channel trip.

This table has to be updated only at the time when status of channel is 
changed.

Anton

> 
> For the TOF scintillators, individual PMT ADCs need to be monitored
> to make certain that gains are matched. There will be 17 scintillators
> on each opposing sector = 34 scintillators, each with a PMT at both
> ends = 68 PMTs = 68 ADC channels. It is also necessary to monitor the
> timing ... so 68 TDC channels. The ADCs should be gated and the TDCs
> started by a common gate/start. We will also need to monitor the 68
> values of HV in a slow control display which will allow for both seeing
> the HVs as well as adjusting them if necessary.
> 
> 
> -- 
> John R Calarco
> Dept of Physics
> Univ of New Hampshire
> Office: 603-862-2088
> FAX: 603-862-2998
> Email: Calarco at unh.edu
> 
> > Dear friends,
> >
> > looks it's time to collect some info for future. Not far future, BTW.
> > We all need a SlowControl (SC) data. And we want it as ... as possible.
> > Taking into account that our project seems to pretend to be very precise
> > one we are much dependent on SC data. It is reality.
> >
> > I would like to know your oppinion. What would you like to store
> > (see on your monitors, monitor, control) about your own beloved detector?
> > I mean ADC channels number needed as well.
> >
> > Responsibles! I'm calling to you.
> >
> > The sooner you answer the sooner it works.
> >
> > My best...
> >
> > Anton
> > _______________________________________________
> > Olympus mailing list
> > Olympus at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/olympus
> >
> 
> 
_______________________________________________
Olympus mailing list
Olympus at mit.edu
http://mailman.mit.edu/mailman/listinfo/olympus