| DELPHI Home | Slow Controls | SC Maestro's Guide | DELPHI Phone List |
| SC SMI Analyzer | SC Logbooks and Logfiles | HIPE Access |
Current news items are:
03-Nov:
THINGS TO WATCH ON SLOW CONTROL SHIFT UNTIL 6-NOV-2000
29-Oct:
Connecting to wsdeso
18-Oct:
Always call TPC shifter before plateau change.
10-Oct:
Fuse Box
06-Oct:
ID: trip on straws
19-Sep:
TPC Plateau
20-Jul:
Reminder: Communication problems with ID.
27-Jun:
New GSM phone.
27-Jun:
New procedure at PREPARE_FOR_RUN
27-Jun:
RIB emu messages
08-May:
HPC LV errors
05-May:
Put a detector back to central
21-Apr:
Checking neon lights in the cavern
11-Apr:
You need to tell TCR your CERN ID number
10-Apr:
Monitoring the Electric Power Supply to DELPHI.
03-Apr:
HAC goes to full volts at PREPARE_FOR_COARSE_TUNING
28-Mar:
Reminder on trap door and ventilation warning
01-Jan:
GSS message: power cut in D1
Use these buttons to update this Slow Controls News page
|
  |
|
  |
|
| Add a new item to SC News |   | Modify an item in SC News |   | Delete an item from SC News |
This page is generated automatically, in case of problems contact André Augustinus
it is important to monitor the following things
during slow controls shifts until 6-NOV-2000
Call experts in case of problems, or powercut.
Central Systems:
GAS: distributions must be in RUN state for all detectors
so that purge continues
SOLENOID: must remain on and all systems and monitoring
must be running
Detectors:
RIB: watch temperatures
The 'set host wsdeso' command does not work because of a decnet problem on wsdeso. This will probably remain like this until the end of running. Instead of that use the command 'telnet wsdeso' to log in to the solenoid workstation.
The TPC shifter must to be called before a plateau change (day and night).
A box of emergency spare fuses has been placed next to the GSS terminal. It contains only standard fuses normally found with Yvon during office hours. However, all detectors are advised to keep their own supply of the fuses that they may need. Check this fuse box when you are really lacking a fuse at night.
The ID has automatic recovery of trips for the Straw channels. While the automatic trip recovery is taking place the HV object stays in a good (OK) state. (You will only know about the trip from an EMU message or if you look at the ID Slow Controls display on their workstation.) This automatic recovery procedure can take a long time (since 4th October this can be up to 20 minutes). It has been observed that sometimes a channel of the Straws does not recover (indicated by the state ERROR). In such a case: wait about 10 mins and try to recover manually with a 'prepare_for_run'. If this fails leave the channel in error; it will then almost certainly recover at the next fill.
We have reverted back to the previous version of the plateau system So, when atmospheric pressure goes down one is forced (and allowed) to go to the lower plateau of 970 mbar. All the instructions for changing the plateau are valid again. Please have also a look at the information on this page: http://delphiwww.cern.ch/disk$user/tpc_operator/www/doc/changement_plateau.html
Sometimes the ID looses communication with the Lecroy HV crates (indicated by a NO_CONTROL state and CAEN_SER_JT in SYNC* for >5 minutes). This can be cured by following the instructions in the ID section of the SC Maestro's Guide. However if it is necessary to ramp down the volts rapidly (eg. where this problem occurs at the end of a fill, preventing a rampdown), the (ID-specific) "Emergency Rampdown procedure" should first be carried out.
The old Motorola GSM has been replaced with a more modern Nokia model. The new driving instructions are in the Bible.
Since today, the PREPARE_FOR_RUN command will no longer be issued by Big Brother at TUNES JUMPED but only when the separators are at 0. This new procedure is to avoid problems related to huge background spikes that have been experienced after tune jumps in the past days.
RIB , while in datataking , can send emu messages like "EP_RIB_HV...CAEN crate is now HV enabled". please ignore them. They are a known feature that we have to live with...
In case of LV ERROR in HPC, please check in the LV display on AXDEHP
station how many channels are involved: if just one or two channels
are in error (excluding those already in permanent error) do not
consider it as a real problem and don't call HPC shifter. Just send a
message to HPC_OPERATOR specifying which channel is in error.
If HPC is in error because of that while ramping up and BB does not
start run, please take HPC out of run_included and let the run start.
There might be a need for the SC maestro to bring back a detector from local to central, without the need of the detector expert being present. The most common reason is after a reboot of a detector station, that brings back that detector smi in 'local'. Only if you are really sure the detector was in central before, and nobody is working on it, you are yourself allowed to switch that detector back to central For that there is a command (to be given from a terminal window logged in as sc_operator) to_central with as parameter the detector name (vd, id, tpc etc.). eg. to_central id will set the id to central.
Serious noise problems last night were eventually traced down to a
noisy light in UX86. To prevent a reoccurrence, we should check (every
SLIMOS tour) that the following lights are switched OFF.
> "Switch A1" beside door to A1 ("0"=off, "1"=on)
> "Switch B1" beside door to B1 ("0"=off, "1"=on)
> "Switch C1" beside door to C1 (like A1/B1, but no number!)
> Check through door YPAX UX84 (before you go into D2, behind the
stairway down to D1) that lights are off
> Check through door YPAX UX86 (on your way out of D2, behind the
stairway down to D1) that lights are off
> "Switch D1" outside D1 (next to Solenoid vacuum system control
panel: "0"=off, "1"=on)
If there is a light on, do not switch it off ("if it ain't broke,
don't fix it"), but tell the QC and shift leader so they can check
for noise. During the day (or next day), call the SC on-call to come
and have a look.
When reporting a problem to TCR you have to give your CERN ID number. This seems to be a move to increase the administration. (Must have learnt this from Rutherford Lab. At last we have made a significant contribution to LEP...)
We now have the possibility of monitoring the electricity suppply
to DELPHI. This should be done about once or twice per shift to check
for problems. Report any variation larger than about 10V.
The instructions for how to get this information can be found in
the bookmarks under Access to TCR data logs (and also
the SC Maestro's Guide).
It is best to leave the display running (but please make sure it does
not cover the gas display !).
To update the graph to show data up to the current time, you can use
the "Delete" button to remove the graph values ("Tension phase
R-EXD5-80" etc) and then reselect them.
Since the end of 1999, the HAC goes to full volts (READY) when LEP goes to ADJUST and the PREPARE_FOR_COARSE_TUNING command is issued.
Whenever the trap door (this is the green lid on the big shaft used to lower equipment with the overhead crane) is going to be opened, this will be reported to you by the crane drivers (in addition they will inform the TCR). This will cause an anomaly to appear 'trap door opened' and, due to the change in pressure, after a little while a warning 'ventilation stopped in UX'. Those can be ignored for the time the door is open, but both the anomaly and warning shuld disappear when the door is closed again (usually the crane drivers also report when they closed the door again).
Occasionallly you will see messages from GSS reporting a power cut in D1; usually they are cleared within a few seconds. These are caused by intermittent bad readings of the hardware. Please ignore them (anyway, a 'real' power cut you will notice anyway via other means: DAS stop, D1 and fastbus errors).
| DELPHI Home | Slow Controls | SC Maestro's Guide | DELPHI Phone List |
| SC SMI Analyzer | SC Logbooks and Logfiles | HIPE Access |