1 / 16

CZĘŚĆ II

CZĘŚĆ II. Spis treści: Krótka informacja o software eksperymentu CMS Układy wyzwalania (trygery) w oparciu o komory RPC (PACT, RBC) w MTCC Wyniki analizy danych z MTCC.

rumor
Download Presentation

CZĘŚĆ II

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CZĘŚĆ II • Spis treści: • Krótka informacja o software eksperymentu CMS • Układy wyzwalania (trygery) w oparciu o komory RPC (PACT, RBC) w MTCC • Wyniki analizy danych z MTCC Akronimy:RPC – Resistive Plate ChamberPACT/ PAC Tryger – Pattern Comparator TriggerRBC – RPC Ballcony CollectorMTCC – Magnet Test and Cosmic Challenge Marcin Konecki, UW

  2. Software CMS – krótka informacja • Pre1992Software prywatny, adaptacja programów z różnych eksperymentów • CMSIM (1992-1998/2004)Fortran, symulacja detektora, mało zaawansowana rekonstrukcja • ORCA (1999-2005)C++, rekonstrukcja • CMSSW (od 2006)C++, symulacja, rekonstrukcja Przypomnienie:Przypadki zaakceptowane przez stopień pierwszy systemu wyzwalania (LV1, dedykowany, programowalny hardware) kierowane są do zespołu procesorów CPU (processor farm), gdzie podejmowana jest ostateczna decyzja trygera wyższego stopnia (HLT) o odrzuceniu lub zapamiętaniu przypadku. RPCsoftware “task force”: Michal Bluj, Karol Buńkowski, Camilo Carrillo, Tomasz Früboes, Alessandro Grelli, Artur Kalinowski, Marcin Konecki, Marcello Maggi, Ilaria Segoni, Piotr Traczyk, Raffaello Trentadue, Paweł Zych Marcin Konecki, UW

  3. PAC Tryger – zasada działania (I) Tor mionu w detektorze CMS W obszarze wewnętrznym cewki panuje pole magnetyczne o indukcji 4 Tesle, powodujące zakrzywienie torów cząstek naładowanych.W obszarze zewnętrznym pole o wartości 1.8 Tesli jest skierowane przeciwnie powodując gięcie torów w przeciwną stronę. • Promień krzywizny toru mionu zależny jest od jego pędu. • Znaczny rozrzut torów o takim samym pędzie spowodowany jest przez proces rozpraszania wielokrotnego oraz fluktuacje strat energii. Miony o niskich pędach zatrzymywane są w żelazie. Marcin Konecki, UW

  4. PAC Tryger – zasada działania (II) Mion przechodząc przez komory RPC znajdujące się w stacjach mionowych powoduje zapalenie pasków (stripów) komory. PACT – znajduje koincydencje zapalonych pasków w różnych płaszczyznach. Układ przestrzenny zapaleń porównywany jest ze wzorcem umożliwiając określenie pędu mionu. Pożądane cechy trygera:Czystość:np. wymaganie zapaleń pasków we wszystkich możliwych płaszczyznach Maksymalna efektywnośćakceptacja przypadków z brakiem zapalonych pasków;niskoenergetyczne „nietypowe” miony często rozpoznawane jakowysokoenergetyczne. Opracowano różne algorytmy dla trygera PAC (baseline, memory improved) oraz różne wzorce. Ich użycie uwarunkowane wymaganiami doświadczalnymi i parametrami komór. QLTY QLTY QLTY QLTY QLTY NiskoenergetycznyMION (6/6), mało prawdopodobny ze względu na rozpraszanie wielokrotne WysokoenergetycznyMION (5/6) Marcin Konecki, UW

  5. Trygery bazujące na RPC w MTCC RBC(RPC Ballcony Collector) – tryger dedykowany do MTCCKoincydencja zapalonych fragmentów komór (na poziomie Link Board). Wyzwolenia w ramach jednego koła (wheel). • 5/6 płaszczyzn częstość wyzwoleń ~30 Hz per wheel • 6/6 płaszczyzn częstość wyzwoleń ~13 Hz per wheel PACT • „RBC like” – wzorce pionowe, bazującena OR wszystkich pasków komory • „pointing to the tracker”:wzorce bazujące na OR wszystkich pasków komory z wymaganiem obecności stacji 4 (5/6, 6/6 płasz.) – używane w ostatniej fazie MTCC I, • W przygotowaniu: wzorce bliskie docelowym oparte na łączonych (OR4) paskach (MTCC2) Marcin Konecki, UW

  6. Geometria trygera RPC w MTTC 11 10 LogSector 9 LogSector 8 Dwa sektory, Siedem wież Trigger Towers 8 7 6 5 4 3 2 Marcin Konecki, UW

  7. CB SU Coder SU Coder SU Coder PAC PAC Slave LB Master LB Slave LB PAC PAC GB & Sorter GB & Sorter PAC PAC PAC PAC RMB RMB System trygera RPC w MTCC RBC MTCC II:2 Log Sectors × 7 Towers  2 Trigger Crates × 2 TBs × 3(4) PACs LTC I2C FEB FEB Half Sorter FEB Final Sorter 2 Trigger Crateswith 2 Trigger Boards, each MTCC I:1 Trigger Crate × 1 TB × 1 PAC GMT • Sygnały z pasków komór przy pomocy elektroniki odczytu (FEB) przesyłane są do LB • Dane z LB poprzez linki optyczne dostarczane są do TB. • Na TB wypracowywany jest (lokalny) rezultat trygera PAC. • Dane z TB poprzez RMB dostarczane są do systemu akwizycji danych (DCC RPC) • Ostateczny rezultat trygera RPC (4 miony w beczce, 4 miony w denkach detektora ) dostarczany jest poprzez układ sorterów i kierowny jest do GMT a stamtąd do GlobalTriggera i systemu akwizycji (DCC Triggera) FEB – Front End BoardLB – Link Board (CB-Control Board)TB – Trigger BoardTC – Trigger CratePAC – Pattern ComparatorRMB – Readout Mother BoartRBC – RPC Ballcony CollectorLTC – Local Trigger ControlGMT – Global Muon TriggerDCC – Data Collector Card Marcin Konecki, UW

  8. RPC PACT (TC i TB ) Dzieło MaćkaKudły & co. Marcin Konecki, UW

  9. Synchronizacja danych trygera RPC Beczka (Barrel), w odniesieniu do DT Położenie okna synchronizacji ustawiono na podstawie długości kabli oraz czasu przelotu mionu od wiązki do komory. Następnie dodano przesunięcie (offset) takie samo dla wszystkich LB dla synchronizacji z trygerem opartym na komorach DT (Drift Tube) w W+1. Denko (Endcap) w odniesieniu do CSC Wheel +1Sector10 Marcin Konecki, UW

  10. Położenie zrekonstruowanych hitów w globalnym układzie współrzędnych CMS RUN 2562: All muon Triggers y (do góry) Barrel wheel 1 x (do środka LHC) Barrel wheel 2 Endcap Endcap Zrekonstruowane Hity odpowiadają położeniom środków komór Marcin Konecki, UW

  11. Wizualizacja przypadku (Iguana) Połączone (offline) digiRPC (k. zielony)i DT (k. czarny) Marcin Konecki, UW

  12. Przykładowy tor (MTCC I) DT track extrapolated back • Taken on 2006.08.27 at 20:29:18 • B=3.8T • 2 hits in TIB and 1 in TOB layer 1 Marcin Konecki, UW

  13. Liczba zliczeń Numer paska Rysunki zajętości (occupancy plots) Beczka (Barrel) Kształty rozkładów nie są jeszcze zrozumiane Denko (Endcap) Marcin Konecki, UW

  14. Liczba zliczeń Liczba zliczeń Numer paska Zapalone paski Pierwsze dane RPC w MTCC II y (do góry) y (do góry) x (do środka LHC) x (do środka LHC) Marcin Konecki, UW

  15. Podsumowanie • Faza MTCC-I • W końcowej części testów (25-27.09) przy polu 4T system RPC działał stabilnie • Brak błedów transmisji, brak potrzeby przeładowywanie oprogramowania (firmware)W ciągi 1.5 miesiąca kilka razy gubione oprogramowanie (firmware) LB, spowodowane problemami z zasilaniem • Udana synchronizacja z danymi DT • Faza MTCC-II • Układ RPC bardziej rozbudowany • Pełny łańcuch transmisji danych FEB→LB →TB (→ RMB)→HSB →FSB →GMT • Pierwsze dane komory są analizowane • Planowana analiza danych trygera (porównanie rezultatu działania PACT z emulatorem) Marcin Konecki, UW

  16. KONIEC ! Dziękuję za uwagę Marcin Konecki, UW

More Related