DAQ setup
Generic setup:
Computer and network setup
The minimum software needed to take data is:
- Labview - needs a windows PC
- Eudaq - windows build is unstable, use Linux (can be in virtual machine)
Additional PCs:
- DQM4HEP comptuer
- Quasi-online monitoring
- Copy-to-dcache
- Remote desktop PC
The data locations are usually mounted via sshfs (search in the bash history or elog). SSH server is running on all machines, including the labview PC.
DIF Firmware
The DIF blinks out the firmware code. The number corresponds to the consecutive number of short blinks. Zero is represented as loong pulse. Recent firmware code is 20180511
Functional test
The purpose is to check, that the ASIC gets programmed correctly and is responding with data.
If something is not working, the usual troublemakers are:
- flexlead,
- power cable
- hdmi cable
- ASIC soldering
- DIF board
- wrong LDA port being used
Trigger setup
With older spiroc2b HBUs we used the trigger to promptly validate the event in the SPIROC via a dedicated "trigger" line in the HDMI (CCC->LDA->DIF->ASIC). This scheme is called "validation". With SPIROC2E, the noise is not a big concern, therefore we don't use trigger to validate the event in the ASIC (The DIFs are configured to not pass this signal: this is done in the labview configuration by the "Validation" button). However, the trigger is still needed to go the LDA to get an absolute timestamp information. Later in the EUDAQ, the events are built according to this trigger information.
Trigger setup from out own scintillators:
We usually setup the trigger via a
- Two trigger scintillators ("finger scintillator in a cross configuration)
- NIM crate (Check, that the power supply supplies correctly all voltages!)
- HV power supply (either AHCAL CAEN rack power supply, or the onve provided by the TB)
- amplifiers (usually not needed, unless discriminators have problems)
- discriminators (check the threshold level by a multimeter)
- coincidence (check the pulse lengths)
- gate generator(pulse generator to generate ~200 ns pulse (to suppress after-pulses from PMT)
- ttl output goes to CCC
- NIM output goes to the BIF
It is very useful to use an oscilloscope and check, that the signal is as expected at each point (starting from the PMT direct signal!)
Trigger setup from external source (TLU,Sync board)
The trigger signal comes from the hdmi port from external device. In this case, make sure, that the trigger is configured correctly in the ccc (passed all the time). The lemo trigger input of the CCC is then not used, but it is a good idea to disconnect the trigger
Checklists
Before the testbeam
- Are the computers connected to internet reasonably updated? It is a good idea, that all software still works after an update. The functionality is a known problem, that can require few weeks of time to solve
- Is there enough hard drive space?
- Are the data directories free from data from previous testbeams?
- Labview: create a new directory with a copy of the labview project, slowcontrol folders, temperature compensation folder and data folder. Is the labview AHCAL program the latest?
- prepare the temperature compensation values
- EUDAQ:
- Is the event building scheme decided? Are the startup scripts and configuration files relevant, or new have to be written?
- EUDAQ Online monitoring needs a new mapping every testbeam (it is in the converter to stdplanes)
- Slowcontrol settings for asics and module numbering should be decided and fixed
Testbeam setup and running
- Each time a trigger path is changed, LDA and BIF offsets have to be calculated and configuration files updated.
- Data should be copied to grid on the flyt, because the speed is usually very slow (1~8 MB) and last day is usually not sufficient to copy everything
- Documentation:
- the setup (at least elog, confluence)
- which version of labview, eudaq, dif firmware is used
- which layer is connected to which LDA port of which LDA and which power supply channel;
- measure the distances in the beam area (even upstream) - important for later simulation
- Labview:
- writing to txt file enabled/disabled?
- Temperature compensation is enabled
- Temperature reading is enabled
- Monitor the temperature of the modules (especially DIF and POWER)
- Lubricate the moving stage
- Temperature compensation: ensure correct values are given to the correct LDA port number
- check the noise level in the labview. High noise is cause by a first module startup (sometimes needs a power cycle
), bad slowcontrols, bad bias voltage adjustment or light leak. Typical noise is 0-2 hits in the asic.
Run checklist
Following information must be clear from the logs:
- what is the run number and whether it is a valid run
- beam conditions
- particle type, energy
- beam rate
- spill length and duty cycle
- Slowcontrols loaded in the ASICs
- Power-pusing enabled or not?
- Voltage compensation is enabled? when did it perform it?
- what eudaq configuration file was used (configuration can be retrieved from the eudaq log files, but it is a lot of work to dig it out later)