316,592 research outputs found

    The Thin Gap Chambers database experience in test beam and preparations for ATLAS

    Full text link
    Thin gap chambers (TGCs) are used for the muon trigger system in the forward region of the LHC experiment ATLAS. The TGCs are expected to provide a trigger signal within 25 ns of the bunch spacing. An extensive system test of the ATLAS muon spectrometer has been performed in the H8 beam line at the CERN SPS during the last few years. A relational database was used for storing the conditions of the tests as well as the configuration of the system. This database has provided the detector control system with the information needed for configuration of the front end electronics. The database is used to assist the online operation and maintenance. The same database is used to store the non event condition and configuration parameters needed later for the offline reconstruction software. A larger scale of the database has been produced to support the whole TGC system. It integrates all the production, QA tests and assembly information. A 1/12th model of the whole TGC system is currently in use for testing the performance of this database in configuring and tracking the condition of the system. A prototype of the database was first implemented during the H8 test beams. This paper describes the database structure, its interface to other systems and its operational performance.Comment: Proceedings IEEE, Nuclear Science Symposium 2005, Stockholm, Sweeden, May 200

    The Configuration System of the ATLAS Trigger

    Get PDF
    The ATLAS detector at CERN’s LHC will be exposed to proton-proton collisions at a rate of 40 MHz. To reduce the data rate to a manageable final output rate of 200Hz, only potentially interesting events are selected by a three-level trigger system. A system has been designed and implemented that enables the configuration of all three trigger levels from a centrally maintained relational database, for the purpose of both online data taking and offline trigger simulation. We present the current status of this trigger configuration system, covering the database design, client software and user interface tools, and putting emphasis on its multiple uses for data-taking, Monte-Carlo simulation, and trigger validation on express-stream data

    Database trigger creation with data mining

    Get PDF

    The TriggerTool Graphical User Interface to the ATLAS Trigger Configuration Database

    Get PDF
    A system has been designed and implemented to configure all three levels of the ATLAS trigger system from a centrally provided relational database, in which an archive of all trigger configurations used in data taking is also maintained. The user interaction with this database is via a Java-based graphical user interface known as the TriggerTool. We describe here how the TriggerTool has been designed to fulfill several different roles for users of varying expertise, from being a browser of the database to a tool for creating and modifying configuration

    Control versus Data Flow in Parallel Database Machines

    Get PDF
    The execution of a query in a parallel database machine can be controlled in either a control flow way, or in a data flow way. In the former case a single system node controls the entire query execution. In the latter case the processes that execute the query, although possibly running on different nodes of the system, trigger each other. Lately, many database research projects focus on data flow control since it should enhance response times and throughput. The authors study control versus data flow with regard to controlling the execution of database queries. An analytical model is used to compare control and data flow in order to gain insights into the question which mechanism is better under which circumstances. Also, some systems using data flow techniques are described, and the authors investigate to which degree they are really data flow. The results show that for particular types of queries data flow is very attractive, since it reduces the number of control messages and balances these messages over the node

    First experience in operating the population of the condition databases for the CMS experiment

    Get PDF
    Reliable population of the condition databases is critical for the correct operation of the online selection as well as of the offline reconstruction and analysis of data. We will describe here the system put in place in the CMS experiment to populate the database and make condition data promptly available both online for the high-level trigger and offline for reconstruction. The system, designed for high flexibility to cope with very different data sources, uses POOL-ORA technology in order to store data in an object format that best matches the object oriented paradigm for \texttt{C++} programming language used in the CMS offline software. In order to ensure consistency among the various subdetectors, a dedicated package, PopCon (Populator of Condition Objects), is used to store data online. The data are then automatically streamed to the offline database hence immediately accessible offline worldwide. This mechanism was intensively used during 2008 in the test-runs with cosmic rays. The experience of this first months of operation will be discussed in detail.Comment: 15 pages, submitter to JOP, CHEP0

    The STM32 microcontroller based pulse intensity registration system for the neutron monitor

    Full text link
    We present the outlines of a new microcontroller based data acquisition system which is aimed for reliable operation in a typical cosmic ray particle registration experiment. The system supports connection of up to 16 input signals and ensures the following operation functionality: (1)stable monitoring of the intensity of a digital pulse signal, or digitization of a continuous potential level with a low time resolution (typically, in the limits of 1-100s); (2)registration of a continuous high-resolution (up to 5-10us) time series of the intensity of input signal; (3)synchronization of registered time series with both external (physical) or local (program-based) trigger signal; (4)possibility of an on-the-fly change of the whole configuration of informational system (both the combination and type of input signals, time resolution and sum duration of the time series measurements, trigger logic, etc) immediately in operation time through convenient communication with a plain text message in dialog mode. In particular, the considered system is applied now for a long-term, high precision measurement of the counting rate of neutron signals at the NM64 type neutron supermonitor of the Tien~Shan mountain cosmic ray station, with a real-time representation of the whole collected dataset in a WWW database.Comment: communication at ISVHECRI 2016 and at the "10 Years Neutron Monitor Database" NMDB Worksho

    Sistem Informasi Nilai Mahasiswa Berbasis SMS Gateway Menggunakan Trigger pada Database

    Full text link
    SMS Gateway merupakan salah satu teknologi jaringan telekomunikasi untuk mengirim dan menerima Short Message Service (SMS). Fasilitas yang dimiliki oleh SMS Gateway dapat dimanfaatkan untuk pelayanan data akademik. Pelayanan akademik yang memanfaatkan SMS Gateway akan mempermudah mahasiswa dalam mendapatkan pelayanan data akademik secara cepat dan tepat. Kapanpun dan dimanapun mereka membutuhkannya. Oleh karena itu maka dirancang aplikasi SMS Gateway yang dapat melayani penyediaan data akademik di Fakultas Ilmu Komputer, Universitas Singaperbangsa Karawang. Aplikasi ini berguna untuk pelayanan informasi nilai mahasiswa. Dalam penelitian ini menggunakan Trigger di MySQL, Apache dan Gammu. Gammu adalah perangkat lunak yang di khususkan untuk membangun SMS Gateway, Aplikasi yang telah diuji cukup bermanfaat dalam memberikan layanan informasi nilai mahasiswa, sehingga membantu pengguna atau mahasiswa mendapat informasi yang dibutuhkan
    • â€Ķ
    corecore