M. Wiesmann
CERN
Network
Latest external collaboration on country level. Dive into details by clicking on the dots.
Publication
Featured researches published by M. Wiesmann.
ieee-npss real-time conference | 2005
S. Gadomski; M. Abolins; I. Alexandrov; A. Amorim; C. Padilla-Aranda; E. Badescu; N. Barros; H. P. Beck; R. E. Blair; D. Burckhart-Chromek; M. Caprini; M. Ciobotaru; P. Conde-Muíño; A. Corso-Radu; M. Diaz-Gomez; R. Dobinson; M. Dobson; Roberto Ferrari; M. L. Ferrer; David Francis; S. Gameiro; B. Gorini; M. Gruwe; S. Haas; C. Haeberli; R. Hauser; R. E. Hughes-Jones; M. Joos; A. Kazarov; D. Klose
The ATLAS collaboration at CERN operated a combined test beam (CTB) from May until November 2004. The prototype of ATLAS data acquisition system (DAQ) was used to integrate other subsystems into a common CTB setup. Data were collected synchronously from all the ATLAS detectors, which represented nine different detector technologies. Electronics and software of the first level trigger were used to trigger the setup. Event selection algorithms of the high level trigger were integrated with the system and were tested with real detector data. A possibility to operate a remote event filter farm synchronized with ATLAS TDAQ was also tested. Event data, as well as detectors conditions data were made available for offline analysis
ieee-npss real-time conference | 2007
G. Avolio; M. Dobson; Giovanna Lehmann Miotto; M. Wiesmann
This paper describes the process manager in the ATLAS DAQ system. The purpose of the process manager is to perform basic process control on behalf of the software components of the DAQ system. It is able to create, destroy and monitor the basic status (e.g., running, exited, killed) of software components on the DAQ workstations and front-end processors. Section I gives a brief overview of the process manager functionalities. Section II focuses on the requirements the process manager system has to fulfil to be fully integrated in the DAQ system. Section III shows how the requirements are met by the current implementation. The communication schema between the different parts of the process manager system, the procedure to launch a process and the possible states in which a process can be are described in Sections IV, V and VI. Section VII deals with some consideration of the process manager performance while some conclusions are given in Section VIII.
IEEE Transactions on Nuclear Science | 2006
S. Gadomski; M. Abolins; I. Alexandrov; A. Amorim; C. Padilla-Aranda; E. Badescu; N. Barros; H. Beck; R. E. Blair; D. Burckhart-Chromek; M. Caprini; M. D. Ciobotaru; P. Conde-Muíño; A. Corso-Radu; M. Diaz-Gomez; R. Dobinson; M. Dobson; R. Ferrari; M. L. Ferrer; D. Francis; S. Gameiro; B. Gorini; M. Gruwe; S. Haas; C. Haeberli; R. Hauser; R. E. Hughes-Jones; M. Joos; A. Kazarov; D. Klose
IEEE Transactions on Nuclear Science | 2006
J. C. Vermeulen; M. Abolins; I. Alexandrov; A. Amorim; A. Dos Anjos; E. Badescu; N. Barros; H. Beck; R. E. Blair; D. Burckhart-Chromek; M. Caprini; M. D. Ciobotaru; A. Corso-Radu; R. Cranfield; G. Crone; J. W. Dawson; R. Dobinson; M. Dobson; G. Drake; Y. Ermoline; R. Ferrari; M. L. Ferrer; D. Francis; S. Gadomski; S. Gameiro; B. Gorini; B. Green; M. Gruwe; S. Haas; W. Haberichter
Archive | 2007
G. Avolio; M. Wiesmann