[论文解读] Configuration of the ATLAS Trigger System
本文提出了一种统一的软件配置框架,用于ATLAS触发系统,实现了在Level-1(LVL1)硬件触发与基于软件的高级触发(HLT)系统之间对物理信号的一致选择。该框架采用递归逻辑与基于XML的配置,将物理菜单映射到触发组件,已在离线和在线测试环境中成功验证,为实现LVL1与HLT配置的集成铺平了道路,确保系统范围的一致性。
In this paper a conceptual overview is given of the software foreseen to configure the ATLAS trigger system. Two functional software prototypes have been developed to configure the ATLAS Level-1 emulation and the High-Level Trigger software. Emphasis has been put so far on following a consistent approach between the two trigger systems and on addressing their requirements, taking into account the specific use-case of the `Region-of-Interest' mechanism for the ATLAS Level-2 trigger. In the future the configuration of the two systems will be combined to ensure a consistent selection configuration for the entire ATLAS trigger system.
研究动机与目标
- 开发一种统一的ATLAS触发系统配置方法,确保LVL1硬件触发与HLT软件触发之间的一致性。
- 定义并实现一种基于软件的HLT配置系统,支持使用触发组件和算法的复杂多步触发序列。
- 通过对齐其菜单定义与选择逻辑,实现LVL1与HLT配置的集成。
- 通过可配置的、以物理为导向的触发菜单,实现从40 MHz到200 Hz的高效且选择性事件缩减。
- 为仿真和在线使用提供可测试、模块化的配置系统,采用XML与面向对象设计。
提出的方法
- LVL1配置通过一个软件原型实现,将触发菜单转换为硬件设置,重点在于算法方面,而非底层硬件细节。
- HLT配置使用两个XML文件:一个用于定义物理信号(由所需触发组件定义),另一个用于定义序列(定义输入TE、算法和输出TE)。
- 通过递归算法,从基本触发组件(如“EM20”)开始,逐步推导出所有中间信号和所需序列,最终构建复杂物理信号(如“2e30i”)。
- 使用XERCES DOM API解析HLT配置,构建对象树,进而生成用于事件选择的菜单表和序列表。
- 通过基于时序和处理约束将序列分配给LVL2和EF,实现LVL2与EF的清晰分离。
- 使用UML类图建模配置数据结构,其中MenuTable与SequenceTable对象对分别存储信号和算法步骤。
实验结果
研究问题
- RQ1如何在LVL1硬件触发与HLT软件触发系统之间建立一致的配置策略?
- RQ2何种软件架构能够支持从基本触发组件递归推导出复杂触发信号?
- RQ3如何使用基于XML的配置文件可扩展且可测试地定义触发菜单与算法序列?
- RQ4何种机制可确保LVL1与HLT系统基于同一物理菜单做出兼容的决策?
- RQ5如何使配置系统在统一框架下同时支持离线仿真与在线运行?
主要发现
- 已开发并集成LVL1触发配置的功能原型,专注于触发菜单转换的算法方面,已集成至ATLAS仿真链。
- HLT配置系统已在离线和专用在线测试环境中成功测试,采用基于XML的配置与面向对象数据结构。
- 递归配置逻辑正确地从基本触发组件(如“e30”和“EM20”)推导出中间信号(如“2e30”和“2ecand”)。
- 系统通过基于时序与复杂度将序列分配给LVL2和EF,实现了LVL2与EF处理的清晰分离。
- 通过将LVL1与HLT逻辑统一于同一物理菜单,该配置框架确保了整个系统中触发决策的一致性。
- 未来计划集成LVL1与HLT配置,使用首个HLT步骤的输入菜单表,以确保触发选择的端到端一致性。
更好的研究,从现在开始
从阅读论文到最终审阅,大幅缩短您的研究时间。
无需绑定信用卡
本解读由 AI 生成,并经人工编辑审核。