Download presentation
Presentation is loading. Please wait.
1
Run experience Cover FW SRB FW DAQ and monitoring
Straw readout status PL for straw team Run experience Cover FW SRB FW DAQ and monitoring
2
Current Status Timing stability Pc-farm data
Latency shift problem understood (TTCrx chip control) and fixed T0 shift at start run understood (?), will be fixed in new Cover fw Speeds up straw start after power-on from few hours to less then 1 hour Pc-farm data MEP fixed 1->16 Data rate per burst (at nominal intensity): Raw data ≈1.2 GB/SRB Trigger matched data (400k triggers) ≈70 MB/SRB Cover firmware Currently used cover firmware v15 is not fully efficient for covers near the beam line at nominal beam intensity Tested cover_v16 fw did not solve the problem but gave us hints Straw Detector Status
3
Run experience - DAQ
4
TDAQ Straw Detector Status
Run experience - DAQ Straw readout system is stable and working No major hardware issues Expert interventions are needed rarely (during run) Data inefficiency at nominal beam intensity Only covers near beam line are affected New cover firmware tested during last days of the run (inconclusive results), to be fixed for 2016 run 2.5Gb/s links on SRB Sensitive on chip fitting Caused problem in the last FW TDAQ Straw Detector Status
5
Run experience - Straw Online Software
Run control interface and configuration (DIM server) Working very well Planned new features: more checks after each burst – read and store hit counters, lost hit counters, etc. Raw data monitoring and analysis Basic useful features working and used heavily: occupancies, latency look-up, software trigger matching, … More tools planned: study efficiency, possibilities for trigger primitives from Straw, … Straw Detector Status
6
Run experience - Raw Data Monitor
Standard situation (28 Oct) Closed Tax (27 Oct) Thresholds After power cut (25 Oct) After cable swap (19 Oct) Straw Detector Status
7
Run experience - Services
Overall, all services worked very well HV distribution remarkable Few ‘hot spots’ in noise External noise coupled through services? Possibly related to HV GND not floating Other? TTI power supply for ELMBs Lost connection few times Radiation problem? DCS must introduce ‘heartbeat’ Often not sure whether system is monitored or not Sergey to introduce it in DCS
8
Cover data flow (simplified)
One measurement in 12.5ns FIFO 512 TDC R TDC F FIFO 512 LINK 40M x 8bits (320 Mb/s) FIFO 2048 16 straws Note: One measurement 24 bits, needs 3 write accesses to link FIFO 512
9
Cover FW (now) ‘spikes’ in the beam of factor 2->3 Version 15
Link usage 3 data + 1 ‘comma’ resulting in 10MHz measurement transmission rate Fixed data multiplexing Always circular full scan even if straw not present OK for all but few covers close to the beam Average straw rate 66kHz 66kHz x 16 (straws) x 2 (r/f edge) = 2.1MHz (<10MHz) Max straw rate 600kHz 600kHz x 10 (straws, exaggerated) x 2 (r/f edge) = 12MHz (>10MHz) To this one should add noise, CARIOCA oscillations, etc ‘spikes’ in the beam of factor 2->3 For average rate OK (3 x 2.1MHz= 6.3MHz, less then 10MHz) For max rate extra data must be accommodated in FIFOs Factor 2; FIFO good to more then 2us x 512 ~ 1ms
10
Cover FW (new) New version 16 Improve TDC Improve link usage
+/- ½ clock cycle T0 shift Improve link usage Remove 1 clock cycle gap between data Data transmission rate 40MHz/3 = 13.3MHz Improve data multiplexing Use “round-robin” instead of circular full scan Access only buffers with data Eliminates empty cycles “password on everything” not done Link problem probably due to MPOD HV not floating Wait for tests
11
Cover FW Cover links are now stable Possible improvements if needed
Increase link speed to 480Mb/s 60MHz x 8bits writing 60MHz/3 = 20MHz measurements (from 13.3MHz) Needs to be checked for the longest links Add second link Now used for parameter and monitoring Scaling data bandwidth by 1.5 due to protocol
12
Uriah Heep – Lady In Black
SRB links ‘reloaded’ “…for in darkness I was walking, And destruction lay around me from a fight I could not win” Uriah Heep – Lady In Black
13
SRB 2.5Gb/s link problem?
14
SRB FW 2.5Gb/s links sensitive to fitting, often timing violations
Few ALTERA IP bugs discovered and fixed QUARTUS 15.1; finally reasonable documentation Byte ordering pattern reversed Preemphasis/slew_rate limited to factor 0->3 (used 4) Check if the same link in all SRBs Problem on PCB?
15
SRB – FE_INTF Improved in new FW version LINK 125M x 16bits (2Gb/s)
FIFO 8192 Cover link 320Mb/s FIFO 8192 Cover link 320Mb/s LINK 125M x 16bits (2Gb/s) SYNCH FIFO 8 FIFO 8192 Cover link 320Mb/s Note: One measurement 48 bits, needs 3 write accesses to link Total possible rate 40MHz Estimated need 10MHz (safety factor 4) FIFO 8192 Cover link 320Mb/s
16
SRB – EVENT_MGR Improved in new FW version TRIGGER MATCH
FIFO 1024 FE_INTF link 2Gb/s FIFO 1024 FE_INTF link 2Gb/s TRIGGER MATCH 80MHz (160MHz?) SYNCH FIFO 2048 FIFO 1024 FE_INTF link 2Gb/s FIFO 1024 FE_INTF link 2Gb/s Note: FE_INTF link 3x16bits (max 40MHz, est 10MHz) Trigger match 1x48 bits (max 80MHz)
17
SRB – EVENT_MGR 4 FE_INTF links Trigger match What is needed?
Each 40MHz data; 125MHz/3x16bits Total rate 4x40MHz = 160MHz Trigger match Originally designed for 160MHz Downscaled to 80MHz What is needed? Total track rate 15MHz SRB sees max 8MHz Number of measurements 8MHz x 2.5 (number of straws) x 2 (r/f edge) = 40MHz 80MHz seems to be sufficient ‘peaks’ equalized in buffers
18
SRB data flow All parts of SRB designed to more then expected rate
Safety factors 2->4 All data receiving and reformatting parts will be monitored for possible data loss All SRBs checked with VME online monitoring after EOB Any data loss should be avoided Ethernet link good up to few 100kHz of trigger Depends on event size CARIOCA extra hits in high rate ? Does it make sense to use the second link? Routers and pc-farm?
19
DAQ and monitoring plans
Include new 2.5Gb/s link setup and check Recheck cover FW v16 Include delay settings Any link restart if needed should be automated Second Ethernet link if needed Monitoring All cover status every burst All SRB status every burst Increase VME speed for raw data monitoring
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.